外部委託先（ベンダー）マネジメントと進捗の客観的検証

ITプロジェクトの成否は、外部委託先（SIer、開発ベンダー）のコントロールに大きく依存します。発注元PMが最も陥りやすい失敗が、「ベンダーから提出された週報の自己申告進捗率（例：進捗率90%）を鵜呑みにしてしまうこと」です。

納期直前になって「実は結合テストが全く通っていませんでした」「重要機能が手付かずでした」と告げられ、炎上する事態を防ぐためには、「客観的成果物（エビデンス）に基づく進捗検証プロトコル」が不可欠です。

1. 「90%完了シンドローム」の構造と自己申告の罠

多くの開発現場で「タスクの進捗が90%までは順調に進むが、残りの10%に当初と同じだけの期間がかかる」という現象が見られます。

2. 客観的進捗検証の3本柱（成果物突合プロトコル）

1. 【設計工程の検証】：設計書の目次構成に対し、仕様記述が完了し、受入基準を満たした「レビュー完了署名付き文書」の割合を測定する。

2. 【製造工程の検証】：Git等のリポジトリコミット履歴、自動ビルド成功ステータス、自動テスト（単体テストカバレッジ80%以上）のパスログを週次で突合する。

3. 【テスト工程の検証】：単に「消化数」を見るのではなく、テスト実行ログ（実行日時、実行者、スクリーンショット、合否判定結果）をサンプリング照合する。

3. 【実戦記述演習 問1】ベンダー自己申告進捗の検証指示

【シナリオ背景】K社（保険会社）の契約管理システム再構築において、契約保全サブシステムの製造・単体テストを一括受託した開発ベンダーL社から、第8週の定例会で「製造工程の進捗率は95%に達しており、来週から予定通り結合テストを開始できる」との報告があった。しかし、K社のPMがL社から提出された進捗報告書の裏付けを確認したところ、以下の不審な点が見受けられた。

L社の製造進捗報告の内訳：
・対象プログラム本数：100本
・作成済みプログラム本数：95本（進捗率95%と主張）
・単体テスト完了本数：40本
・未作成の5本の内訳：
  - 保険金支払査定ロジック（最重要・最高難度モジュール）
  - 他社共済データ交換バッチ
  - 法定帳票生成エンジン
・単体テスト仕様書・実施結果報告書：未提出

設問1：PMであるあなたが、L社の「進捗率95%」という主張を認めず、来週からの結合テスト着手を差し戻すべきと判断した理由を、未作成プログラムの性質およびテスト完了状況の観点から40字以内で述べよ。

【模範解答】

最高難度の重要モジュールが未作成で、単体テスト完了が4割に留まるため。（35字）

解説と採点基準（配点：10点）

• 出題意図：プログラム本数の単純比率ではなく、「業務の重要度・難易度」および「単体テスト合格（工程完了基準）の充足度」で客観的に進捗を評価できるかを問う。

• 加点キーワード：『高難度（重要）モジュールの未作成』（4点）、『単体テスト完了が4割（大幅不足/未検証）』（4点）、『結合テストの前提条件未達』（2点）。

• 減点対象：「95%ではないから」（具体的に何が問題かを指摘していないため2点止まり）。

4. 【実戦記述演習 問2】キーマン離脱時における引き継ぎリスク管理

【シナリオ追加背景】さらにL社より、査定ロジックを担当していたチーフアーキテクトM氏が、別プロジェクトの火消しのために来週付で途中離脱し、後任として若手SEのN氏を補充するとの体制変更届が提出された。

設問2：キーマン離脱による開発遅延および品質低下を防ぐために、PMがL社に対して体制変更承認の条件として義務付けるべき具体的要請を35字以内で述べよ。

【模範解答】

M氏によるN氏への業務引継ぎ期間の確保と、設計書レビューの同席義務付け。（36字）

解説と採点基準（配点：10点）

• 出題意図：委託先の一方的な要員変更に対し、発注元PMとして「十分なオーバーラップ引継ぎ期間」と「成果物の品質担保（同行レビュー等）」をコミットさせる契約・体制統制力を問う。

• 加点キーワード：『引継ぎ期間（並行稼働/オーバーラップ）の確保』（5点）、『設計書・テストレビューへの同席/品質確認』（5点）。

• 減点対象：「離脱を絶対に認めないと拒否する」（現実的なマネジメント解決策として不十分）。

5. まとめ：ベンダーマネジメントの心得

• □ 進捗率はパーセントの自己申告ではなく、完了成果物（Definition of Done）の個数で測っているか？

• □ 週次の進捗定例会で、成果物のリポジトリコミットやテストエビデンスをサンプリング抽出して確認しているか？

• □ 体制変更時は、引継ぎ完了を判定する受入テストや理解度チェックを義務付けているか？