Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう！～CCPMを活用した現場改善のケーススタディ～
•
7 likes•1,703 views
Agile Japan 2016の札幌サテライトでの発表用の資料です。 CCPMの説明はほとんどありませんｗ プロジェクトの活動において問題の優先順位をどのように判断するかをケーススタディ上で示した内容となります。
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう！～CCPMを活用した現場改善のケーススタディ～
Similar to Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう！～CCPMを活用した現場改善のケーススタディ～ (20)
More from Noriyuki Mizuno
More from Noriyuki Mizuno (15)
Recently uploaded
Recently uploaded (9)
Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう！～CCPMを活用した現場改善のケーススタディ～
- 1. 12016/06/26公開用 CCPMケーススタディ 本当に必要な問題解決に 集中しよう！ ～CCPMを活用した現場改善のケーススタディ～ 2016/6/26 Agile Japan 札幌サテライト ＠NoriyukiMizuno みずのり（水野のりゆき） TOC/TOCfE北海道、TEF道 WARAI（関西SWテスト勉強会） .reviewrc、TOCfE関西分科会
- 2. 22016/06/26公開用 CCPMケーススタディ アウトプットとか ■アウトプット系 ・CCPM×折り紙ワークショップ ・「CCPM フリー」や「CCPM Excel」 を検索で出るCCPM方法 ・Ultimate Agile Stories表紙担当 ・テスト自動化パタン言語プロジェクト ■過去の発表・講演 ・6WCSQ＠ロンドン（第6回 世界ソフトウェア品質会議） ・SQiP（ソフトウェア品質）シンポジウム2013、2014 ・システムテスト自動化カンファレンス2013、2014、2015 ・JaSSTいろいろ、ETロボコンいろいろ
- 3. 32016/06/26公開用 CCPMケーススタディ アウトプットとか ■アウトプット系 ・CCPM×折り紙ワークショップ ・「CCPM フリー」や「CCPM Excel」 を検索で出るCCPM方法 ・Ultimate Agile Stories表紙担当 ・テスト自動化パタン言語プロジェクト ■過去の発表・講演 ・6WCSQ＠ロンドン（第6回 世界ソフトウェア品質会議） ・SQiP（ソフトウェア品質）シンポジウム2013、2014 ・システムテスト自動化カンファレンス2013、2014、2015 ・JaSSTいろいろ、ETロボコンいろいろ “TOC/TOCfE北海道 “ の立場で紹介してみます
- 4. 42016/06/26公開用 CCPMケーススタディ TOCって？ エリヤフ・ゴールドラット博士が考案した一連の体系。 制約理論（Theory of Constraint） ザ・ゴール（生産技術）からはじまっているが、ビジネス に対して効果の出る手法、考える力を強化するための 思考方法（TOC思考プロセス）を含め多数提案されている。 良いものが沢山増えすぎてしまった結果、現状では 分かりづらく感じてしまっているのが実態かも。 ※なお、一部では宗教扱いされてます。敬遠される理由にも…？
- 5. 52016/06/26公開用 CCPMケーススタディ TOC ⇒ 「制約（Constraint）」に集中！ 制約理論という名前の通り、 「制約」に集中します。 100個 /Day 30個 /Day 120個 /Day 70個 /Day 30個 /Day
- 6. 62016/06/26公開用 CCPMケーススタディ TOC ⇒ 「制約（Constraint）」に集中！ 制約理論という名前の通り、 「制約」に集中します。 100個 /Day 30個 /Day 120個 /Day 70個 /Day 30個 /Day 全体のスループットを決めるのは 「一番弱い部分=制約」 制約に集中して改善することで 最小限の改善でスループット向上へ
- 7. 72016/06/26公開用 CCPMケーススタディ TOC ⇒ 「制約（Constraint）」に集中！ プロジェクト期間 要件定義 外部設計A 外部設計B 内部設計A-1 内部設計A-2 コーディング・単テ コーディング・単テ 結合/システムテスト 内部設計B コーディング・単テ 「制約」に集中します。 開発における「プロジェクト」の期間を決めるのは…？
- 8. 82016/06/26公開用 CCPMケーススタディ TOC ⇒ 「制約（Constraint）」に集中！ プロジェクト期間 要件定義 外部設計A 外部設計B 内部設計A-1 内部設計A-2 コーディング・単テ コーディング・単テ 結合/システムテスト 内部設計B コーディング・単テ 「制約」に集中します。 開発における「プロジェクト」の期間を決めるのは…？ 最長のタスク列⇒クリティカルパス を短縮すると良い
- 11. 112016/06/26公開用 CCPMケーススタディ ケース①：「人」の制約 内部設計～コーディング～単体テストの工程。 計画はあって朝会もやっているようですが…？ 計画 タスク 担当 進捗 AAA詳細 青 BBB 赤 CCC 赤 DDD 黄 AAAコード 青 BBBコード 赤 昨日のXXの問題 はどうなった？ これ、何で 進んでないの？ 朝会にて ･･･ ※朝会での状況は…
- 12. 122016/06/26公開用 CCPMケーススタディ ケース①：「人」の制約 制約は何？クリティカルパスは？ 計画 タスク 担当 進捗 AAA詳細 青 BBB 赤 CCC 赤 DDD 黄 AAAコード 青 BBBコード 赤 Aさん（20hr） タスク１、３、８、１１ Bさん（30hr） タスク２、４、７、１３、１５ Cさん（25hr） タスク５、６、９、１０ ①開発メンバーの作業を集約 ②つながりと残日数を明確化 ・・・（20hr） 人単位に作業を分け グルーピング
- 13. 132016/06/26公開用 CCPMケーススタディ ケース①：「人」の制約 制約は何？クリティカルパスは？ ①開発メンバーの作業を集約 ②つながりと残日数を明確化 各担当作業 Aさん（2.5日） Bさん（4日） Cさん（3日） ・・・（3日） 第１ リリース 第２ リリース Bさん（3日） Aさん（3日） Cさん（2.5日） ・・・（2日） タスク群の つながりを明確化 計画 タスク 担当 進捗 AAA詳細 青 BBB 赤 CCC 赤 DDD 黄 AAAコード 青 BBBコード 赤
- 17. 172016/06/26公開用 CCPMケーススタディ ケース①：「人」の制約 ①開発メンバーの作業を集約 ②つながりと残日数を明確化 各担当作業 Aさん（2.5日） Bさん（4日） 第１ リリース 第２ リリース Bさん（3日） Aさん（3日） Bさんしか出来ない 仕事ってどれ？ Bさんのみ（3日） 他 Bさんのみ 他 解決策を考えてみよう！ ⇒制約を改善してみる。 それは… 100％完全体 Bさん
- 18. 182016/06/26公開用 CCPMケーススタディ ケース①：「人」の制約 ①開発メンバーの作業を集約 ②つながりと残日数を明確化 各担当作業 Aさん（2.5日） 第１ リリース 第２ リリース Aさん（3日） Bさんのみ（3日） 他 Bさんのみ 他 解決策を考えてみよう！ ⇒改善結果！ Bさん頑張った！ Bさん（4日） Bさん（3日） 7日⇒5.5日 22％短縮 勝った！ 第一部完！ 100％完全体 Bさん
- 20. 202016/06/26公開用 CCPMケーススタディ ケース②：「モノ」の制約 システムテストの工程。1000件超えるテストケース。 バーンダウンでの進捗は…？ 6XXXX 5XXXX 1XXXX 2X 0XXXX 3XXXX 7XXXX 4XXXX 8X 合計9グループ 1000件超のテスト 試験装置が1台しかないので これ以上は無理です！ 試験装置日数 残テスト ケース 予定 実進捗（予定の半分程度）
- 21. 212016/06/26公開用 CCPMケーススタディ ケース②：「モノ」の制約 6XXXX 5XXXX 1XXXX 2X 0XXXX 3XXXX 7XXXX 4XXXX 8X 制約は何？クリティカルパスは？ 1日～ 6日～ 11日～ 16日～ 21日～ 26日～ 31日～ 36日～ 41日～ 6XXXX 5XXXX 1XXXX 2 X 0XXXX 3XXXX 7XXXX 4XXXX 8 X 試験装置が 1台だけなので、 並列化できず、 シリアルに実施する ことになる 試験装置
- 22. 222016/06/26公開用 CCPMケーススタディ ケース②：「モノ」の制約 制約は何？クリティカルパスは？ ⇒それぞれの作業をもう少し確認してみよう！ テスト ケース 一覧 6XXXX 5XXXX 1XXXX ・・・ テストデータ 作成 テスト 実行 テスト結果 整理 実際の作業って 何があったっけ？ 6XXXX データ作成 6XXXX テスト実行 6XXXX 結果整理 5XXXX データ作成 5XXXX テスト実行
- 23. 232016/06/26公開用 CCPMケーススタディ 試験装置 ケース②：「モノ」の制約 制約は何？クリティカルパスは？ ⇒それぞれの作業をもう少し確認してみよう！ テスト ケース 一覧 6XXXX 5XXXX 1XXXX ・・・ テストデータ 作成 テスト 実行 テスト結果 整理 んで…試験装置を 使うのは？ 6XXXX データ作成 6XXXX テスト実行 6XXXX 結果整理 5XXXX データ作成 5XXXX テスト実行
- 24. 242016/06/26公開用 CCPMケーススタディ 試験装置 ケース②：「モノ」の制約 テスト ケース 一覧 6XXXX 5XXXX 1XXXX ・・・ テストデータ 作成 テスト 実行 テスト結果 整理 6XXXX データ作成 6XXXX テスト実行 6XXXX 結果整理 5XXXX データ作成 5XXXX テスト実行 解決策を考えてみよう！ ⇒制約に集中！ 最大速度！1XXXX データ作成 1XXXX テスト実行 5XXXX 結果整理 元メンバ追加手伝い ・最大速度で運行 ・自動化で夜間試験 ・同時実施テストをまとめる
- 26. 262016/06/26公開用 CCPMケーススタディ バックログ 価値 バックログ 価値 概念は共通 ・スループットを最大化することを考えよう！ プロジェクトの場合にはクリティカルパスがターゲット ・リソースを考慮すると制約が見えてみる ※リソースを考慮したクリティカルパスをクリティカルチェーンと呼ぶ。 バックログ 価値 バックログ 価値 バックログ 価値 成長 スループット（例） （バックログの上に存在している価値/Week） クリティカルパス クリティカルパス 成長 タスク タスク 成長 タスク タスク タスク スループット（例） （クリティカルパスのタスク/Week） スクラム CCPM
- 27. 272016/06/26公開用 CCPMケーススタディ 概念は共通 ・スループットを最大化することを考えよう！ プロジェクトの場合にはクリティカルパスがターゲット ・リソースを考慮すると制約が見えてみる ※リソースを考慮したクリティカルパスをクリティカルチェーンと呼ぶ。 ・クリティカルチェーンを活用したマネジメントがCCPM 各担当作業 Aさん（2.5日） Bさん（4日） Cさん（3日） ・・・（3日） Bさん（3日） Aさん（3日） Cさん（2.5日） ・・・（2日） 計画 タスク 担当 進捗 AAA詳細 青 BBB 赤 CCC 赤 DDD 黄 AAAコード 青 BBBコード 赤
- 30. 302016/06/26公開用 CCPMケーススタディ 参考：制約の５つの集中ステップ 5 Focusing Steps on the Constraint. 1.制約を見つける IDENTIFY the system’s constraint. 2.システムの制約を徹底活用する方法を決める Decide how to EXPLOIT the system’s constraint. <EXPLOIT⇒make full use of and derive benefit from (a resource).> 3.前の意思決定にその他すべてを従属させる SUBORDINATE everything else to the above decisions. 4.システムの制約の能力を高める ELEVATE the system’s constraint. 5.警告！ 惰性がシステムの制約とならないようにするこ と。この制約が制約でなくなったら、ステップ１に戻る WARNING!!!!! Do not allow INERTIA to become the system’s constraint. When a constraint is broken, go back to Step 1.