【PM午後II・ケーススタディ】進捗90%報告の裏で起きるステルス遅延の検知と立て直し策

製造工程の終盤、週次の進捗会議では協力会社から「製造は90%完了しており、来週の結合テスト開始には間に合う」と報告されていたにもかかわらず、結合テスト初日に多数の未実装や単体テスト未消化が判明するケースがあります。たとえば正常系のみコーディングを終えた段階で「90%完了」と自己申告し、例外処理や単体テストの消化件数（計画比62%など）が置き去りにされている状態です。 プロジェクトマネージャ試験（午後I・午後II）の採点講評でも、「問題が顕在化してから残業や単純な要員追加で対応しただけの記述」は低く評価される傾向にあります。高評価を得る論文では、定性的な自己申告に頼らず、どのような定量指標の乖離から遅れの兆候を早期に把握し、プロセスの仕組みをどう修正したかが具体的に論述されています。

ステルス遅延を検知した際、PMとして講じるべき対策は次の3点に整理できます。そのまま午後II論文の第2章（設問イ）の節構成として活用できます。 【施策1：完了定義（DoD）の再設定と全モジュールの棚卸し】 自己申告による進捗率を廃止し、「コードレビュー完了かつ単体テスト消化率100%・未解決バグゼロ」のみをEV（達成価値）として計上する基準へ変更します。対象となる全120本のプログラムを3日間で棚卸しし、実態としてのSPIが0.96ではなく0.78であることを数値で把握します。 【施策2：クリティカルパスへの要員再配置と段階リリースの合意形成】 精神論で遅れを挽回させるのではなく、外部決済ゲートウェイ連携など後続テストの前提となるクリティカルパス上の28本に自社のシニアSE 2名を重点配置します。あわせて、月次帳票出力など業務開始日に必須ではないサブシステム15本については発注元（ステアリングコミッティ）と協議し、本番稼働2週間後の二次リリースへ切り出す合意を取ります。 【施策3：日次朝会による課題の即時解消と協力会社責任者との連携】 週1回の定例報告を15分間の日次ミーティングへ切り替え、「本日消化すべきテストケース件数」と「仕様確認待ちで停止している課題」を当日のうちに解消します。同時に協力会社の事業責任者とも現状を共有し、テスト工程に向けた要員配置の見直しを実施します。