プロジェクトの炎上は、決して突然起きるわけではありません。 多くのトラブルは、キックオフの時点、あるいはそれ以前の「見積もり・体制構築」の段階で既に静かに始まっています。
数々の修羅場をくぐり抜けてきた経験から、プロジェクトを死地に追いやる「7つの真の原因」と、その回避策を整理しました。
【計画の罠】見積もりに潜む時限爆弾
1. 予算への忖度（根拠なき金額・工数合わせ）
見積もりの最大のミスは「計算間違い」ではありません。「お客様の予算上限に、こちらの工数を無理やり合わせてしまうこと」です。 必要なタスクを削ったり、非現実的な生産性を前提にして数字を丸めたりすれば、プロジェクト開始と同時にリソース不足による破綻が確定します。
2. 不確実性の「エイヤー」見積もり
難易度が高く、不確実な部分の工数を「エイヤー（勘）」で見積もってしまうケースです。 ここは最大のリスク要因です。分からないものを無理に見積もるのではなく、「前提条件」を明確に置いてお客様と合意する、あるいは「要件定義後に再見積もりとする」といった防衛線（リスク回避策）を張らなければ、後で必ず火を噴きます。
【体制の罠】チームビルディングの失敗
3. 「寄せ集めチーム」による初動のビハインド
プロジェクトは人が動かします。しかし、全く見知らぬメンバーを寄せ集めた場合、チームとしての形成（タックマンモデルにおける形成期・混乱期）に想定以上の時間がかかります。結果として、プロジェクトの開始直後からスケジュールがビハインドしていくという事態に陥ります。
4. 「余剰人員」アサインによるスキル・品質の低下
さらに深刻なのが、スキル要件を満たしたメンバーではなく「今、たまたま手が空いている（余っている）人」を集められてしまうケースです。 厳しい言い方になりますが、余っている人員はスキルが不足していたり、何らかの課題を抱えていたりすることが多く、それがそのままプロジェクトの品質低下やマネジメントコストの増大に直結します。
【顧客の罠】ステークホルダーマネジメントの限界
5. リリース直前に降臨する「裏のキーマン」
テストの最終盤になって突然、現場のキーマンが現れ「現場の要件と違う」とちゃぶ台を返す絶望的なパターンです。 ステークホルダーの特定不足が原因ですが、お客様側の内部体制や政治的なパワーバランスを外部から正確に把握するのは困難です。「本当に必要な人を巻き込んでくれているか？」をお客様側に確認し、初期段階で引きずり出す仕組みが必要です。
6. 理不尽・無茶振りなステークホルダーへの対応
ステークホルダーがあまりにもややこしい、あるいはスコープ外の無茶を強要してくるケースです。 現場のPMだけで抱え込むと潰れます。お客様側のさらに上位の役職者を巻き込んでエスカレーションするか、最悪の場合は自社の経営層を巻き込んで「プロジェクトからの撤退」をカードとして切る覚悟が求められます。
【実行の罠】リスク検証の後回し
7. 要件・技術リスクの「早めの検証（PoC）」不足
要件の実現性や、技術面でのクリティカルなリスクの検証を後回しにし、スケジュールの終盤（結合テストなど）になって初めて問題が発覚するケースです。 「難しくて不確実なもの」ほど、プロジェクトの初期に部分的にでもプロトタイプを作り、検証する（Fail Fastの思想）というリスク回避行動を徹底しなければ、取り返しのつかない手戻りが発生します。
💡 編集後記（ブログ用メモ）
トラブルの多くは、技術的な問題以前に「見たくない現実（リスク）から目を背け、楽観的な前提で進めたこと」に起因します。プロのマネジメントとは、嫌な顔をされても初期段階でこのリスクをテーブルの上に並べることです。
コメント