プロジェクトが予定通りに進まない ゴール4 クリティカルチェーン [企業のIT活用] All About![プロジェクトが予定通りに進まない ゴール4 クリティカルチェーン [企業のIT活用] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f530daf3cb408d6b6a0ba6f38ed7ccece36cffc/height=288;version=1;width=512/https%3A%2F%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
TOC導入のポイント
各担当者へのアドバイス ここで企業組織内の工場生産関連部門／物流部門／営業・マーケティング部門／情報システム（SE）の方々にアドバイスを提供して筆をおきたいと思う。 まずはすべての方々に共通していえることだが、「プロジェクト・マネジメント」および“SCM”に関する教育や参考文献やミーティングを通じて、他部門との相乗効果を上げていく創造活動を効率よく確実に推進するすべを身に付けてほしい。SCMについてはソフトウェアの持つ機能についても、各ベンダーの協力を得て正しく把握しよう。 また、SCMは製造・販売・物流と異なるバックボーンを持つ組織が協働するので、第三者の中立的な参画も有効な推進方法といえる。コンサルタントを有効活用しよう。 工場の生産関連部門の方々へのアドバイス ［1］プロジェクト目的を真摯に理解すること。 企業価値を高めるために在庫削減やトータルリードタイムを削減するのであって、削減
サプライチェーンの原点TOCとは何か
TOCとは何か──TOCの起源 1970年代後半にイスラエルの物理学者エリー・ゴールドラット（Eli Goldratt）博士は生産スケジューリングのことを相談され、物理学の研究で得た発想や知識を使って当時としてはアーキテクチャ面で画期的な生産スケジューリングの方法を編み出し、ソフトウェアに仕立てることに成功した。 そこで、ゴールドラット博士はその生産スケジューリングソフトウェアをOPT（Optimized Production Technology）と名付け、米国にこれを販売する企業を設立し、会長の座に就いた。OPTは高価なソフトウェアであるにもかかわらず、それを導入した工場では生産性が大幅に改善され、生産リードタイムが劇的に短縮するという効果が出て一躍注目されるようになった。しかしゴールドラット博士はOPTの詳しい仕組みは一切公表せず、ソフトウェア開発もイスラエルで行っていた。この状況は
クリティカルチェーン・プロジェクトマネジメント（くりてぃかるちぇーん・ぷろじぇくとまねじめんと）
不確定要素の多いプロジェクト型業務に、TOC（注1）の基本原理を適用したプロジェクト管理手法。クリティカルチェーン（注2）という制約条件の下、プロジェクト各工程の締め切り厳守を積み上げるアプローチではなく、プロジェクト全体の納期を守ること（あるいは短縮すること）を目的に、TOCの提唱者エリヤフ・M・ゴールドラット博士（Dr. Eliyahu M. Goldratt）によって開発されたTOCプロジェクトマネジメント（注3）ともいう。 PERT（注4）に由来する従来のプロジェクトマネジメント手法が大規模プロジェクトにおける複雑なスケジューリング問題の数理的最適化を志向しているのに対して、プロジェクトという不確定度の高い作業を行う場合の人間心理や行動特性、および社会的・組織的問題に配慮して、全体最適なプロジェクト管理（スケジューリング、タスクの実行、進ちょく管理）を行う実践的手法である。 従来の
TOC （てぃーおーしー）
イスラエル出身の物理学者エリヤフ・ゴールドラット博士（Dr. Eliyahu M. Goldratt）が提唱した生産管理・改善のための理論体系。SCMの背景理論の1つともいわれる。 基本的なコンセプトは、「生産工程の中にはボトルネックとなる工程があり、それが全体のスループット（生産量）を決定する。最適生産のためには工程全体のスケジュールをボトルネック工程の能力に合わせる必要があり、生産性向上のためにはボトルネック工程を重点的に改善すべきだ」というものである。“制約条件の理論”という名は生産スケジューリングの理論として、「ボトルネック工程がラインの全体スケジュールの制約条件となる」と考えたことに由来する。 TOCは、1970年代後半に生産スケジューリングのことを相談されたことをきっかけにゴールドラットが開発した生産スケジューリングソフトウェア、OPT（Optimized Production
Matzにっき(2005-03-11)
<< 2005/03/ 1 1. [会社] 就職活動 2. [OSS] NPO法人や神戸情報大学院大学がオープンソースのイベント，MySQL創業者やZope CEOが来日講演 3. 「日本企業はCOBOL資産を利用し続けるべき」と英マイクロフォーカス社長 4. [OSS] FLOSS-JP オープンソース / フリーソフトウェア開発者 オンライン調査日本版 5. [特許] 「ソフトウェア特許は弊害をもたらす」、MySQLのマーティン・ミコスCEO 6. FAQ based Web site 2 1. [知財] iPodショックから日本企業は何を学ぶのか 2. [言語] カールとターボリナックスがリッチ・クライアントソリューションで提携 3. [Ruby] The Internet Company − Special Offer for Ruby Users 4. ピアノの移動 5. Com
あなたがバスに轢かれてもプロジェクトは大丈夫? | スラド
JonMoo曰く、"Open Tech Pressに バス問題を論じる記事が掲載されている。 バス問題とは、ソフトウェアの開発プロジェクトのメンバーが 何人バスに轢かれたらコードベースを熟知する人間がいなくなるか、 という問題のことで、名前は知らなくともよくオープンソースの世界 では取り沙汰される問題のことだ。Google社員によるこの記事では、 強力な開発者コミュニティを作り上げ、リーダーは支配権をさっさと 手放すことが解であるように書かれている。 自分のためのプロジェクトであるば権限を手放す理由はないが、 人のためのプロジェクトなら何人バスに轢かれても大丈夫なように しておくことは大事かもしれませんね。"
RDB研究館
こちらは独自ドメインからレンタルサーバー、フレッツ接続専用会員までトータルサポートのプロバイダー、BiG-NETです。 いつも弊社ユーザーのページにアクセスをして頂きましてありがとうございます。 http://www25.big.or.jp/~o-shin/xoops/html/ 404 Not Found (ファイルが見つかりません) 申し訳ございませんが、お客様がアクセス要求されました上記ページは、現在アクセスが出来ません。 弊社では、なぜアクセスできないのかと言う第三者からのお問い合わせにはお答えすることが出来ません。 もしこのページの関係者をご存知でしたら、連絡を取ってみることをお薦め致します。 何卒ご容赦下さい。
Chapter 8 Between 9 and 5
Chapter8 プログラムは夜作られる Between 9 and 5 小説家がもし騒然とした職場で働いたとすれば、どんな作品ができるだろうか。小説のアイデアがふとひらめいたとき、自分の机の上の電話が鳴って、それに出てしまったら、もう二度とそのアイデアは出てこないかもしれない。小説家が一度書いた文章を推敲しているとき、編集者が話しかけてきたら、何が悪かったのかをを思い出すのに、また時間をかけなくてはならない。これでは締め切りに間に合わせるのが困難になるし、小説自体の魅力にも影響するかもしれない。 プログラマの仕事は小説家の仕事と同じ位神経を使わなくてはならない仕事である。論理的な完全性を求められるため、頭の中でさまざまな要素を記憶し整理しなくてはならない。にもかかわらず、プログラマの職場は小説家の職場に比べて、あまりに劣悪である。わざと効率を悪い職場を作っているとしか思えない。生産性を上
Peopleware Homepage
このページではソフトウェア工学の名著である 「ピープルウェア」という本を中心に紹介しています。また、同時にソフトウェア工学の周辺的な話題も取り扱っていこうと考えています。 「ピープルウエア」第2版 やる気こそプロジェクト成功の鍵 トム・デマルコ、ティモシー・リスター共著 松原友夫 山浦恒央訳 日経BP社刊 (アメリカでは Peopleware Productive Projects and Teams 2nd Editionが発売中です) 下のリンク先において「ピープルウェア」を復刊する動きがあり、このサイトも応援を行ってきました。そして、ついに11月下旬に復刊が決定いたしました。ご協力ありがとうございました。詳しくは下記サイトをご覧ください。 原則として、引用部は斜体であらわし、ページ番号を明記しています。ただし、本文中においても部分的に引用を行っている場合があるので注意してください。
制約条件の理論 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2014年11月） 中立的な観点に基づく疑問が提出されています。（2014年11月） 広告・宣伝活動的であり、中立的な観点で書き直す必要があります。（2014年11月） 出典検索?: "制約条件の理論" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 制約条件の理論（せいやくじょうけんのりろん、英：Theory of Constraints）もしくは制約理論（せいやくりろん）とは、イスラエルの物理学者であるエリヤフ・ゴールドラットが開発したマネジメント理論である。 自然科学で幅広く活用される「原因と結果（因果関係）」というコンセプトを、人が絡む
クリティカルチェーン（くりてぃかるちぇーん）
プロジェクトなどにおいて、それを構成する各作業の実行順序を考えたとき、「作業工程上の従属関係」と「リソースが限られているために発生する従属関係」の双方を考慮した上で、最も時間的に長く掛かる作業の連鎖のこと。作業完了に要する所用期間を決定する。 ネットワーク図上の“最も長い作業の経路”は通常、クリティカルパスと呼ばれる。これは作業工程上の依存関係（例：設計が終了してから生産を開始）のみを考慮に入れたものである。これに対して、リソース（人・設備・協力会社など）が作業量に対して十分ではなく、そこに作業が集中した場合、作業を順次行わなければならないという従属関係（例：製品Aの設計が終了してから、製品Bの設計を開始）が発生する。この2つの従属関係の考慮に入れて、実際の作業所用期間を決めている最も長い作業の流れ（待ち時間含む）のことをクリティカルチェーンという。リソース競合がない場合は、クリティカルチ
開明堂 : 読んだ : トム・デマルコ, ティモシー・リスター『ピープルウェア 第2版』
ソフトウェア工学での著名書のひとつ。しばらく絶版状態だったのだが、書名からも分かるように第 VI 部を追加するかたちで第 2 版として復刻された。全体に通じるのは「ソフトウェア開発は高度な知的作業であり、だからこそ個性を抑圧しない(ヤル気を促す)管理・環境が必要なのだ」という点である。そのため、ISO や CMM のようなプロセスの標準化には懐疑的(というか反対 ?)的論調となっている。ただ個人的にはあまりそういう部分には関係なく、概ね素直に読むことができた。著者のトム・デマルコといえば構造化手法での大家でもあるのだが、本書と同時刊行された 『ゆとりの法則』 など、ソフトウェア工学での著作も多い。実をいうと 『デッドライン』 とを合わせて 3 冊をまとめ買いしたので、追ってそれらの本も紹介したいと思う。 抄録 1/6/41/42/43 新人管理者の陥りがちな人を部品(サブルーチンや電子回路
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://akiyah.bglb.jp/blog/1551
トラックナンバー | Tokyo Radio