Upgrade to Pro — share decks privately, control downloads, hide ads and more …

「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

Miz Kushida
February 18, 2022

 「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

*文字かすれ修正しました

Developers summit 2022 発表資料です。

元ネタはこちらのnoteです。

https://note.com/miz_kushida/n/n103a7da460c5

Twitter
https://twitter.com/miz_kushida

Miz Kushida

February 18, 2022
Tweet

More Decks by Miz Kushida

Other Decks in Business

Transcript

  1. ⾃⼰紹介 野村総合研究所(⾦融領域) システムエンジニア プロジェクトマネージャ 2002 - 2015 MBA(University of Rochester)

    2010 - 2012 メットライフ⽣命 プログラムマネジメント プロジェクトマネジメント 2016 FlatLinks CEO/Engineer 2017 Triple W Japan VP of Design, プロダクトマネージャ 2018 グロースハックスタジオ Chief Product Officer 2019 ~ コラボレーションツール 「オトノミ」β版提供中 5 プロジェクト マネジメント プロダクト マネジメント @miz_kushida CMMI PMBOK リーン スタートアップ THRUSTER 櫛⽥ 瑞穂 Kushida, Mizuho @miz_kushida
  2. 先に、答えから... • プロセスベースから、プリンシプル(原則)ベース...? → Yes. (後ほど触れます) • アジャイル開発の扱いが⼤きくなった...? → 多分Yes.(6thから取り込まれてます)

    • 今までのやり⽅をひっくり返した(ように⾒える)...? → No.(7thの中でも過去版を否定しないと記述あり) • ようやく現場の実態に追いついたのか...? → 以前よりはYesだと思う(後ほど触れます) • で、これまでのやり⽅は同じか変えるべきか...? → ケースバイケース(後ほど触れます) 10
  3. PMBOKとは • Project Management Body of Knowledge(知識体系) ◦ 第1版 1996年

    ◦ 第6版 2017年 ”Agile Practice Guide” ◦ 第7版 2021年 ← New! • Project Management Institute(PMI)が出版 ◦ 1969年設⽴のNPO • 詳細はこの後... 11 1st Edition
  4. プロジェクトの成果とは Before As-Is After To-Be プロジェクト 17 成果 プロジェクトが提供した価値によって 以前より良い状態になること

    環境、社会、 顧客 etc. 価値を提供 した結果 計測するとしたら,,. 売上↑ LTV↑ コスト↓ 解約率↓ H/C↓ NPV↑ IRR↑ NPS↑ CES↓ カーボン排出量↓ その他プロダクト固有のKPI etc... プロジェクトの価値とは As-IsからTo-Beの状態に引き上げる⼒
  5. プロジェクトマネジメント と プロダクトマネジメント プロダクトのライフサイクル プロジェクトのライフサイクル 20 明確な 終わりがない 明確な 終わりがある

    成果が 出るか or not 成果をトラッキングする ころにはプロジェクトが 解散していることも... 成果の捉え方が異なる(場合がある)というのが感想... (イメージ)「リリースがうまくいった!!」 → PdM「KPIが上がった!!」 → PjM「トラブルが少なかった!!」
  6. PMBOK第6版 PMBOK第7版 PMBOKガイド ・イントロダクション ・プロジェクト環境 ・プロジェクトマネージャの役割 ・統合 ・スコープ ・スケジュール ・コスト

    ・品質 ・リソース ・コミュニケーション ・リスク ・プロキュアメント(調達) ・ステークホルダー ・⽴ち上げプロセス ・計画プロセス ・実⾏プロセス ・監視・コントロール ・終結 PMスタンダード PMBOKガイド ・8のパフォーマンス・ドメイン ・イントロダクション ・価値提供システム ・12のプロジェクトマネジメント・プリンシプル(原則) PMスタンダード ・スチュワードシップ ・協⼒的なプロジェクトチームの環境を作る ・ステークホルダーを効果的に連携する ・価値に集中する ・システムの相互作⽤を認識し、評価し、対応する ・リーダーシップを⾏動で⽰す ・⽂脈に基づいたテーラリング(カスタマイズ) ・品質をプロセスと成果物に組み込む ・複雑性に適応する ・リスクへの対応を最適化する ・適応⼒とレジリエンスを⾼める ・未来の状態を達成するために変化できる ・ステークホルダー ・チーム ・開発アプローチと ライフサイクル ・計画 ・プロジェクトワーク ・デリバリー ・測定 ・不確実性 ・テーラリング ・モデル、メソッド、ツール ※PMBOK 7thのp.xiiiをベースに作成 23 ⼊れ替わっただけ ではなく 内容が めちゃくちゃ 変わった!
  7. プロジェクトマネジメント・スタンダード 24 ・イントロダクション ・価値提供システム ・12のプロジェクトマネジメント・プリンシプル(原則) ・スチュワードシップ ・協⼒的なプロジェクトチームの環境を作る ・ステークホルダーを効果的に連携する ・価値に集中する ・システムの相互作⽤を認識し、評価し、対応する

    ・リーダーシップを⾏動で⽰す ・⽂脈に基づいたテーラリング(カスタマイズ) ・品質をプロセスと成果物に組み込む ・複雑性に適応する ・リスクへの対応を最適化する ・適応⼒とレジリエンスを⾼める ・未来の状態を達成するために変化できる
  8. 価値提供システム A System for Value Delivery 25 • 価値とは顧客、組織、社会などに何らかの重要だったり有⽤なもの である

    • システムとは互いに影響し合う構成要素の集まりである • 価値提供システムとは、価値を創出し提供する組織と組織の活動 • ポートフォリオ、プログラム、プロジェクト、プロダクト、オペレ ーションの全てが組織の価値提供システムの⼀部 個人的には 価値とは As-IsからTo-Beに 変化させる力 と捉えています
  9. プロジェクトマネジメント・スタンダード 26 ・イントロダクション ・価値提供システム ・12のプロジェクトマネジメント・プリンシプル(原則) ・スチュワードシップ ・協⼒的なプロジェクトチームの環境を作る ・ステークホルダーを効果的に連携する ・価値に集中する ・システムの相互作⽤を認識し、評価し、対応する

    ・リーダーシップを⾏動で⽰す ・⽂脈に基づいたテーラリング(カスタマイズ) ・品質をプロセスと成果物に組み込む ・複雑性に適応する ・リスクへの対応を最適化する ・適応⼒とレジリエンスを⾼める ・未来の状態を達成するために変化できる
  10. 不確実性とプロジェクト 1/3 43 新たな発⾒により考え⽅を変化させ、プロジェクトに落とし込む、の繰り返し 認識外 思考 の適応 発⾒ 実装 ⾏動

    の適応 インパクト プロジェクト プロジェクトの活動 (パフォーマンスドメイン) 個⼈・組織の考え⽅ 前提、仮説、価値、成果 不確実性を もたらす
  11. 適応の鍵となる「発⾒」のアプローチ 1/2 アブダクション(仮説推論) 46 現象 仮説 注⽬すべき 事実や振る舞い 「エピソード」 「データ」

    現象が起きる 理由を説明できる 「思いつき」 (抽象化) 想像する 発⾒する 物体は引っ張りあう (万有引⼒の法則) りんごが⽊から落ちた (例) 不確実性を探索すると きに重要なスキル 観察する
  12. 適応の鍵となる「発⾒」のアプローチ 2/2 アブダクション(仮説推論) 47 現象 現象 現象 現象 現象 現象

    現象 現象 現象 現象 現象 現象 現象 現象 仮説 現象が起きる 理由を説明できる 「思いつき」 全ての現象を 説明する必要はない 現象の数が多ければ良 いという訳でもない 発⾒が少ない状態 (解像度が低い) 情報量は増えたが、それらが何かよく分 かっていないまま(もったいない状態) 発⾒が多い状態 (解像度が⾼い) 特定の現象を説明できるロジックを思いつい たり、現象群に名前をつけられる状態
  13. 予測型PMか、適応型PMか ⾃ら定義する 要件の承認者 クライアント 市場 変更の決定者 クライアント ⾃分たち 不確実性 低い

    ⾼い 与件 (が、正しい保証がない...) 50 与えられる (強いて⾔えば) 評価対象 成果物 成果 予測型 適応型 PMのタイプ (成果物が成果に繋がりやすい) より良い 状態への変化
  14. リーダーはどう振る舞うか 51 • 率先して⾃ら・組織の思考と⾏動を変化させよう • 変更をステークホルダーと調整しよう 認識外 思考 の適応 発⾒を

    率先する 変更を 実装する ⾏動 の適応 インパクト プロジェクト プロジェクトの活動 (パフォーマンスドメイン) 個⼈・組織の考え⽅ 前提、仮説、価値 不確実性を もたらす
  15. 変更の主な対象 1/2 52 時間 予算 顧客 コンセプト オペレーション ビジネス モデル

    プロダクト スコープ 開発体制(社内外)、 営業・マーケティング等 の予算 リリース⽇ エピック、バックログ、 ロードマップ コンセプト、価値提案 成果 収益モデル、チャネル、 価格、グロースモデル、 アライアンス N1、セグメント、ターゲット
  16. 変更の主な対象 2/2 53 時間 予算 成果に向けて適応していくために ステークホルダーと 様々な⼿段を使って調整する • 上位概念(コンセプト>オペレーショ

    ン)になるほど、変更の影響は⼤きい • 不確実性が⾼いほど変更の振れ幅は⼤ きい 顧客 コンセプト オペレーション ビジネス モデル プロダクト スコープ
  17. まとめ 1/2 54 • プロセスベースからプリンシプル(原則)ベースになり、柔軟性が上がった! ◦ その分、考える負荷、変更の負荷(特に関係者との調整)と責任は上がった(気がする) • アジャイル開発の扱いが⼤きくなった! •

    予測型と適応型を包含する内容になった! • プロジェクトの⽬的が、成果物から価値の提供であることが強調された! • ⼀⽅で、具体的にどうすればいいか、わかりにくくなった... ◦ これからプロジェクトマネジメント学ぶ⽅には、とっつきにくいかも...
  18. まとめ 2/2 55 • 不確実性に対応するには、思考の適応と⾏動の適応が求められる! • リーダーは変更をリードし、率先してステークホルダーと調整しよう! 認識外 思考 の適応

    発⾒ 実装 行動 の適応 インパクト プロジェクト プロジェクトの活動 (パフォーマンスドメイン) 個⼈・組織の考え⽅ 前提、仮説、価値 不確実性を もたらす