【失敗プロジェクトから学ぶ】コスト増加は要件定義の不備？リスク回避のための実践的アプローチ
計画コストを超過するプロジェクトは、『赤字プロジェクト』です。
考えられる原因はこのようなことです。
追加仕様
スキル不足
見積もりミス
リスク工数の見積もりミス
要件定義工程で、コストオーバーを経験されたPMが多いこと...
それはなぜか？
RFPでは予想できなかった業務・システム機能仕様が明確になるからです。
意外に、このことを知らないPMが多いってご存知でしょうか？
初心者PMが陥りやすい失敗
プロジェクトマネジメントを始めたばかりのPMが陥りがちな失敗には、いくつかの共通点があります。
このセクションでは、具体的な失敗例とその背景、さらに回避策を解説します。
1. コミュニケーション不足
PMの主要な役割の1つに、関係者間の調整があります。
しかし、初心者の多くは技術的な詳細や自分のタスクに集中しすぎるあまり、顧客やチームとのコミュニケーションが疎かになることがあります。
これにより、要件の曖昧さや誤解が生じ、プロジェクト全体が影響を受ける可能性があります。
回避策:
定期的なミーティングをスケジュールし、進捗状況や課題を共有する場を設ける
顧客やチームメンバーからのフィードバックを積極的に収集する
コミュニケーションツールを活用し、情報共有を一元化する
2. リスク管理の不備
初心者PMはリスク管理の重要性を軽視しがちです。
結果として、不測の事態が発生した際に適切に対応できず、プロジェクトがスケジュールやコストの面で大きく逸脱することがあります。
回避策:
プロジェクト開始時にリスク管理表を作成し、定期的に更新する
チームメンバーや関係者とリスクについて議論し、早期に対策を講じる
小さなリスクでも見逃さず、計画に反映させる
3. 要件の確認不足
要件定義はプロジェクトの成功を左右する重要な工程です。
しかし、初心者PMは顧客からの要件を表面的に受け取り、詳細を十分に確認しない場合があります。
その結果、後になって追加の仕様や変更が発生し、コストやスケジュールに影響を及ぼします。
回避策:
顧客との詳細なヒアリングを行い、要件を具体化する
要件定義書を作成し、関係者全員で確認・合意する
不明確な要件や潜在的なリスクを洗い出し、リストアップする
4. スコープの拡大管理の失敗
プロジェクトが進行する中で、顧客や関係者からの新しい要求が増えることがあります。
初心者PMはこれらを全て受け入れてしまい、プロジェクトのスコープが制御不能になるケースが多いです。
回避策:
スコープ変更が発生した際には、その影響を評価し、必要に応じて計画を修正する
顧客とスコープ変更の可否を明確に合意する
変更管理プロセスを導入し、記録を徹底する
プロジェクトの状況
プロジェクトのスコープと体制
顧客: 大手半導体メーカー
システム化スコープ: 製造管理、物流管理、倉庫管理
開発ベンダー: A社 (中堅SIer)
A社PM: 佐藤 (初心者PM)
プロジェクト目標
品質目標: 不具合修正100%
スケジュール目標: 予定通りのリリース
コスト目標: 予算内でのシステム完成
現在の状況
要件定義工程の最終日、RFPで予想されていなかった機能が明確になり、コスト追加が必要となりました。
顧客側の担当者は要件の追加を否定しており、PM佐藤は問題の原因と解決策に困惑しています。
問題の設定
今回の問題を以下のように設定しました:
要件が明確になったことによりコストが増加
この問題を放置すると、コスト目標を大きく逸脱する可能性がある
原因の追求
仮説1:
要件追加に伴うコスト見直しルールがない
検証結果:
コスト見直しのルールが明記されており、顧客とも合意済み
仮説2:
RFPに記載されていない要件が追加された
検証結果:
指定フォルダーに仕様変更の記録が残されていた
仮説3:
コストインパクトの大きい要件を把握していなかった
検証結果:
コストインパクトを把握していなかったことが判明
解決策
解決策A:
コストを肥大化させた機能を含めて再度見積もりを行う
この解決策では、コストが増加した要因を特定し、それらを含めた新たな見積もりを作成します。
これにより、プロジェクトの現実的な進行計画を再構築することが可能になります。
ただし、スケジュールの延長や顧客との交渉が必要になる可能性があります。
解決策B:
基本機能のみをスコープ対象とする
この解決策は、プロジェクトの主要な目標を達成するために必要最低限の機能だけをスコープとして含める方法です。
これにより、スコープを限定して計画を簡素化し、コストとスケジュールの目標を守ることが可能になります。
解決策C:
基本機能のみをスコープ対象として、追加費用を請求する
基本機能のみをスコープ対象とする解決策Bに加え、追加費用の請求を顧客に提案します。
この方法では、追加機能の開発にかかるコストを顧客と共有し、適切な合意を形成します。
顧客にとっての負担が増えるため、交渉力が求められます。
最終的に、解決策Bを採用し、スコープを限定することでプロジェクトを予定通り進行させました。
まとめ
今回の事例では、要件定義工程でのリスク管理と顧客との合意形成の重要性が明確になりました。
初心者PMにとって、以下が成功の鍵となります:
コミュニケーションの徹底
リスク管理の実行
スコープの明確化と管理
これらの教訓を活かし、次のプロジェクトにおける成功確率を高めてください！
プロジェクト管理に関する疑問やお悩みはありませんか？
iPM naviのLINE公式アカウントで、今すぐ気軽に質問できます！
あなたに役立つアドバイスが届きます✨
👉 ［LINEで質問を簡単受付！］
【次のアクション】
成功と失敗を学んだら、シミュレーターで自己スキルをチェックしましょう！
👉 ［スキルをシミュレーションする］
#コスト
#要件定義