はじめに
年末が近づくと、来年度の予算編成や契約更新の検討が始まります。このタイミングで「今のベンダーとの契約を来年も続けるべきか」「条件を見直すべきか」を判断することになりますが、その判断材料が担当者の印象だけ、ということは少なくありません。「特に大きなトラブルはなかったから継続」「なんとなく対応が遅い気がする」といった感覚的な評価では、契約更新の交渉でも、社内への説明でも説得力を持てません。
そこで役に立つのが、ベンダー評価シートです。ベンダーと長期的なパートナーシップを築くために発注側ができることでも触れたように、良い関係を続けるためには、良かった点も悪かった点も事実ベースで振り返り、相手に伝える仕組みが必要です。
今回は、年次評価で使うベンダー評価シートの作り方と、何を振り返るべきかを整理します。
なぜ「年次」でベンダーを評価するのか
ベンダーの評価というと、失敗しないベンダー選定の5つの基準のように、契約前の「選定時の評価」をイメージする方が多いと思います。しかし、選定時の評価はあくまで提案書や面談をもとにした「期待値」の評価です。実際に一緒に仕事をしてみて、その期待値がどの程度実現されたのかを確認するのが年次評価の役割です。
年次評価を行う目的は、主に次の3つです。
- 契約更新・リプレイス判断の材料にする：継続・条件見直し・ベンダーリプレイスのいずれを選ぶかを、事実に基づいて判断する
- 改善要望を具体的に伝える：「もっとしっかりやってほしい」ではなく、「障害報告の初報が平均で何時間遅れていた」という形で伝えられるようにする
- 社内への説明責任を果たす：来年度の予算を確保する際に、「なぜこのベンダーに、この金額を払い続けるのか」を経営層や購買部門に説明できるようにする
特に3つ目は見落とされがちですが、発注側担当者にとっては重要です。評価の記録がないと、担当者が異動した途端に「なぜこのベンダーなのか」が誰にも説明できなくなります。
ベンダー評価シートに入れるべき評価項目
評価項目は細かく作りすぎると記入が負担になり、形骸化します。実務では、次の5つの軸で整理し、各軸に2〜4項目程度を設けるくらいがちょうどよいと考えています。
軸1：品質
- 納品物の不具合件数、受け入れテストでの指摘件数とその傾向
- 本番環境での障害件数と、そのうちベンダー起因のもの
- ドキュメント（設計書・手順書）の正確さと更新の適時性
保守運用フェーズであれば、ベンダーとのSLA（サービスレベル合意）で定めた数値の達成状況をそのまま評価に使えます。SLAを定めていない場合は、来年度の契約で数値を握る良いきっかけにもなります。
軸2：納期・対応スピード
- 計画したマイルストーンの遵守状況
- 問い合わせ・障害への初動対応の速さ
- 遅延が見込まれたときに、早めに相談があったか
単に「遅れたかどうか」だけでなく、「遅れそうなときに正直に早く言ってくれたか」を評価に入れておくことをお勧めします。発注側にとって本当に困るのは、遅延そのものよりも、進捗報告の「大丈夫です」が続いた後に突然遅延が判明するケースだからです。
軸3：コスト
- 見積もりと実績の乖離
- 追加費用の発生件数と金額、その妥当性
- 見積もりの根拠が説明可能な粒度で示されていたか
「追加費用はかかりません」を鵜呑みにしないためにで触れたように、追加費用が「発生したかどうか」よりも、「事前に相談があり、根拠が示されていたか」を見ることが大切です。発注側の要求変更が原因の追加費用まで、ベンダーの減点にするのは公平ではありません。
軸4：体制・コミュニケーション
- 契約時に約束された体制・要員が維持されていたか
- キーパーソンの交代があった場合、引き継ぎは適切だったか
- 報告・連絡の質（定例報告の内容、課題のエスカレーション）
ベンダーのキーマンが離任・退職したときの対応は、ベンダーの組織力が最もよく表れる場面です。年に一度、体制の変化を振り返っておくと、来年度の体制要求にも反映しやすくなります。
軸5：提案力・改善姿勢
- 言われたことだけでなく、改善提案や先回りの指摘があったか
- 発注側の業務やビジネスを理解しようとする姿勢があったか
- 前回の評価で伝えた改善要望に対応したか
この軸は数値化しにくいため、具体的なエピソードを1〜2件記録する形がお勧めです。「障害の再発防止策として監視項目の追加を自主的に提案してくれた」といった事実が残っていれば、評価の根拠として十分機能します。
評価の付け方：点数よりも「根拠」を残す
評価シートでは、各項目を5段階などで点数化するのが一般的です。ただし、点数だけを残すと、翌年に見返したときに「なぜ3点なのか」が分からなくなります。シートの設計では、次の3点を意識してください。
- 点数の基準を事前に決めておく：「3点＝契約・SLAどおり」「4点＝期待以上の対応が複数回あった」「2点＝改善要望を出したが改善されなかった」のように、基準を言葉で定義しておく
- 点数の横に根拠欄を設ける：障害件数や遅延日数などの数字、または具体的なエピソードを1行で書く
- 評価者を複数にする：発注側の担当者1人の印象に偏らないよう、業務部門・情報システム部門など、ベンダーと接点のある複数の立場から意見をもらう
根拠の数字は、年末にまとめて集めようとすると大変です。課題管理表や障害記録、定例会の議事録など、日々の管理で残している記録から拾えるように、評価項目と日常の記録を対応させておくと、年次評価の作業負荷は大きく下がります。
評価結果はベンダーにフィードバックする
評価シートを社内の判断材料にするだけで終わらせるのは、もったいない使い方です。評価結果はベンダーにもフィードバックし、来年度に向けた改善の対話の材料にすることをお勧めします。
フィードバックの場では、次の順番で伝えると建設的な議論になりやすくなります。
1. 良かった点を具体的に伝える：評価の高かった項目と、その根拠となったエピソード
2. 改善してほしい点を事実で伝える：点数ではなく、数字や事例で示す
3. 発注側の改善点も共有する：要件の確定が遅れた、レビューの返却が遅れた、といった発注側起因の問題も認める
4. 来年度の期待を具体的に伝える：「来年度は障害初報を1時間以内に」のように、次の評価基準につながる形で伝える
3つ目の「発注側の改善点」を自ら挙げることは、意外と効果があります。一方的に評価される関係では、ベンダー側も本音を言いにくくなります。発注側の「無理な要求」がプロジェクトを壊す理由でも触れたとおり、問題の原因が発注側にあることも少なくありません。お互いの改善点をテーブルに載せることで、評価が「通知表」ではなく「来年度の改善計画」に変わります。
年次評価を契約更新につなげる
年次評価の結果は、そのまま契約更新の判断と交渉に活用できます。
- 評価が高い場合：継続を前提に、体制の維持やキーパーソンの継続を条件として確認する
- 特定の軸だけ評価が低い場合：その軸についてSLAや報告ルールを契約に追加し、改善を条件に継続する
- 複数の軸で評価が低く、改善要望にも対応がない場合：リプレイスの検討に入る。ただし、ベンダー変更時の引き継ぎには相応の期間とコストがかかるため、来年度すぐの切り替えが現実的かどうかも合わせて判断する
評価の記録が数年分たまってくると、「このベンダーは品質は安定しているがコストが年々上がっている」「体制変更のたびに品質が落ちる」といった傾向も見えるようになります。単年の評価だけでは見えない傾向をつかめることも、評価シートを継続的に運用する大きなメリットです。
まとめ
ベンダー評価シートは、品質・納期・コスト・体制・提案力の5つの軸で、数項目ずつ評価するシンプルな形から始めるのが現実的です。点数だけでなく根拠となる数字やエピソードを残し、複数の立場から評価することで、印象に頼らない評価ができます。評価結果はベンダーにもフィードバックし、発注側の改善点も含めて来年度の改善計画として共有すること、そして契約更新の判断と交渉の材料として活用することが、年次評価を形骸化させないためのポイントです。
執筆者プロフィール：SIer（元請け）とITコンサルファーム（発注側支援）、両方の立場でプロジェクトに従事（通算9年）。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。
コメント