TOCのプロジェクトマネジメント手法CCPM解説資料

1. 2009年8月25日 PMI日本フォーラム発表資料
リスクの高いプロジェクトの目標
を達成する方法
～TOC/CCPM による不確実性のマネジメント適用事例報告～
TOC/CCPM概論：ゴール・システム・コンサルティング （株）チーフコンサルタント西原隆
© Goal-System Consultanｔs.Inc.

2. ゴール・システム・コンサルティングのご紹介
弊社クラアント マスメディア等紹介事例
TOCに関する日本随一ともいえる豊富な実績とノウ
ハウを活かすべく、 2002年秋ゴールシステムコンサ
ルティングはその産声を上げました。 日経情報ストラテジー 2009年5月号
「成果を出す業務改善の現場」
私たちの使命は、継続的にTOCに基づく現実的な問 ・日本特殊陶業株式会社（TOC全ツール適用）
題解決策を提供し、お客様に短期間で、現実のビジ
ネス上の利益を得て頂く事です。私たちのソリュー 日経情報ストラテジー 2008年9月号
「改革手法ウォッチング CCPM」
ションは、どのような産業・業種にも適用可能であり、 ・オリンパス株式会社 （TOC/CCPM導入）
お客様の戦略的な目的を達成するための継続的改 「問題の掘り下げ力を鍛えよ！」
・日立ツール株式会社（TOC思考プロセス事例紹介）
善プロセス（POOGI）をサポートするものです。
経営コンサルティング、セミナーや教育、社員研修と 日経情報ストラテジー 2005年8月号
「迷走する業務改善の現場・見えてきた突破口」
いったコンサルタント派遣事業のみならず、システム ・コガネイ株式会社（TOC全ツール適用）
導入支援まで、お客様の経営成果をトータルでサ ・日立ツール株式会社（TOC全ツール適用）
・株式会社砂子組（TOC/CCPM導入）等
ポートいたします。
在庫ゼロリードタイム半減プロジェクト 弊社村上、石田執
【プレゼンター】
プレゼンター】 筆
・日立ツール株式会社（TOC/DBR導入）
西原 隆 （Takashi Nishihara） ・セイコーエプソン株式会社 （TOC/DBR導入）
・日立金属株式会社（TOC/DBR導入）
nishihara@goal-consulting.com ビデオ：わかりやすいTOC実践教室（PHP総合研究所）
ゴール･システム･コンサルティング株式会社 ・日立ツール株式会社（TOC/DBR導入）
・セイコーエプソン株式会社（TOC/DBR導入）
チーフコンサルタント 兼マーケティンググループリーダー
2003年ゴール・システム・コンサルティングに参画。 ・北越パッケージ株式会社（TOCセールス・マーケティング）
米国TOCファーム ベクターストラテジー社（当時）のイレーンフロスト・ロジ http://business.nikkeibp.co.jp/article/topics/20090319/1505
ャーモリソンからTOC導入方法に関する教育をうけ、その後国内大手メー 69/
カー、IT、建設業などでのTOC導入コンサルティングに従事。 ・オリンパスイメージング株式会社（TOC/CCPM導入）
http://business.nikkeibp.co.jp/article/topics/20090820/1683
特に、TOCのプロジェクトマネジメント手法「CCPM」に関する豊富な理論的
82/
知識および実践スキルを持ち、インプリメンテーションの経験は日本随一 ・株式会社丸五技研（TOCセールス・マーケティング）
である。また、TOC思考プロセスを用いたファシリテーションに精通しており http://business.nikkeibp.co.jp/article/topics/20090515/1948
、現場スタッフのモチベーションを向上させる技術には定評がある。 74/
書籍・TOC/CCPM標準ハンドブック（秀和システム）
執筆協力：問題解決を「見える化」する本（中経出版） TOC-CCPM（www.toc-ccpm.net/jirei/index.html）
有資格：TOC-ICO Jonah / 中小企業診断士 ・株式会社リコー／株式会社 五星／ソラン株式会社
（いずれもTOC/CCPM導入）

3. TOC（制約条件の理論）発展の歴史
‘70年代：ゴールドラット博士がスケジューリング手法を開発
‘80年代前半：スケジューラーソフト(OPT)が米国で一躍有名に
OPTの背後のコンセプトを小説として発表
‘The Goal’ は四百万部以上の超ベストセラーに
博士がソフトウェアに疑問を
OPT導入よりThe Goalで改善した方が効果あり
１９９０ ヘイスタックシンドローム発刊 Eliyahu Goldratt
博士はOPT販売会社を退職AGIを設立
The Goalで説明した手法の教育に専念
制約理論に基づく原価管理手法を開発
TOC思考プロセス（ＴＰ）の開発
変化に対する抵抗の問題
市場の制約条件の問題
方針的制約条件の問題
‘94：TPを小説として発表(It‘s Not Luck）
‘97：プロジェクト管理（Critical Chain）を発表
02: バイアブルビジョン発表
04: 戦略戦術ツリー（S&T）発表
04： PMBOK第３版にクリティカルチェーン法掲載

4. PDCAサイクルがまわらない！！
Do
Plan
Check
気合いがた
りん！！
Action

5. リスクの高いプロジェクトマネジメントの問題
Task Management 成果物が明確にならない
β分布
分布 PMBOKでは、WBSを活用してスコープコ
ントロールする事を推奨しているが、リス
クの高いプロジェクトでは、何を作るのか
事前に明確にならない、また途中で変更
されるという事が多発する。よって計画段
階でWBSを確定するのは難しい
タスク時間見積が困難
PMBOKでは、３点見積もりといった確率
的なデータ分析方法を紹介しているが、リ
各メンバーが、秘密裏に、悲観値を考慮 スクの高いプロジェクトにおいて、タスク時
した安全余裕を計画するため、安全余裕 間見積もりは難しい。
が過大になる。納期に間に合わすため必
要な余裕までカットすることで現場にムリ
がかかる

6. ＴＯＣ発想の転換（パラダイムシフト）：マネジメントするものを変える
Task Management Buffer Management
• タスクをできるだけ詳細に計画し、メ
TOCは、重要な日程のみ守られ
は、重要な日程のみ守られ
ンバーに指示命令して全ての期日が
守られることを目指す るようにすることを目指すためバ
るようにすることを目指すためバ
ッファマネジメントを展開する
ッファマネジメントを展開する
• 現実→我々はタイムマシーンを持っ
ていないので、完璧な計画を立てる
など不可能である。作成不可能な計
画を守るなど不可能である。
バッファ
しかし、我々は、詳細に
計画して、全てのタスク
の日程を計画して守る必
要があるのだろうか？
従来の方針 タスクを中心としたマネ TOCの方針 バッファを中心としたマ
従来の方針→タスクを中心としたマネ の方針→バッファを中心としたマ
の方針
ジメント ネジメント

7. Buffer Managementのメリット：複数プロジェクトをシンプルに確認できる
のメリット：
Task Management Buffer Management
100
90
80
Project E
←
70
バ Project F
60
ッ 50
Project A
フ
ァ 40 Project C
消 30 Project B
費 20
率 10
0
0 10 20 30 40 50 60 70 80 90 100
プロジェクト進捗率 →
ProjectB ProjectE
リーダーごとに様々な見える化をおこなっ バッファ消費量とプロジェクト進捗率、及
ている。進捗報告資料は多いが、マネー び組織としての対策基準をあらわした標
ジャーからみると要するに間に合うのかど 準化されたバッファ傾向グラフによって一
うか不明確 目で現状が把握できるようになる

8. Buffer Managementのメリット：バッファ配置により計画修正が容易なる
のメリット：
Task Management Buffer Management
Crashing
Crashing
週１回程度計画修正をおこなおうとすると 週１回程度計画修正をおこなうとき、バッ
、実施中の作業だけでなく、後続作業の ファが残っている間は、実施中の作業だ
計画見直しをしなければ、納期遅れする けの見直しで容易に修正可能になる
計画になってしまう

9. Buffer Managementのメリット ：統計的な原理によりバッファサイズを縮小できる
のメリット
Task Management Buffer Management
β分布
分布 正規分布
各メンバーが、秘密裏に、悲観値を考慮し 安全余裕は、集中させることにより中心極
た安全余裕を計画するため、安全余裕が 限定理の効果が発生する事から、過大な
過大になる。納期に間に合わすため必要 安全余裕を持たなくても納期遵守が可能
な余裕までカットすることで現場にムリが になる
かかる

10. Buffer Managementのメリット：個人まかせの対策から、組織的対策・改善へ
のメリット
Task Management Buffer Management
プロジェクトバッファ プロジェクトバッファ
100 100
なぜ全部 部長 90 90
80 80
70
のプロジェ 70
バッファ消費率(%)
バッファ消費率(%)
60 60
50 50
クトが遅れ 40
30
40
30
ているのだ 20
10
Project-A 20
10
Prject-B
0
プロジェクトA 0
0 10 20 30 40 50 60 70 80 90 100
0 10 20 30 40 50 60 70 80 90 100
進捗率(%)
進捗率(%)
！！気合
気合
いがたりん 部長に
！！ は内
プロジェクトA
初 緒だが
め 相当
から 余裕
ムリ がある
プロジェクトC ぞ。 テーマAとCはBを助けられんかね？
な 遅れ原因に改善すべき共通性は？
計 プロジェクトB
画 プロジェクトバッファ
なん マジちょっとヤバく 100
100
プロジェクトバッファ
90
90
だ なってきた。進捗会 80
70
80
バッファ消費率(%)
70
バッファ消費率(%)
60
60
よ・・ プロジェクトD 議どうごまかそう 50
40
50
40
30 30
・ 20
10
Project-C 20
10 Project-D
0
0
0 10 20 30 40 50 60 70 80 90 100
0 10 20 30 40 50 60 70 80 90 100
進捗率(%)
進捗率(%)
リーダー・個人まかせの対策実施、全て 組織的に対策を実施、バッファを共通して
は現場の負担に 浸食する原因は組織的な改善を

11. CCPMプロジェクトマネジメント像
プロジェクトマネジメント像
プロジェクトマネジメントはこうなる！！
①ネットワーク構築（目標・タスク・時間・資源）
②リソース山崩し
③バッファ挿入をおこなった計画立案
Do
Plan
残日数を把握し
、複数作業の優
バッファマネジメントル 先順位ルールに
ールに従い組織的な遅
従った実行
れへの対策と改善
Check
Action
進捗会議：バッファレポ
ートにより瞬時に複数の
プロジェクト状況確認

12. ＰＬＡＮ：バッファを計画する：ネットワーク工程表作成
プレシデンスダイアグラムの作成 プロジェクト憲章
５day １７day
設計おこなう 調達をおこなう
O:目的
設計技術A 調達係
5day 1day
D:成果物
組立をおこなう 検査をおこなう
組立B 品質管理者
７day
加工をおこなう
加工A SC:成功基準
5day リスク
加工２をおこなう
加工A
ポイント：営業・商品企画・開発・技術などを参画させ部門間コミュニケーションを充実させる

13. Plan:バッファ・スケジューリング 山崩し
バッファ・スケジューリング
山崩し
プロジェクトチーム人数に対してオーバーしている計画を修正する
1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
設計をおこなう
調達をおこなう
組立をおこなう
加工作業をおこなう
加工２をおこなう
検査をおこなう
Goal：納品する
リスクの高い作業がある場合、優先的に前倒しする

14. Plan:バッファ・スケジューリング クリティカルチェーンの決定
バッファ・スケジューリング
クリティカルチェーンを決定する
納期を決定づけているタスクはどれか？
1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
設計をおこなう
調達をおこなう
組立をおこなう
加工作業をおこなう
加工２をおこなう
検査をおこなう
Goal：納品する

15. Plan:バッファ・スケジューリング プロジェクトバッファの計画
バッファ・スケジューリング
プロジェクトバッファ
各作業見積時間は５０％確率なので納期遅れの危険性がある
1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
設計をおこなう
調達をおこなう
組立をおこなう
加工をおこなう
検査をおこなう
プロジェクトバッファ
Goal納品する

16. Plan:バッファ・スケジューリング 合流バッファの計画
バッファ・スケジューリング
合流バッファを挿入する
クリティカルチェーンが遅れないよう保護する
1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
設計をおこなう
調達をおこなう
組立をおこなう
加工をおこなう
合流バッファ
検査をおこなう
プロジェクトバッファ
Goal納品する

17. Do：実績を収集し計画を修正する
：実績を収集し計画を修正する
＜残日数収集 例＞
朝礼を活用して、残日数把握を
おこなう。このときあわせて、学生
症候群を排除するため、タスクの
遅れへの対処法を考える
ばらし、ポストイットでの見える化
をおこなう。この朝礼を続けるた
めには、短時間に終えることがポ
イント（１５分以内）。
立ったままおこなうといった工夫
が必要。 遅れへの対処法を実施
ポイント：プロジェクトリーダとメンバーのコミュニケーションを徹底し、バッファを無駄に
使わないよう進めていく
© Goal-System Consultanｔs.Inc.

18. Check：遅れをマネジメントし全体最適へ
：遅れをマネジメントし全体最適へ
プロジェクトバッファ プロジェクトバッファ
100 100
90
プロジェクトA
プロジェクト 90 プロジェクトB
プロジェクト
80 80
70 70
バッファ消費率(%)
バッファ消費率(%)
60 60
50 50
40
40
30
30
20
20
10
10
100
0
0 90 0 10 20 30 40 50 60 70 80 90 100
0 10 20
プロジェクトAとCはプロ30 40 50 60 70 80 90 100
80
Project E
進捗率(%)
進捗率(%)
70
ジェクトBを助けられん Project F
60
50
Project A
かね？ プロジェクトバッファ
40 Project C
100 30 Project B プロジェクトバッファ
90 20
100
10
80 90
プロジェクトC
プロジェクト 0 プロジェクトD
プロジェクト
70 80
0 10 20 30 40 50 60 70 80 90 100
バッファ消費率(%)
60 70
バッファ消費率(%)
50 60
50
40
40
30
30
20
20
10
10
0
0
0 10 20 30 40 50 60 70 80 90 100 0 10 20 30 40 50 60 70 80 90 100
進捗率(%) 進捗率(%)

19. Action：改善の３つのレベル
：改善の３つのレベル
第１段階：応急対策（結果を改善する）
製品自体にまつわる問題や、サービスを提供するときに起こる問題をただちに取り除く
第２段階：プロセスを改善する
問題の発生を許したプロセスを変える。再発防止の方法を開発する
第３段階：システムを改善する
欠陥製品やサービスを生んでしまった欠陥プロセスを作り出すようなシステム自体を改
善する（そもそも欠陥のあるプロセスがどうして放置されていたのか？対立はないか？
方針制約はないか？） 出展：「第４世代の品質経営」ブライアンジョイナー
なぜ急激に
遅れているの
か？
© Goal-System Consultanｔs.Inc.

20. バッファ管理により学習する組織へ
バッファを管理し学びながら最適化する
人・作業を計画して最適化する
不確実性への対処方法=バッファ
Plan Plan
タスクを計画す バッファを計画す
る る
Action Action
計画を修正する
Do バッファ回復策
を実施する Do
タスク実施状
況を把握する バッファ浸食を把
握する
Check
計画からの乖離を確認する Check
バッファ状況を確認する
複雑すぎて結果が不明。沢山のタスク・人を 学習する組織へ。バッファの結果を振り返る
管理しなければならないので書類ばかりだ 事により計画すべき
が多すぎて振り返られない バッファサイズを学習する