『スコープの合意を甘く見てるな!』悲惨なプロジェクトの始まり!PMなら押さえておきたい教訓!
クライアントとのスコープの合意を曖昧にして、放置するとデスマーチプロジェクトの危険があります。
✅スコープ合意条件を決めるのを失念しがちな方
✅PJリスクを集めているPMやPMO✅プロマネ初心者を抱える管理者にお伝えしたいプロジェクトリスクの情報です。
プロジェクト計画において、スコープを明確にするには、『クライアントとの合意』が必要です。
『合意したつもり』、『合意していないけど、後で合意する』、このように安易に考え放置した結果、プロジェクトが炎上しデスマーチになるケースも多いものです。
これを避けるには、プロジェクトの計画段階で『スコープの合意条件』を決めておくことです。
意外にも、これができていないPMが多いって、ご存知でしょうか?
■今回のテーマ
プロジェクト計画における『スコープの明確化』の検討の中で、『クライアントとスコープの合意をしなかった』ことにより、『スコープの合意なしにプロジェクトを進行させる』という問題が起こりました。
この問題を取り上げて、原因の追求、解決策、リスク対策を解説していきます。
※プロジェクト検証の結果をお伝えするにあたり、架空の企業である「株式会社XYZ」での出来事として紹介します。
prologue
プロジェクトの目的として、売上の10%増加と業務コストの20%削減を掲げています。 目的を達成させるためには、個々の目標の設定が必要です。
品質目標は、レスポンスタイム、受け入れ合格に数値目標を設定しました。
コスト目標は、開発費用を1800万円以内として、スケジュール目標は、リリース日を10月1日、主要なマイルストーンをユーザーテストによる品質判断としています。
また、プロジェクトの開始は、4月1日。開発期間を6ヶ月としました。
【プロジェクトの登場人物】
▷山田
株式会社XYZの事業部長であり、プロジェクトオーナー。▷木村株式会社XYZの社内調整役。クライアント窓口であり、ITベンダーとコミュニケーションを取る。
▷佐藤
このプロジェクトの開発を担当する株式会社ABCのプロジェクトマネージャーであり、今回初めてプロジェクトマネージメントを行うプロマネ初心者。
▷PMアドバイザー
The manager's Barに所属。プロマネ初心者の佐藤のマネジメントアドバイザー。
【プロジェクト状況】
現在のプロジェクトは、結合テスト工程である。当該工程の所要期間を10%消化した時点で、クライアント窓口の木村から『”一部の要件が確定していない”という課題が未解決だが、要望通りのシステムができているのか?』と指摘された。
そのため、PMOの私へサポートを求めてきた。
(以降のSTEP1-STEP4はPMOが実施した)
STEP1:問題の設定
今回の問題は、プロジェクトで起きた事象を、様々なプロジェクト情報を元に考えたところ、『スコープマネジメントエリア』で起こっている問題として取り扱うことにした。
そして、『スコープの合意なしにプロジェクトを進行させる』、このように問題を設定した。
STEP2:原因の究明
結果は、以下の通りとなった。
STEP3:解決策
この問題を放置することは、デスマーチプロジェクトの危険があるため、PMOの私は解決策を3つ考え、プロジェクトオーナーの山田と協議した。
【解決策の候補】
【採用した解決策と採用の根拠】
【解決策の実行に伴うダメージ】
STEP4:リスク管理表の作成
最後に、今回プロジェクトで起こった問題を課題問題整理表に記述し、今後のプロジェクトの教訓として役立てるためにリスク管理表に記述した。
このリスク管理表は、ITベンダーのプロジェクト情報として保管され、他チームへの情報共有として利用することになった。
最後まで、読んで頂き有難うございました。
今後の貴方のプロジェクト活動の参考になれば幸いです。
このトラブルプロジェクトは私が対応しました!