Successfully reported this slideshow.
Your SlideShare is downloading. ×

NTTデータはどうやってCCPMを導入したのか?

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Loading in …3
×

Check these out next

1 of 84 Ad
Advertisement

More Related Content

Slideshows for you (20)

Viewers also liked (20)

Advertisement

Similar to NTTデータはどうやってCCPMを導入したのか? (20)

Recently uploaded (20)

Advertisement

NTTデータはどうやってCCPMを導入したのか?

  1. 1. Critical Chain Project Management 2013/12/7 NTTデータ 柴山 洋徳
  2. 2. 自己紹介  柴山 洋徳 (Twitter:shibao800)  株式会社NTTデータ 認定プロジェクトマネージャ  仕事  CCPM/TOC コンサルティング  組織変革コンサルティング  NTTデータグループのアジャイル開発組織運営  社内システム開発のプロダクトオーナー  社内アジャイルコーチ Copyright © 2012 NTT DATA CORPORATION
  3. 3. NTTデータのCCPMの取り組み 2012年3月時点で社内 約50プロジェクトに導入、平均2割短縮 Copyright © 2012 NTT DATA Corporation ※ 出典:ITPro
  4. 4. NTTデータのCCPMの取り組み コーポレートの公式サイトにて CCPMの取り組みを掲載
  5. 5. What is Management?
  6. 6. What is Management?  時間  お金(人)  品質・スコープ
  7. 7. プロジェクト炎上!どれを選ぶ?  時間  お金(人)  品質・スコープ
  8. 8. CCPMは時間をコントロール
  9. 9. マネジメントトライアングル Fixed Parameter Scope Scope Resource 従来 CCPM Time Resource Time Variable Parameter
  10. 10. マネジメントトライアングル Fixed Parameter Scope Resource Time Resource CCPM Agile Time Scope Variable Parameter
  11. 11. Case. 1 我がプロジェクトの見積精度は高く、実績と の乖離が10%以下ですよ
  12. 12. CCPM適用結果 見積を超過 したタスク 従来見積よりも ほぼ見積通りに 完了したタスク 50%以上 早く完了した タスク 60%
  13. 13. CCPMと従来管理の比較 CCPM 15% 見積超過! 35% 従来管理 0% 20% 40% 60% 80% 100% 見積よりも50%以上早く完了 ほぼ見積通りに完了 見積超過
  14. 14. 今日は何のお話をしましょうか? http://www.flickr.com/photos/finklez/5561579362/ Copyright © 2012 NTT DATA CORPORATION
  15. 15. お話の候補  CCPMのフレームワーク知りたい  CCPMの実施のポイントを知りたい  組織への導入方法を知りたい  いろいろな疑問に答えてほしい http://www.flickr.com/photos/finklez/5561579362/ Copyright © 2012 NTT DATA CORPORATION
  16. 16. お話の候補  CCPMのフレームワーク知りたい  CCPMの実施のポイントを知りたい  組織への導入方法を知りたい  いろいろな疑問に答えてほしい  アジャイルの取り組みを知りたい(笑) http://www.flickr.com/photos/finklez/5561579362/ Copyright © 2012 NTT DATA CORPORATION
  17. 17. CCPM Critical Chain Project Management
  18. 18. CCPM  クリティカルパス VS クリティカルチェーン  マルチタスク VS シングルタスク  実績管理 VS 予測管理  個人余裕 VS プロジェクト余裕
  19. 19. クリティカルパス VS クリティカルチェーン http://www.flickr.com/photos/markhillary/337685031/  クリティカルパス = スケジュール上の最も長い経路  “限られたリソース”という制約条件  実際に工期を決めているのはクリティカルチェーン
  20. 20. クリティカルパス VS クリティカルチェーン  クリティカルパスの問題点 × 制約を考慮していない × 真のボトルネックを見誤る × リソース効率が落ちる
  21. 21. マルチタスク VS シングルタスク  マルチタスク = 同時期に複数のタスクをアサイン  ひとつの作業に全力で集中  マラソンではなく、スプリント
  22. 22. マルチタスク VS シングルタスク  マルチタスクの問題点 × タスクスイッチングの発生 × クリティカルチェーンが見えない × 優先順位を見誤る
  23. 23. 実績 VS 予測  実績 = 出来高○○ページ、レビュー完了で80%  あと何日で終わる?(残日数)  理想時間で見積もる
  24. 24. 実績管理 VS 予測管理  実績管理の問題点 × 90%で止まる × 見通しをたてない・見えない × とりあえず着手する
  25. 25. 個別余裕 VS プロジェクト余裕  個別余裕 = ほぼ間違いなく終わる期間で見積り  ぎりぎりの期間(理想時間)で見積る  プロジェクト全体として安全余裕バッファを確保する
  26. 26. 個別余裕 VS プロジェクト余裕  個別余裕の問題点 × 夏休み症候群 × PMが余裕を管理できない × 最後になって問題が発覚する
  27. 27. CCPMのフレームワーク
  28. 28. CCPMのフレームワーク • クリティカルチェーン 技法 • プロジェクトバッファと合流バッファ • ディリーミーティング • ぎりぎり見積りと残日数報告 考え方 • できる限り着手を遅らす • チームプレイと助け合い 道具 • トレンドグラフ
  29. 29. CCPMのフレームワーク • クリティカルチェーン 技法 • プロジェクトバッファと合流バッファ • ディリーミーティング • ぎりぎり見積りと残日数報告 考え方 • できる限り着手を遅らす • チームプレイと助け合い 道具 • トレンドグラフ
  30. 30. クリティカルチェーン 作業1.1 作業1.2 作業1.3 作業2.1 作業2.2 クリティカルパス(見せかけの最長工期) 作業1.1 作業1.2 作業1.3 作業2.1 作業2.2 クリティカルチェーン (本当の最長工期)  “限られたリソース”という制約を考慮  遅延するとプロジェクトの遅延に繋がるタスク群  優先度の統一的な判断基準
  31. 31. プロジェクトバッファと合流バッファ 合流バッファ プロジェクトバッファ  プロジェクト全体を遅延から守るためのプロジェクトバッファ  クリティカルチェーンを保護するための合流バッファ  バッファはクリティカルチェーンの長さの半分
  32. 32. 3点見積りによる着地予想 最短完了日 最長完了日  プロジェクトバッファの最後が最長,先頭が最短完了日  プロジェクトバッファを消費している点が着地予想完了日  PJ開始時にバッファを消費していればリスクを可視化
  33. 33. ディリーミーティング  毎日全員が集まって起立して行う  各自が3つの質問に答える  情報共有の場
  34. 34. 各自が3つの質問に答える  昨日やったこと  今日やることと残り終わるまでにかかる時間  問題があるとしたら何があるか
  35. 35. CCPMのフレームワーク • クリティカルチェーン 技法 • プロジェクトバッファと合流バッファ • ディリーミーティング • ぎりぎり見積りと残日数報告 考え方 • できる限り着手を遅らす • チームプレイと助け合い 道具 • トレンドグラフ
  36. 36. ぎりぎり見積りと残日数報告  理想時間で見積もる  進捗は、あと何日で終わる?で報告する  早期に問題を発見する
  37. 37. プランニングポーカー  ぎりぎり見積りの意識あわせ  チームで最短な方法を模索  残日数見積りにも使える
  38. 38. できる限り着手を遅らせる  クリティカルチェーンタスクはできる限り早く  その他のタスクはできる限り遅く  手戻り・無駄の低減と不確実性への対処
  39. 39. チームプレイと助け合い  クリティカルチェーンタスクの人をサポート  負荷平準化  遅延はプロジェクトバッファでカバー
  40. 40. CCPMのフレームワーク • クリティカルチェーン 技法 • プロジェクトバッファと合流バッファ • ディリーミーティング • ぎりぎり見積りと残日数報告 考え方 • できる限り着手を遅らす • チームプレイと助け合い 道具 • トレンドグラフ
  41. 41. トレンドグラフ  プロジェクトの健康状態  プロジェクトバッファの消費量で測る  青・黄色・赤の統一的な判断基準
  42. 42. 青・黄色・赤の統一的な判断基準
  43. 43. CCPM実施のポイント http://www.flickr.com/photos/zoomy/2102196991/
  44. 44. CCPM実施のポイント  納得のいくぎりぎり見積り  プロジェクトバッファをいじらない  適用範囲を見極める  スモールスタートを忘れない  計画時点で工期短縮が決まる  継続的プロセス改善が本質 http://www.flickr.com/photos/zoomy/2102196991/
  45. 45. 納得のいくぎりぎり見積り Copyright © 2012 NTT DATA CORPORATION Copyright © 2012 NTT DATA CORPORATION http://www.flickr.com/photos/usnationalarchives/6124109059
  46. 46. 納得のいくぎりぎり見積り  ぎりぎり見積りのやり方・・・  すべてのタスクを従来の期間見積の半分にする  これまでの経験から最も早く終わった期間で見積もる  リーダーが「えいや!」で見積もる  担当者がベストと考えて申告した期間で見積もる  etc Copyright © 2012 NTT DATA CORPORATION
  47. 47. 正直、なんでもいいです・・・ Copyright © 2012 NTT DATA CORPORATION
  48. 48. 納得のいくぎりぎり見積り  CCPMにおける見積りとは「約束」ではなく、「目標」  全員が「ベスト」を尽くすというコミットメント  約束としてしまった時点から、サバは生まれ始める  “無謀”な目標は、やる気をそぐ  全員が目標として納得できる見積方法を模索する Copyright © 2012 NTT DATA CORPORATION
  49. 49. ぎりぎり見積り~プランニングポーカー  ぎりぎり見積りの意識あわせ  チームで最短な方法を模索  残日数見積りにも使える
  50. 50. プロジェクトバッファをいじらない Copyright © 2012 NTT DATA CORPORATION http://www.flickr.com/photos/epsos/4376727123
  51. 51. プロジェクトバッファをいじらない 開発に必要と見積もられた期間 クリティカルチェーン 合流チェーン ▲実際のプロジェクト開始日 実績線 合流バッファー プロジェクトバッファー 予定している開発期間 合流バッファー プロジェクトバッファー 「予定している開発期間-クリティカルチェーン期間」 Copyright © 2012 NTT DATA CORPORATION
  52. 52. プロジェクトバッファをいじらない  プロジェクトバッファを短くしてしまうと・・・  プロジェクトバッファはプロジェクトを遅延から守るための物  単にプロジェクトバッファを削ったところで何のメリットもない  むしろ、「完了しないリスク」を見えなくしてしまう  期間に対してバッファが短くなるため、多少の遅延や前 倒しによって、トレンドグラフが急激に変化してしまう Copyright © 2012 NTT DATA CORPORATION
  53. 53. プロジェクトバッファをいじらない 開発に必要と見積もられた期間 クリティカルチェーン ▲実際のプロジェクト開始日 合流チェーン 実績線 合流バッファー プロジェクトバッファー 予定している開発期間 合流バッファー プロジェクトバッファー 最初から、プロジェクトバッファーを 消費した状態で、プロジェクトを開始する Copyright © 2012 NTT DATA CORPORATION
  54. 54. 適用範囲を見極める Copyright © 2012 NTT DATA CORPORATION http://www.flickr.com/photos/kmk7702/5917424548/
  55. 55. 適用範囲を見極める  CCPMの向くもの  (量ではなく)質的なスコープに大きな変化がないもの  時間的な不確実性が伴うもの(=非定型)  外部的なスケジュールの制約が少ないもの  期間とリソースのボリュームがある程度あるもの  タスクの依存関係があるもの Copyright © 2012 NTT DATA CORPORATION
  56. 56. 適用範囲を見極める  CCPMの向かないもの  スコープが時間とともに変化してしまうもの  不確実性が全くないもの(=定型)  外部的なスケジュールの制約が多いもの  ごく少人数で短期間で実施するもの  突発性によって発生するタスク Copyright © 2012 NTT DATA CORPORATION
  57. 57. 適用範囲を見極める  ソフトウェア開発でCCPMを実施しやすい例  内部設計、コーディング、テスト工程  ソフトウェア開発でCCOMが難しい例  要件定義工程  保守・運用  共通管理系 Copyright © 2012 NTT DATA CORPORATION
  58. 58. スモールスタート を忘れない http://www.flickr.com/photos/sneakerdog/319088191/ Copyright © 2012 NTT DATA CORPORATION
  59. 59. スモールスタートを忘れない 動機 時間 未来への 現実 成功 好循環 期待 問題 体験 Copyright © 2012 NTT DATA CORPORATION
  60. 60. スモールスタートを忘れない 動機 時間 未来への 現実 成功 好循環 期待 問題 体験 Copyright © 2012 NTT DATA CORPORATION
  61. 61. スモールスタートを忘れない  まずは、小さな成功を目指す  最後までやり切れるボリュームやトライアル範囲を見極める  成功基準は、必ず事前に決める  最初から工期短縮を狙わないのも一つの手  成功の拡散は遅いが、失敗の拡散は早い Copyright © 2012 NTT DATA CORPORATION
  62. 62. 計画時点で工期短縮が決まる http://www.flickr.com/photos/teegardin/5912231439 Copyright © 2012 NTT DATA CORPORATION
  63. 63. 計画時点で工期短縮が決まる  CCPMのスケジュール作成の流れ  ゴールからタスクを洗い出す  タスクの依存関係を構築する  タスクをぎりぎりで見積もる  タスクに担当者をアサインする  クリティカルチェーンを特定し、バッファを配置する Copyright © 2012 NTT DATA CORPORATION
  64. 64. 納期までに間に合う スケジュールとなったら完了? Copyright © 2012 NTT DATA CORPORATION
  65. 65. 納期までに間に合う スケジュールとなったら完了? Copyright © 2012 NTT DATA CORPORATION
  66. 66. 計画時点で工期短縮が決まる  CCPMも、基本は、計画的プロセス制御モデル  初期計画で立案した計画以上に短くなることは、まずない  CCPMをリソースマネジメントとしてとらえ、徹底的にリソー スを有効活用し、最短となる計画を立案するのがポイント  クリティカルチェーンがコロコロ変わるようなスケジュールは逆 に遅れやすい  クリティカルチェーンが変化しないスケジュールを作る Copyright © 2012 NTT DATA CORPORATION
  67. 67. 計画時点で工期短縮が決まる アサイン:before アサイン:after 計 計 画 画 日 日 数 数 メンバー メンバー 「初期計画」と「見直し後の計画」の工期の比較 最初の計画 見直し後の計画 30%短縮 Copyright © 2012 NTT DATA CORPORATION
  68. 68. 継続的プロセス改善が本質 http://www.flickr.com/photos/usfsregion5/5808624923 Copyright © 2012 NTT DATA CORPORATION
  69. 69. 継続的プロセス改善が本質  CCPMは、あくまで工期を短縮するためのきっかけを与えて くれるツール  工期短縮を実現するのは、プロジェクトマネージャ、プロジェ クトリーダー、チームメンバーの人たちの「行動」  CCPMにより、問題が表層化される。特にデータを活用 し、リアルタイムに継続的に改善していくのが重要 Copyright © 2012 NTT DATA CORPORATION
  70. 70. 継続的プロセス改善が本質 ギリギリ見積もりに対する 遅延の内訳(例) 遅延理由 割合 タスクの実績データ 他作業の割り込み 47% 作業量の増大 33% 研修/休暇 15% ギリギリ見積もりを 手戻り 3% 超過した作業 スキル不足 2% ギリギリ見積もりで 完了した作業 Copyright © 2012 NTT DATA CORPORATION
  71. 71. 継続的プロセス改善が本質 ギリギリ見積もりに対する 遅延の内訳(例) 更に、作業の種類という観点で深堀すると・・・ 遅延理由 割合 タスクの実績データ レビュー 他作業の割り込み 47% 以外 作業量の増大 33% 研修/休暇 15% ギリギリ見積もりを レビュー 手戻り 3% 超過した作業 85% スキル不足 2% ギリギリ見積もりで 完了した作業 Copyright © 2012 NTT DATA CORPORATION
  72. 72. CCPM普及への社内での取り組み http://www.flickr.com/photos/qmnonic /4794257439/
  73. 73. 専門コンサル組織の設置  CCPMの導入からインプリメントまでをサポートするプロ フェッショナルを抱える部隊  CCPMのスケジュールレビューやデータ分析サービスなどの オフラインのサービスも提供  ノウハウやガイドラインを作成して提供  定期的な成果発表会、セミナーも開催
  74. 74. CCPMの全社教育制度  若手リーダー層向け研修として提供  入門編と上級編の2種類を用意  基本的な理論から、事例研究や実際のスケジュール作成 演習など実践的な内容を網羅  上級編では、大規模上位PM向けに、マルチプロジェクト におけるCCPMによる管理も対象  年間600人が受講
  75. 75. TERASOLUNA Critical Chain Visualizer  CCPMの実行環境(Webシステム)  社内システムとして提供  大規模PJ管理に対応  複数PJ管理に対応  維持管理PJに対応  クラウドSaaSサービス
  76. 76. CCPMの組織への導入 http://www.flickr.com/photos/nicmcphee/250890495/ Copyright © 2012 NTT DATA CORPORATION
  77. 77. 組織導入実施要領  腹をくくる  「責任は全部自分がとるのでやります」と宣言する  やる、やる、やる  if うまくいった  まわりにすすめる  やり方教えてあげる  else 失敗した  反省する  泣いてわびてもう一回やらせてもらう許可をとる
  78. 78. 組織導入の方法論 公開資料のため、以下のスライド削除
  79. 79. 組織導入施策の例 公開資料のため削除 82
  80. 80. 組織導入施策の例 公開資料のため削除 83
  81. 81. Any Questions? http://www.flickr.com/photos/valeriebb/3006348550

×