開発を委託したあと、ベンダーの働きぶりをどう評価していますか。「進捗報告は受けているが、良いのか悪いのか判断できない」「困っていることに気づけるのが遅い」——発注後のマネジメントは、選定以上に成果を左右します。実際、プロジェクトリーダー300名への調査（以下、PL300名調査）では、外注先の切り替えを経験した人が56.7%にのぼりました。本記事では、委託先と成果を出すための評価5カテゴリと具体的なチェック項目、そして評価を継続的に回す5ステップを整理します。
基本のおさらい
ベンダーマネジメントは、外部委託先を選定し、契約し、進捗と品質を管理しながら関係を育てていく一連の活動です。その第一歩は、発注側とベンダー双方の役割と責任を明確に定義し、「誰が何を担当し、どこまで責任を負うか」を文書化して共有することにあります。
本記事はその先、「日々どう評価し、どう改善につなげるか」という運用部分にフォーカスします。評価は相手を採点するためではなく、問題を早く見つけて一緒に手を打つための仕組みです。
評価の仕組みがないと、気づくのが遅れる
評価の仕組みがないと、問題は表面化するまで見えません。PL300名調査では、外注先の切り替えを経験した割合が56.7%にのぼりました。多くの企業が、うまくいかなくなってから相手を変えるという対処に至っています。切り替えには引き継ぎコストと再立ち上げの負荷がかかるため、その前に軌道修正できる仕組みを持つほうが合理的です。
では、何を見ればよいのか。現役エンジニア500名への調査が、その手がかりになります。
成果が出にくい現場の要因（本記事に関わる項目）
| 要因 | 回答率 | 評価するときの着眼点 |
|---|---|---|
| コミュニケーションの齟齬 | 40.0% | 認識のずれを早く見つけられる場になっているか |
| 見積もり工数の甘さ | 37.6% | 見積りの前提と根拠が共有されているか |
| 意思決定の遅延 | 22.8% | 発注側の判断が滞っていないか |
複数回答。SES・派遣エンジニア500名調査（株式会社STELAQ調べ／2025年10月）
成果が出やすい現場の特徴（上位5項目）
| 特徴 | 回答率 |
|---|---|
| コミュニケーションの取りやすさ | 51.4% |
| 無理のない計画 | 48.8% |
| 人間関係の良さ | 39.2% |
| 要件定義の明確さ | 37.8% |
| 責任範囲の明確さ | 15.2% |
複数回答。同調査より。相関を示すもので、因果を示すものではありません。
上位に並ぶのは、技術力ではなく現場の環境に関わる項目です。同じ調査では、PM/PLとの距離を感じたと答えた人が39.2%いました。困りごとが届かない状態が、決して珍しくないことを示しています。
ここで押さえたいのは、こうした環境をつくるのは発注側の仕事だということです。報告が形式的になるのも、課題が上がってこないのも、多くは相手の姿勢ではなく、場の設計に理由があります。だから評価では、成果物の出来栄えだけでなく、自分たちが用意した進め方が機能しているかまでを対象にします。遅延や齟齬の原因が発注側にあることも当然あるため、評価は優劣をつけるためではなく、双方の課題を早く見つけて改善するために使うのが実務的です。
資料ダウンロード
評価基準づくりの土台になる、2つの調査レポート
発注側の視点：プロジェクトリーダー300名に聞いた「外注活用のポイント」。
現場の視点：SES・派遣エンジニア500名に聞いた「成果が出る開発現場の条件」。評価・フィードバックの有無が成果にどう影響するか、データで確認できます。
ベンダー評価チェックリスト（5カテゴリ・20項目）
評価する項目は、大きく5つのカテゴリに整理できます。品質と進捗という分かりやすい軸に加えて、コミュニケーション・体制・改善提案という、見落とされがちな軸を入れているのが特徴です。そのまま自社の評価シートに転記して使える形にしました。各項目を5段階（1:改善要 〜 5:期待以上）で採点し、月次または四半期で推移を見ます。
①品質
| チェック項目 | 見るポイント |
|---|---|
| 成果物が合意した基準を満たしているか | 受け入れ基準に対する充足度。指摘の再発がないか |
| 不具合の是正が確実に行われているか | 是正の完了確認まで運用されているか |
| レビュー・テストの記録が残っているか | 担当者が変わっても追える状態か |
| 品質の作り込みが工程内で行われているか | 後工程での大量発覚がないか |
②進捗・計画
| チェック項目 | 見るポイント |
|---|---|
| 計画に対する進捗が守られているか | 遅延の頻度と、その大きさ |
| 遅延やリスクが早期に申告されるか | 期限直前ではなく、兆候の段階で共有されるか |
| 見積もりの精度が保たれているか | 追加要求の妥当性を説明できているか |
| 変更要求への対応手順が守られているか | 影響範囲の提示と合意のうえで着手しているか |
③コミュニケーション
| チェック項目 | 見るポイント |
|---|---|
| 報告の内容が判断に足るか | 「順調です」で終わらず、根拠が示されるか |
| 課題・懸念が上がってくるか | 悪い情報が遅れず届くか |
| 窓口と連絡経路が明確か | エスカレーションパスが機能しているか |
| 議事・決定事項が記録されているか | 「言った・聞いていない」を防げているか |
④体制・要員
| チェック項目 | 見るポイント |
|---|---|
| 提案時のスキル・体制が維持されているか | キー要員の交代が頻発していないか |
| 属人化していないか | 特定個人しか状況を把握していない状態でないか |
| 引き継ぎ・ドキュメントが整っているか | 要員が変わっても継続できるか |
| 再委託の範囲が把握できているか | 協力会社を含めた体制が見えているか |
⑤改善・提案
| チェック項目 | 見るポイント |
|---|---|
| 問題の指摘・改善提案があるか | 指示待ちでなく、リスクを先に挙げてくれるか |
| 再発防止が仕組みに反映されるか | 同じ指摘が繰り返されていないか |
| ナレッジが自社側に残るか | 終了後に自社で回せる状態に近づいているか |
| 発注側の課題も指摘してくれるか | 意思決定の遅れなど、双方の改善に踏み込めるか |
※項目は自社の契約形態・プロジェクト特性に応じて取捨選択してください。全項目を厳密に運用するより、重要な10項目を毎回続けるほうが機能します。
評価を「回す」5ステップ
チェックリストは、作っただけでは機能しません。決まった周期で回し、結果を相手に返し、改善につなげるところまでを設計します。
- ①基準を合意：
評価項目と点数の意味を、契約時または着手時にベンダーと共有します。後から出す評価基準は納得を得にくく、機能しません。 - ②定例で計測：
月次の定例会で採点します。数値化しておくと、感覚ではなく推移で議論できます。 - ③結果を共有：
点数だけでなく、良かった点と改善してほしい点を具体的に伝えます。フィードバックがある現場のほうが成果への満足度が高いことは、エンジニア500名調査でも確認されています。 - ④是正・改善：
低評価の項目には、期限と担当を決めたアクションを紐づけます。あわせて、発注側に起因する課題（判断の遅れ、情報提供の不足など）も拾って手を打ちます。 - ⑤契約更新の判断：
蓄積した評価を、継続・見直し・体制変更の判断材料にします。ここまで繋がって初めて、評価は「使われる仕組み」になります。
まとめ
ベンダー評価は、相手を選び直すための материалではなく、проблемを早く見つけて一緒に改善するための仕組みです。本記事の要点を3つに整理します。
- 評価は相手を採点するためではなく、問題を早く見つけて一緒に手を打つための仕組み。うまくいかなくなってから委託先を替えるのではなく、その前に軌道修正できる状態をつくる。
- 見る軸は5つ。①品質（是正が完了まで確認されているか）、②進捗・計画（遅延が兆候の段階で申告されるか）、③コミュニケーション（悪い情報が遅れず届くか）、④体制・要員（キー要員が定着し属人化していないか）、⑤改善・提案（再発防止が仕組みに反映されるか）。成果物の出来栄えだけでなく、情報が届く場になっているかまでを対象にする。
- 回し方は5ステップ。①基準を合意（着手時にベンダーと共有する）→②定例で計測（月次で採点し推移で議論する）→③結果を共有（良かった点と改善点を具体的に返す）→④是正・改善（低評価の項目に期限と担当を紐づける）→⑤契約更新の判断。判断の遅れや情報提供の不足など、発注側に起因する課題も同じ場で拾う。
お問い合わせ
ベンダーマネジメントの仕組みづくりから、ご相談いただけます
STELAQは、PMO支援による推進体制の確立や、第三者検証による品質の可視化を通じて、発注側のマネジメントを支援してきました。テストをベースに品質を可視化し、マネジメントやベンダーとの協働に関する課題に対して改善提案・推進も行っています。「評価の仕組みを作りたいが、何から手をつけるべきか」という段階からご相談ください。
出典：（1）システム開発プロジェクトリーダー300名への外注活用に関する実態調査（詳細はこちら）、（2）SES・派遣エンジニア500名への実態調査「成果が出る開発現場の条件」（2025年10月調査）。いずれも株式会社STELAQ調べ。
