| 「TOC/CCPM 標準ハンドブック」 |
| 目 次 |
|
| 第 １ 部 何を変えるのか？ |
| 第１章 |
プロジェクトマネジメントの問題 |
| 1-1 |
プロジェクトマネジメントの重要性と難しさ |
| 1-2 |
Plan：プロジェクト計画は立てられるのか？ |
| 1-3 |
Do：プロジェクトを遅らせる４つの人間行動 |
| 1-4 |
Check：結局は経験と勘と直感頼み |
| 1-5 |
Act：ジレンマばかりで対策が打てない |
| colum |
許認可・財務分析申請マルチプロジェクト管理における失敗事例 |
|
|
| 第 ２ 部 何に変えるのか？ |
| 第２章 |
TOCとは |
| 2-1 |
TOCの概要 |
| 2-2 |
TOCの歴史 |
| 第３章 |
「ザ・ゴール」から学ぶTOCの３つの前提 |
| 3-1 |
アレックス・ロゴが考えた企業のゴール |
| 3-2 |
サイコロゲームで気づいた「計画は必ず遅れる」法則 |
| 3-3 |
ハイキングで発見したボトルネックの法則 |
| 3-4 |
TOC３つの前提 |
| 第４章 |
CCPM…TOC３つの前提をプロジェクトに適用する |
| 4-1 |
守るべきものは何か？ |
| 4-2 |
CCPMスケジューリング |
| 4-3 |
バッファによるマネジメントサイクル |
|
|
| 第 ３ 部 どのように変えるのか？ |
| 第５章 |
TOC/CCPMによる改善の進め方 |
| 5-1 |
継続的改善の５ステップ |
| 5-2 |
CCPMによるマネジメントの改善の進め方 |
| 第６章 |
バッファマネジメント |
| 6-1 |
バッファマネジメントの全体像 |
| 6-2 |
Plan： バッファを計画する |
| colum |
プロジェクトスタイル別計画 |
| 6-3 |
Do： バッファの消費を記録する |
| colum |
プロジェクト・ファシリテーション |
| 6-4 |
Check： バッファの消費状況を確認する |
| 6-5 |
Act： バッファを回復させる方策を実行する |
| 第７章 |
組織的な問題を解決する…TOC思考プロセス |
| 7-1 |
対立を解消する |
| 7-2 |
組織的な問題を解決するアプローチ |
| 第８章 |
学習する組織を作る |
| 8-1 |
遅れの原因の把握 |
| 8-2 |
プロセス改善を行う |
| 8-3 |
リスクマネジメントへの展開 |
| 8-4 |
継続的改善を定着させる |
| 第９章 |
導入事例：ケーススタディ |
| 9-1 |
IT業界での導入事例：
ソラン（株）におけるマネジメント改革 |
| 9-2 |
IT業界での導入事例：
（株）PFUにおける見える化活動 |
| 9-3 |
新製品開発におけるCCPMの導入：
製造メーカー各社のCCPM導入 |
| 9-4 |
Tパッケージソフト開発での導入：
（株）ビーイングにおけるCCPMとアジャイル開発の融合事例 |
| 9-5 |
設計業務での導入事例と経営改革：
（株）五星におけるCCPM導入 |
|
|
|
|
 |
| ページTOPへ |
