LASSIC Media らしくメディア

2026.06.19 らしくコラム

ラボ型開発とSESの違い|契約・指揮命令・費用を徹底比較

LASSIC IT事業部|元請(プライムベンダー)としてシステム保守・運用を受託

software development office computers

この記事のポイント

  • ラボ型開発とSESは、どちらも「人」を活用する契約形態ですが、指揮命令の所在と契約主体が異なります。
  • ラボ型はチーム単位でのリソース確保・継続開発向き、SESはスポット補完・短期スキル補充向きの特性があります。
  • 調達方法の選択を誤ると、偽装請負リスクや費用超過につながるため、5軸の違いを理解したうえで判断することが大切です。

ラボ型開発とSESの基本定義

code on monitor screen

ラボ型開発とSESの違いとは、契約形態・指揮命令の所在・チーム編成の単位において明確に異なる二つの外部IT人材調達モデルのことです。どちらも社内エンジニアを補完する手段ですが、目的・コスト構造・リスク分担が大きく異なります。

ラボ型開発 契約:準委任(チーム単位) 指揮命令:発注者が直接行使 対象:専用チーム(複数名) 用途:継続的な開発・保守 拠点:オフショア・ニアショア多 成果物責任:負わない VS SES(準委任) 契約:準委任(個人単位) 指揮命令:発注者が直接行使 対象:エンジニア個人 用途:スキル補完・短期対応 拠点:国内が主 成果物責任:負わない
ラボ型開発とSESの主要項目比較(契約・指揮命令・拠点・用途)

ラボ型開発(Lab型開発)とは、オフショアやニアショアの開発拠点に発注者企業の専用チームを編成し、継続的な開発・保守業務を委託する調達モデルです。契約形態は準委任が主流で、指揮命令権は発注者が持ちます。

SES(システムエンジニアリングサービス)とは、IT人材を保有するベンダーが個人単位でエンジニアを発注者先に常駐させ、技術力を提供する準委任契約の一形態です。発注者がエンジニアの業務内容・優先順位を指示できる点が請負と異なります。

両者の共通点は「成果物の完成責任を負わない」点です。請負契約では成果物の完成義務と瑕疵担保責任が生じますが、ラボ型・SESともに準委任ベースのため、作業プロセスへの報酬が基本となります。

請負・派遣・準委任(SES)・ラボ型の契約形態マップ

開発リソースの調達形態は大きく「請負」「労働者派遣」「準委任(SES・ラボ型)」の3種類に分類されます。それぞれの法的根拠と指揮命令の所在が異なるため、まず全体像を把握することが大切です。

契約形態 根拠法令 指揮命令 成果物責任 代表的な使われ方
請負 民法632条 受注者(ベンダー)が自社で管理 完成義務あり・
契約不適合責任あり
システム一括開発、
機能追加プロジェクト
労働者派遣 労働者派遣法 派遣先(発注者)が行使 なし 繁忙期の人員補充、
即戦力の短期確保
準委任(SES) 民法656条・643条準用 発注者が行使
(受注者との事前合意内で)
なし(善管注意義務あり) エンジニア個人の
スキル補完・常駐支援
ラボ型開発 民法656条・643条準用
(準委任ベース)
発注者が行使
(専用チームに対し)
なし(善管注意義務あり) オフショア専用チームによる
継続開発・保守

労働者派遣と準委任(SES・ラボ型)は「発注者が指揮命令を行使できる」点で共通していますが、根拠法令と雇用主が異なります。派遣では労働者の雇用主は派遣元会社で、派遣法の規制(業務範囲・期間制限等)が適用されます。準委任では受注者(SES会社・ラボ運営会社)が雇用主のままで、発注者との業務委託契約に基づき業務遂行の裁量を認める仕組みです。

請負との中心的な違いは成果物責任の有無です。請負では「完成した成果物を納める」義務を受注者が負いますが、ラボ型・SESは「業務の遂行プロセス」に対して報酬が発生します。そのためリリーススケジュールや品質水準の管理責任は、発注者側により強く求められます。

5軸比較:契約・指揮命令・成果物・コスト・向くケース

ラボ型開発とSESを5つの軸で詳細に比較します。調達方法の選択にあたって確認すべき論点を体系的に整理しました。

比較軸 ラボ型開発 SES(準委任)
契約形態 準委任(月額チーム単位)。
6か月〜数年の継続契約が多い。
準委任(個人単位・月額)。
3か月〜1年程度の短中期が中心。
指揮命令 発注者がチームリーダー経由で指示。
国内PM ↔ 現地チームの二重構造が多い。
発注者が直接エンジニアに指示可。
常駐先の業務フローに組み込まれる。
成果物責任 なし。善管注意義務(民法644条)のみ。
品質管理ルールは契約で個別設定。
なし。善管注意義務のみ。
バグ・遅延は発注者負担になりやすい。
コスト構造 月額固定(チーム編成人数×単価)。
初期構築費(立ち上げ)が別途発生する場合あり。
市場参考値・一次資料ではない。
月額固定(個人単価)。
エンジニアのスキルレベルで単価が変動。
市場参考値・一次資料ではない。
向くケース 長期継続開発・保守運用・
スクラム開発の外部化・コスト最適化。
特定スキルの短期補完・
繁忙期対応・社内人材のサポート役。

費用について補足します。いずれの形態も、提示される費用は各社の商慣行・エンジニアのスキルレベル・拠点(国内/海外)によって幅があります。個別の見積もりが必要な領域であり、本記事掲載の費用レンジは市場参考値であり一次資料ではありません。

ラボ型開発が向くケース・向かないケース

ラボ型開発は「継続的かつ一定量以上の開発・保守ニーズがある」組織に適しています。プロジェクト単発の請負では対応しづらい「チームの熟成」や「ドメイン知識の蓄積」を外部チームで実現できる点が強みです。

向くケース

  • 継続的な機能追加・保守運用:リリース後も機能改善が続くSaaSや社内システムでは、チームが業務仕様を熟知した状態を維持できます。
  • コスト最適化を重視するケース:オフショア・ニアショア拠点の活用で国内採用比で費用を抑えた体制構築が検討できます。ただし立ち上げ期のコミュニケーションコストは別途考慮が必要です。
  • スクラム開発の外部化:スプリントサイクルを繰り返す開発スタイルに合致し、チームのベロシティが蓄積されます。
  • 特定技術領域の専任チーム確保:モバイル・クラウドインフラ・QA自動化など、国内で採用難易度が高いスキルをまとめて調達する際に有効です。

向かないケース

  • 短期・単発プロジェクト:チームの立ち上げコストが発生するため、3か月以内の一時的な開発では費用対効果が下がります。
  • 仕様が固まっていない段階:要件定義が未確定のまま専用チームを編成すると、手戻りコストが膨らみます。ラボ型に移行する前に要件定義フェーズを完了させることが望ましいです。
  • 高いセキュリティ要件があるケース:機密性の高い個人情報・金融データを扱うシステムでは、オフショア拠点との情報共有にセキュリティ審査が必要です。ISMS認証の取得状況などを事前確認しましょう。

SESが向くケース・向かないケース

SESは個人単位でのスキル補完に特化しています。社内チームの穴を埋める「ピンポイント採用の代替」として機能しやすい一方、長期化するとマネジメントコストが増加します。

向くケース

  • 特定スキルを持つエンジニアの短期確保:セキュリティ診断・パフォーマンスチューニングなど、社内に不在のスキルを短期間だけ補う場合に適しています。
  • 繁忙期・プロジェクトピーク時の人員補完:正社員採用を待てない繁忙期に即戦力を確保できます。
  • 社内エンジニアとの協働:既存チームに1〜2名を加えてスキルギャップを埋めるスタイルが典型です。

向かないケース

  • 大規模な開発体制が必要なケース:10名以上の体制が必要な場合、個人単位のSES調達では採用・管理コストが増大します。ラボ型やチーム請負の検討が現実的です。
  • 成果物の完成責任を求めるケース:SESは準委任のため成果物の納品義務を負いません。システムの完成を外部に委ねたい場合は請負契約が適切です。
  • 自社にマネジメントリソースがないケース:指揮命令は発注者が行使するため、適切な管理ができないと品質低下につながります。

偽装請負リスクと法的留意点

office workspace laptop

準委任(SES・ラボ型)と請負の混同は「偽装請負」となるリスクがあります。日本では「労働者派遣事業と請負により行われる事業との区分に関する基準」(昭和61年労働省告示第37号)により、指揮命令関係の有無が派遣か請負かを区分する基準とされています。

請負契約でありながら発注者がエンジニアに直接業務指示を出す状況は、実態として指揮命令関係が生じているとみなされ、偽装請負として是正指導の対象になる可能性があります。この点は形式上の契約名称ではなく、実態での判断となります。

SES・ラボ型(準委任)では発注者が指揮命令を行使できるため、請負との混用はせず、契約形態を明確に区分することが大切です。以下の点に留意しましょう。

  • 請負契約でエンジニアに直接指示しない:請負ベースで発注している場合、日常的な業務指示・進捗確認の指示権は受注者(ベンダー)の管理者が持つ必要があります。
  • 契約書に業務範囲・指揮命令の取り決めを明記する:口頭での取り決めではなく、書面で指揮命令の在り処を明確化することがリスク軽減につながります。
  • 契約形態の変更は弁護士・社労士への事前確認を推奨:特に準委任から請負への変更、または複数形態の混用は専門家への相談を検討してください。

なお、本記事は法的助言を目的とするものではありません。具体的な契約上の判断は、労働法・民法を専門とする弁護士または社会保険労務士にご相談ください。

費用構造の目安と比較

ラボ型開発とSESの費用構造を比較します。以下の数値は市場参考値であり、一次資料ではありません。実際の費用はエンジニアのスキルレベル・拠点・契約内容によって異なるため、個別見積もりが必要です。

費用項目 ラボ型開発(参考値) SES(参考値)
月額費用(1名あたり) オフショアの場合、国内SES比で低めになる傾向があります(市場参考値)。 エンジニアのスキルレベルによって幅があります(市場参考値)。
初期費用 チーム編成・環境構築のための初期立ち上げ費が発生する場合があります。 紹介・マッチング費用が発生する場合があります(エージェント利用時)。
管理コスト PMコスト・コミュニケーションコスト(言語・時差対応)が必要です。 発注者側のマネジメントコストが別途発生します。
契約期間 6か月以上の継続契約が多く、長期になるほど単価交渉の余地があります。 3か月〜1年程度が多く、更新のたびに単価見直しが発生する場合があります。

費用の単純比較には注意が必要です。ラボ型開発ではチームとして機能するまでの立ち上げ期間(通常数か月)を見込む必要があります。一方SESは即戦力を確保しやすい反面、個人依存のリスクや担当者交代時の引き継ぎコストが生じます。

長期的なトータルコストで判断する場合、ラボ型は規模が大きくなるほどコスト効率が向上する傾向があります。一方SESは少人数・短期では管理コストを含めた費用対効果が高くなりやすいです。

調達方法選択の判断フロー

開発リソースの調達方法は、業務の継続性・チームサイズ・成果物責任の要否によって整理できます。以下のフローを目安に検討してください。

ステップ1:成果物の完成責任が必要かどうかを確認する

「システムが完成した状態での納品」を外部に委ねたい場合、請負契約が適切です。請負では受注者が完成義務を負うため、プロジェクト単発の開発には向いています。一方、継続的な機能追加・保守は「完成の定義が流動的」なためSES・ラボ型の準委任が現実的です。

ステップ2:体制規模とプロジェクト期間を確認する

3名以上のチームを半年以上継続して活用する見込みがある場合、ラボ型開発のコスト効率が高まります。1〜2名のスキル補完で3か月以内の短期対応であれば、SESの方が立ち上げコストを抑えられます。

ステップ3:拠点・コミュニケーション要件を確認する

オフショア・ニアショア拠点での開発が許容できる場合、ラボ型のコスト優位性が生まれます。ただし時差・言語・文化の違いを吸収するブリッジSE(国内外のコミュニケーションを仲介する担当者)の配置コストも考慮が必要です。

ステップ4:指揮命令とマネジメント体制を整備する

SES・ラボ型どちらも、発注者側に適切な指揮命令体制がないと品質が低下します。社内に専任PMがいない場合、マネジメント機能も含めて提供できるパートナーを選ぶことで、リスクを軽減できます。

まとめ:契約・指揮命令・目的の3軸で選ぶ

本稿では、ラボ型開発とSESの違いを契約形態・指揮命令・成果物責任・コスト構造・向くケースの5軸で整理しました。要点を3つに集約します。

第一に、ラボ型開発とSESはどちらも準委任ベースで指揮命令を発注者が持つ点が共通ですが、チーム単位か個人単位か、継続期間の長短、拠点(オフショア・国内)に違いがあります。

第二に、成果物の完成義務を外部に委ねたい場合は請負、業務の遂行プロセスに対して報酬を支払う形であればSES・ラボ型と分類できます。偽装請負を避けるためにも、実態と契約形態を一致させることが重要です。

第三に、3名以上・半年以上の継続開発ニーズにはラボ型、1〜2名の短期スキル補完にはSESが費用対効果で優位になりやすいです。どちらも発注者側のマネジメント体制の整備が成果を左右します。

よくある質問

ラボ型開発とSESは契約形態が同じですか?

どちらも準委任契約(民法656条・643条準用)を基本とする点では共通しています。ただし、ラボ型開発はチーム単位での長期継続契約が中心で、SESは個人単位の月額契約が主流です。契約書に記載する業務範囲・指揮命令の取り決めも異なる場合があるため、契約締結前に内容を確認することをお勧めします。

SESで発注者が直接指示を出しても問題ありませんか?

準委任(SES)では、発注者がエンジニアに業務指示を出すことは契約上認められています。ただし、請負契約を締結しているにもかかわらず発注者が直接指示を出す場合は、偽装請負とみなされるリスクがあります。契約形態と実態を一致させることが大切です。具体的な判断は、労働法専門の弁護士や社会保険労務士にご相談ください。

ラボ型開発とオフショア開発は同じ意味ですか?

ラボ型開発はオフショア開発(海外拠点での開発)の一形態ですが、同義ではありません。ラボ型は「発注者企業の専用チームを設置する」契約・運営モデルを指し、拠点が国内(ニアショア・地方)の場合もあります。オフショア開発には請負型やラボ型など複数の契約形態が存在します。

ラボ型開発とSESで費用が安いのはどちらですか?

一概には言えません。ラボ型開発でオフショア・ニアショア拠点を活用する場合、エンジニアの人件費が国内SESと比較して低くなる傾向がありますが、立ち上げコストやブリッジSEの費用が加わります。SESは即戦力確保が容易な反面、少人数・短期では管理コストを含めた総費用が割高になる場合があります。いずれも市場参考値であり、個別見積もりでの確認をお勧めします。

ラボ型開発やSESでシステムが完成しなかった場合、責任はどこにありますか?

準委任契約であるラボ型開発・SESでは、受注者(ベンダー)は成果物の完成義務を負いません。善管注意義務(民法644条)のもとで適切に業務を遂行する責任はありますが、完成・動作保証は契約上含まれていません。システムの完成責任を外部に求める場合は請負契約が適切です。準委任と請負の使い分けを契約前に明確にしておくことが大切です。

著者:テレリモ総研編集部 鈴木 亮佑

LASSICに相談するメリット

LASSICは元請(プライムベンダー)としてシステム保守・運用・開発を受託してきた実績を持ちます。ラボ型開発・SES・請負の契約形態を組み合わせた柔軟な体制提案が可能です。調達方法の選定から体制構築・マネジメント支援まで、貴社の状況に合わせてご提案します。


ITアウトソーシング・システム開発のご相談はLASSICへ

元請(プライムベンダー)として、貴社の課題に合わせた体制構築・開発支援をご提案します。まずはお気軽にご相談ください。

無料相談はこちら

ご不明な点はお問い合わせフォームからもご連絡いただけます。


View