LASSIC Media らしくメディア
IT外注の委託先選定ガイド｜比較と失敗回避の判断軸
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- IT外注の委託先選定では、技術力・実績・体制・コスト・セキュリティ・継続性など複数の評価軸を事前に定めることが比較の精度を左右します。
- 選定はロングリストからショートリストへ絞り込み、RFPと相見積もりで比較条件をそろえて提案を評価する進め方が実務で扱いやすい流れです。
- 契約形態（請負・準委任）の違いを理解し、失敗しやすいパターンを踏まえて選定を進めると、後工程での認識の齟齬を防ぎやすくなります。
目次
委託先選定とは、比較基準を事前に定義する工程
IT外注の委託先選定とは、システム開発や運用の委託先候補を技術力・実績・体制・コスト・セキュリティなどの軸で比較し、自社の要件に最も適合する一社を選ぶプロセスを指します。比較の物差しを先に決めておくかどうかで、選定後の満足度は大きく変わります。
技術力だけを見て契約すると、要件定義の後工程や運用体制で齟齬が生じやすくなります。評価軸を技術力・実績・体制・コミュニケーション・コスト・セキュリティ・継続性の7つに分けて整理すると、比較のブレを抑えられます。
選定の進め方は、まず候補を広く集める「ロングリスト」の作成から始まります。次に評価軸で絞り込む「ショートリスト」を作り、提案書・見積りを比較して最終決定するという3段階が、実務では扱いやすい流れです。
評価軸を先に定義しても、各社の情報開示レベルにはばらつきがあります。比較を進める中で回答が得られない項目があれば、その時点で候補から外すかどうかを判断基準として決めておくと、選定作業が長引きにくくなります。
技術力・実績の評価軸——類似プロジェクトの経験で見極める
技術力の評価では、保有資格や使用技術の一覧だけでなく、自社と似た業種・規模・技術構成のプロジェクトを過去に手掛けた経験があるかを確認します。似た文脈での実績は、要件定義や設計段階での手戻りを減らす手がかりになります。
実績を確認する際は、担当した工程（要件定義から運用まで一括か、開発のみか）と、体制の規模（何名でどの程度の期間を要したか）を具体的に聞き取ることが欠かせません。数値の開示を求めても答えが曖昧な委託先は、実績の裏付けが弱い可能性があります。
資格・認定と技術デューデリジェンス
クラウドベンダーの認定資格（AWS・Azureなどの認定エンジニア数）や、開発言語・フレームワークの保有スキルも、技術力を裏付ける材料になります。契約前にサンプルコードのレビューや、テスト環境での動作確認を依頼できると、提案書だけでは分からない実務水準を把握しやすくなります。
技術デューデリジェンス（委託前に技術面を詳細に確認する作業）を実施する場合は、確認したい観点をあらかじめリスト化しておきます。セキュリティ・保守性・拡張性のどこに重点を置くかを決めておくと、限られた打ち合わせ時間でも要点を押さえて評価できます。
公開されている事例紹介（企業名を伏せた導入事例を含む）や、既存顧客からの評価が確認できるかどうかも、実績の裏付けとして参考になります。事例の有無だけでなく、どの工程をどこまで担当したかまで確認すると、自社の依頼内容と実績の対応関係を判断しやすくなります。
体制・コミュニケーション——委託後の窓口対応力を確認する
契約後の体制は、技術力と同じくらい選定結果を左右します。担当窓口が固定されているか、障害・トラブル発生時の連絡フローと対応時間の目安が明示されているかを、契約前の打ち合わせで確認します。
オフショア・ニアショア開発を選択肢に含める場合は、時差や言語の違いを補う体制（ブリッジ人材の有無など）も評価軸に加えます。定例報告の頻度や使用するコミュニケーションツールも、契約前にすり合わせておくと後の行き違いを防ぎやすくなります。
定例会議体の設計も選定の判断材料になります。週次・月次といった報告頻度に加え、緊急時のエスカレーション先（誰が最終判断を下すか）を事前に取り決めておくと、トラブル発生時の対応が遅れにくくなります。
コスト構造と契約形態——請負と準委任の違いを理解する
システム開発の委託契約は、成果物の完成を約束する「請負」と、業務の遂行を約束する「準委任」に大きく分かれます。IPAの「情報システム・モデル取引・契約書」は、この契約類型の考え方や責任範囲を整理した官民共通の指針として公開されています*1。
要件定義やアジャイル開発のように成果物を最初から確定しづらい工程では準委任、外部設計以降の開発工程では請負を選ぶという整理が実務で使われます*1。契約形態を工程ごとに分けて締結する場合もあります。
| 項目 | 請負契約 | 準委任契約 |
|---|---|---|
| 約束する内容 | 成果物の完成*1 | 業務の遂行*1 |
| 費用の基本形 | 成果物に対する固定費用 | 稼働時間に応じた費用 |
| 適した工程 | 要件が確定した開発・テスト工程 | 要件定義やアジャイル開発など変化しやすい工程 |
| 仕様変更への対応 | 追加見積りが生じやすい 契約不適合責任の対象になる*1 |
稼働範囲の見直しで対応しやすい |
契約形態を判断する際は、要件の確定度合いと、変更が生じた場合の追加費用の扱いを確認します。準委任は稼働時間に応じた費用、請負は成果物に対する固定費用が基本になるため、コスト構造の違いも合わせて比較することが大切です。
要件定義は準委任、外部設計以降は請負というように、工程ごとに契約を分ける「混在契約」も実務では選ばれます*1。この場合、工程の切れ目ごとに検収基準と引き継ぎ資料の範囲を明確にしておくことが欠かせません。
契約形態の比較とあわせて、開発した成果物の著作権・知的財産権の帰属先も確認しておきます。帰属先が不明確だと、契約終了後に別の委託先へ引き継ぐ際の障害になりかねません。
セキュリティと事業継続性——情報管理体制と委託先の持続性を見る
委託先に自社データやソースコードを預ける以上、情報セキュリティの管理体制は必須の確認項目です。ISMS（情報セキュリティマネジメントシステム。組織的な情報管理の国際規格）やPマークなどの第三者認証の有無、アクセス権限の管理方法、データの保管・破棄の手順を具体的に確認します。
セキュリティ管理が不十分な委託先を選ぶと、情報漏えいが発生した際の対外説明や取引先対応など、委託した業務そのものより大きな負担を負うおそれがあります。契約前に監査結果や運用ルールを開示してもらうと、実態を把握しやすくなります。
継続性の観点では、委託先の事業規模や在籍年数、担当者の異動・退職時の引き継ぎ体制も見ておきます。小規模な委託先の場合、主要担当者の離脱がプロジェクト全体に影響しやすいため、複数名体制の有無を確認しておくことが望ましいです。
契約終了時のデータの取り扱いも、契約前に確認しておく項目です。委託先に預けたデータやソースコードの返却方法、保有期間終了後の削除・破棄の手順を契約書に明記しておくと、契約終了後の情報管理リスクを抑えられます。
契約書の確認では、秘密保持条項の範囲、損害賠償の上限、再委託の可否についても目を通しておきます。再委託を許容する場合は、再委託先にも同等のセキュリティ水準を求める条項があるかを確認します。
RFP・相見積もりの進め方——比較項目をそろえて評価する
RFP（提案依頼書。委託先候補に要件や調達条件を示し、提案書・見積書の提出を依頼する文書）を用意すると、複数の委託先から同じ条件で提案を受け取れるため、比較の精度が上がります。機能要件だけでなく非機能要件（性能・可用性・保守性など）も明記します。
非機能要件の整理には、IPAが公開する「非機能要求グレード」のような項目分けを参考にすると、抜け漏れを抑えられます*2。RFPを作らず口頭で依頼すると、委託先ごとに前提条件が異なり、見積りの単純比較が難しくなります。
相見積もりを取る際は、対象範囲（スコープ）・前提条件・保守運用の含み方をそろえたうえで依頼します。金額だけで判断すると、対応範囲が狭い委託先を安いと誤認するおそれがあるため、見積りの内訳まで確認します。
提案の評価では、価格の比較に加えて、体制・実績・提案内容の具体性を点数化する評価表を用意すると、担当者間での判断のばらつきを抑えられます。評価項目ごとに重み付けを決めておくと、価格の安さだけで提案を過大評価しにくくなります。
複数提案を比較する際は、評価軸ごとに各社の回答を並べた比較表を作成すると判断しやすくなります。担当者ごとに印象が異なる場合でも、比較表を共有しながら議論すると、選定理由を後から振り返りやすくなります。
起こりやすい失敗パターンと回避策——内製で担う場合の工数も踏まえて判断する
委託先選定で起こりやすい失敗は、価格の安さだけで決めてしまい、後工程で追加費用や品質不足が発覚するパターンです。要件が固まらないまま請負契約を結ぶと、変更のたびに追加見積りが発生し、当初予算を超えるおそれがあります。
委託先の比較・評価を自社だけで行うには、要件定義・契約知識・技術評価の3領域にまたがる知識が必要です。RFP作成、複数提案の評価、契約書の確認までを兼務で進めると、通常業務と並行する担当者の負荷が大きくなります。
コミュニケーション不足も失敗要因のひとつです。要件の解釈が委託先とずれたまま開発が進むと、完成後に大幅な修正が必要になり、追加コストと期間の両方が発生しかねません。定例会議での認識合わせを、契約後も継続することが欠かせません。
本格的な契約の前に、小規模な検証タスクを依頼できる委託先であれば、相性や仕事の進め方を見極める機会になります。トライアルの結果を評価軸に沿って確認しておくと、契約後に想定と異なる進め方が発覚する事態を防ぎやすくなります。
委託先が法人ではなく個人事業主・フリーランスの場合は、「フリーランス・事業者間取引適正化等法」に基づき、取引条件の明示や報酬支払期日の順守など発注側にも義務が生じます*3。契約前に、委託先の法人格と適用される規制を確認しておくと、後のトラブルを避けやすくなります。
評価から契約締結までを一貫して支援できる専門家に相談すると、評価軸の設計や契約書の確認を含めて任せられます。自社だけで進める場合と比べ、比較の基準がぶれにくくなる点が違いとして挙げられます。
まとめ：IT外注の委託先選定で押さえる3つの判断軸
本稿ではIT外注の委託先選定について、比較の進め方と評価軸を整理しました。要点は3つに集約できます。第一に、技術力・実績・体制・コスト・セキュリティ・継続性の軸をあらかじめ定め、ロングリストからショートリストへ絞り込む進め方が比較のブレを抑えます。第二に、契約形態は請負と準委任の違いを理解し、工程に応じて選ぶことが欠かせません*1。第三に、RFPと相見積もりで比較条件をそろえることが、価格だけで判断する失敗を避ける鍵になります*2。オフショア・ニアショアの活用や費用相場など個別テーマの詳細は、それぞれの記事もあわせて確認すると理解が深まります。
よくある質問
請負契約と準委任契約は、どちらを選べばよいですか。
完成物を明確に定義できる開発工程では請負、要件が変化しやすい工程では準委任を選ぶという整理が実務で使われます*1。工程ごとに契約を分けて締結する方法もあります。
相見積もりを取る際に、注意すべき点はありますか。
金額だけで比較すると対応範囲の違いを見落とすため、スコープ・前提条件・保守運用の含み方をそろえたうえで依頼することが大切です。見積りの内訳まで確認します。
RFPを作らずに委託先を比較することはできますか。
口頭での依頼だけでは委託先ごとに前提条件が異なりやすく、見積りの単純比較が難しくなります*2。簡易な形式でも、要件と評価軸を文書化してから依頼することをお勧めします。
委託先が個人事業主やフリーランスの場合、注意点はありますか。
「フリーランス・事業者間取引適正化等法」により、取引条件の明示や報酬支払期日の順守など発注側にも義務が課されます*3。契約前に、委託先の法人格と適用される規制を確認しておく必要があります。
委託先の技術力は、どのように確認すればよいですか。
資格や使用技術の一覧だけでなく、自社と似た業種・規模のプロジェクトを手掛けた経験があるかを具体的に聞き取ります。担当した工程の範囲や体制の規模まで確認すると、実績の裏付けを判断しやすくなります。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：IPA「情報システム・モデル取引・契約書（第二版）」（2020年12月22日公開）（https://www.ipa.go.jp/digital/model/model20201222.html）
- *2 出典：IPA「非機能要求グレード」（https://www.ipa.go.jp/archive/digital/iot-en-ci/jyouryuu/hikinou/index.html）
- *3 出典：公正取引委員会「フリーランス・事業者間取引適正化等法」（2024年11月1日施行）（https://www.jftc.go.jp/fllaw_limited.html）
