ベンダー選定で揉めないために：契約タイプの選び方から契約終結までの実務チェックリスト

契約タイプ選定チェックリスト

ベンダーと契約を結ぶ前に、まずどの契約タイプを選ぶかを決める。スコープの確定度によってリスクの負い方が変わるため、この判断を後回しにすると契約後に揉める。

RFP評価基準表

RFPを出す前に評価基準と重みを決めておく。契約後に基準を作ると、特定ベンダーに有利な基準を後付けしたという疑いを招く。

契約終結チェックリスト

検収が済んだことは、契約終結の条件のひとつにすぎない。未決済の請求やクレームが残っていないか、記録をアーカイブしたかまで確認して、初めて契約が閉じる。

3つのチェックリストは、調達管理の3つの意思決定点に対応する

調達管理は、契約書を作ることだけを指す言葉ではない。何をどの契約タイプで調達するかを決める計画の段階、ベンダーを選び契約を結ぶ実施の段階、そして契約を正式に閉じる終結の段階という、3つの意思決定点に分けて考える。上の3つのチェックリストは、この3段階にそのまま対応している。

PMBOK®ガイド第6版の知識エリア「プロジェクト調達マネジメント」は、この3段階を調達マネジメントの計画、調達の実行、調達のコントロールという3プロセスで整理していた。一方で第8版は、ガバナンス・スコープ・スケジュール・財務・ステークホルダー・リソース・リスクという7つのパフォーマンス領域に再編されており（PMBOK®第8版の7つのパフォーマンス領域参照）、調達そのものを指す単独の領域は置かれていない。PMP®試験対策サイトの解説では、第8版（2026年版ECO）の内容整理において、調達は「Finance, Resources, and Procurement」という括りでファイナンス・リソースと統合的に扱われていると説明されている。契約のコストはファイナンス領域の管理対象に、ベンダーという人員・能力はリソース領域の管理対象に、契約で定めた成果物の受け入れ基準はスコープ領域の管理対象に、それぞれ分かれて乗ると考えると実務に落としやすい。

この記事では、第6版の3プロセスの流れを実務の骨格として使う。小規模な契約であっても、どの契約タイプで・どの基準で選び・どう終えるかという3つの判断は省略できない。

契約タイプを選ぶ基準：スコープの確定度が分岐点

契約タイプの選択を決めるのは、価格の高さではなくスコープがどこまで確定しているかである。仕様書と要求事項を事前に書き切れるなら固定価格、書き切れないなら実費償還、その中間でおおよその範囲は決まるが作業量が確定しないならタイムアンドマテリアルという対応になる。

固定価格契約は、受注側が原価超過のリスクを負う。発注側からすれば予算が確定するという利点があるが、スコープが曖昧なまま固定価格で契約すると、変更が生じるたびに追加の見積りを求められ、当初の価格の意味が失われていく。固定価格の中にも、パフォーマンスに応じて最終価格が調整されるFPIF（Fixed-Price Incentive Fee）や、長期契約で物価変動分を調整するFP-EPA（Fixed-Price with Economic Price Adjustment）といったサブタイプがある。

実費償還契約は、発注側がコスト超過のリスクを負う。開発初期で要件が固まっていない、あるいは発注側が技術的な方向性に深く関与し続ける必要がある場合に向く。サブタイプには、認められた原価に固定の手数料を乗せるCPFF（Cost Plus Fixed Fee）、達成度に応じて手数料が変動するCPIF（Cost Plus Incentive Fee）、発注側の満足度評価で手数料が決まるCPAF（Cost Plus Award Fee）がある。

タイムアンドマテリアル契約は、固定価格と実費償還の中間に位置するハイブリッド型である。工数単位・材料単位の単価は固定するが、実際にかかった量で請求額が決まるため、発注側は想定を超える工数消費のリスクを負う。上限額（Not-To-Exceed）を設定すると、このリスクを一定の範囲に抑えられる。

この契約タイプの選択は、リスク管理の実務手順で整理した脅威への4戦略のうち「転嫁」の具体的な手段でもある。コスト超過という脅威の影響をどちらが負うかを、契約タイプの選び方によって設計しているのが、この判断の実質である。

契約タイプを決める前に済ませる2つの作業：SOWとMake-or-Buy分析

契約タイプを決める作業と並行して、2つの判断を済ませておく必要がある。1つは、そもそも内部で作るか外部から調達するかを決める内外製分析（Make or Buy）である。直接費用（材料費・人件費など明示的にかかる費用）と間接費用（複数案件で共有するライセンス費・設備費などの支援費用）、さらに品質面のコストを比較し、計画段階の早い時点で判断する。この分析は、大きな意思決定が済んだ後ではなく、契約を結ぶ前の段階で行うことに意味がある。

もう1つは、委託する作業の範囲を具体的に記す調達SOW（作業範囲記述書）の作成である。SOWは仕事の内容を十分な詳細で説明する文書であり、仕様・パフォーマンス要件・品質要件・報告要件を含む。やり方そのものまでは定義しない。範囲が曖昧なSOWのままRFPを出すと、ベンダーごとに前提が異なる見積りが返ってくる。

この2つの作業の結果は、調達管理計画に反映する。調達管理計画には、各調達の契約タイプ、役割と意思決定権限の範囲、複数の調達をどう統合管理するかの方針、調達の前提条件と制約、納期の長い品目への対応方針を書く。契約タイプ選定チェックリストは、この計画の中核部分をそのまま実務の判断として取り出したものである。

RFP評価基準表の運用：採点のブレをどう抑えるか

評価基準と重みを事前に決めておくだけでは、採点者が変われば点数がばらつく。対策は2つある。1つは、各評価項目について「標準的な提案」がどの点数に当たるかをあらかじめ文書化しておくことである。5段階評価の「3」に当たる水準を具体的に書いておけば、評価者が変わっても目盛りがずれない。もう1つは、複数の評価者が独立に採点してから持ち寄ることである。最初から合議で点数を決めると、声の大きい評価者の意見に全体が引き寄せられる。

総所有コスト（TCO）を配点に入れる理由は、初期の契約金額だけでは比較にならないからである。運用・保守にかかる費用、契約期間終了後の移行費用まで含めて比較しないと、初期費用の低さだけで選んだベンダーが、運用段階で割高になるという結果を招く。この視点は、予算管理の実務手順で扱ったコストベースラインの考え方と同じで、見積りの範囲をどこまで含めるかを先に決めておく発想である。

評価が終わった後、最高得点のベンダーと機械的に契約するわけではない。評価結果は交渉の材料であり、条件交渉やデューデリジェンス（財務状況・実績の裏取り）を経てから契約に進む。この手順を省略し、提案書の点数だけで契約を確定すると、交渉で動かせたはずの条件を動かす機会を失う。

契約終結とプロジェクト終結は別物：Close ProcurementsとClose Project

検収が済んだ時点で「終わった」と考えるのは早い。契約を終結させる作業（Close Procurements）と、プロジェクトそのものを終結させる作業（Close Project）は、実施回数も対象者も異なる別のプロセスである。契約終結は契約ごとに複数回発生し、対象はベンダーや契約者である。プロジェクト終結は1回だけ発生し、対象は発注側のクライアントやステークホルダーである。1つのプロジェクトに複数のベンダーが関わっていれば、契約終結はベンダーの数だけ繰り返される。

契約終結で準備するクローズアウトパッケージには、原契約とすべての修正事項、パフォーマンスレポート、支払い記録、検査結果、正式受領文書を含める。加えて、承認された変更命令書（Change Order）と契約修正書（Amendment）が整合しているか、買い手側の授権担当者と売り手側の署名がすべて揃っているか、保証や担保など契約終了後も続く義務が文書化されているかを確認する。これらを個別の契約が終わるたびに索引付けして保管しておくと、後から監査や次の調達の見積り精度向上に使える。

この記録のアーカイブは、プロジェクト終結時にまとめて行う作業ではない。契約が終わるたびに逐次進めておかないと、プロジェクト終結の段になって複数の契約の記録を同時に探し直すことになる。

現場で繰り返される5つの失敗

契約タイプ選定・RFP評価・契約終結のそれぞれで、同じ失敗が繰り返されている。