ベンダー管理｜成果物による進捗確認と回復計画

委託先の進捗は、契約範囲、成果物、合意した完了条件、レビューやテストの証拠から確認します。「順調」「90％完了」という報告だけでは、残る作業や品質の状態は分かりません。

発注側PMは、委託先の管理責任者と遅延原因や回復策を調整します。契約や役割を確かめず、委託先の担当者へ直接作業方法・残業を指示する対応を一般的な管理策として扱わないようにします。

本文の演習は学習用のオリジナル事例です。解答例の表現は一例で、公式問題の解答・配点ではありません。

1. 進捗確認に必要な根拠

成果物の中間確認やマイルストーンは、委託先と事前に合意しておきます。確認頻度は重要度と状況によって決め、常に毎日会議をすればよいというものではありません。

2. 遅延時は原因、残作業、対応の実現性を見る

報告の数字と成果物が合わない場合は、進捗の測定方法と対象範囲をそろえます。未提出の機能、未確認の品質、作業待ちを分け、完了までの残作業を具体化します。

回復計画には担当責任者、期限、必要な資源、依存先、品質確保の方法を示します。増員の習熟期間や並行化の手戻りも評価し、発注側が提供すべき仕様回答・環境・判断を放置していないか確認します。

影響が契約や計画の許容範囲を超える場合は、定めた権限者へ報告して変更を合意します。問題を見える形にして支援と判断につなげ、威圧的な報告要求で数値だけ整えさせないようにします。

演習1：進捗報告の検証

条件：委託先は実装90％と報告したが、必須APIが未提出で、結合テスト結果も提示されていない。

問い：客観的に進捗を確認する方法を述べよ。（35字以内）

解答例：必須成果物とテスト結果を、合意した完了条件で確認する。（27字）

根拠：感覚的な実装率を、成果物と検証結果の状態へ置き換えて確認します。

確認ポイント：消化工数が多いだけでは、成果物が完成したとは判断できません。

演習2：回復計画を具体化する

条件：API提供が2週間遅れる見込みで、委託先は「体制を強化する」とだけ回答した。

問い：委託先の管理責任者に求める計画内容を述べよ。（40字以内）

解答例：残作業、担当者、期限、品質確認を示す回復計画の提出を求める。（30字）

根拠：体制変更が何をいつ回復させるか、関係する作業へどのように影響するかを確認します。

確認ポイント：発注側PMが契約上の役割を無視して委託先要員へ直接残業を命じる対応ではありません。

3. 管理の確認

• 成果物と完了条件を委託先と合意したか。

• 進捗の根拠と残作業を確認したか。

• 回復策に担当・期限・品質確認があるか。

• 契約、変更、発注側の依存作業を含めて判断したか。

出典と仕様を確認する

IPA：PMシラバス Ver.7.1

IPA：情報システム・モデル取引・契約書