この記事の要点
- SESは準委任契約が中心で、指揮命令はSES企業側。派遣(指揮命令は発注側)・請負(成果物が対象)とは仕組みが異なる
- 費用は「人月単価×人数×期間」で決まり、稼働時間の精算幅を契約で定めるのが一般的
- 採用より速く開発力を確保できる一方、偽装請負にならない運用体制の整備が発注企業側の必須事項
エンジニア採用が難しいなか、開発リソースを確保する現実的な手段がSES(システムエンジニアリングサービス)です。本記事では、SES事業を行う当社の視点から、発注する企業が知っておくべきこと——契約・費用・注意点・進め方——を体系的に解説します。
CONTENTS
SESとは(30秒でおさらい)
SES(System Engineering Service)とは、エンジニアの技術力・労働を提供するサービス形態です。発注企業の開発チームにエンジニアが参画し、要件定義から設計・開発・運用までを支援します。契約上は準委任契約が用いられることが多く、成果物の完成ではなく「業務の遂行」が契約の対象になります。基礎はSESとは?契約形態の違いでも解説しています。
派遣・請負・受託開発との違い
| 観点 | SES(準委任) | 派遣 | 請負・受託開発 |
|---|---|---|---|
| 契約の対象 | 業務の遂行 | 労働力の提供 | 成果物の完成 |
| 指揮命令 | SES企業 | 発注企業 | 請負企業 |
| 成果物の完成責任 | なし | なし | あり |
| 要件変更への柔軟性 | 高い | 高い | 低い(変更契約が必要) |
| 向いているケース | 要件が動く開発、リソース補強 | 指揮命令を自社で行いたい | 要件が固まった開発 |
実務上の使い分けとしては、要件が動きやすいアジャイル開発や継続的な機能追加にはSES、仕様が確定した単発案件には請負が向きます。
SES活用のメリット・デメリット
メリット
- 採用より速い——求人・選考・入社を待たず、短期間で開発力を確保できる。
- 体制を柔軟に調整できる——プロジェクトの繁閑に応じて増減でき、固定費リスクを抑えられる。
- 専門スキルを補完できる——AI・クラウドなど社内にない領域を、経験者で埋められる。
- 採用・育成コストが不要——教育コストをかけずに即戦力を確保できる。
デメリット・留意点
- ノウハウが社内に残りにくい——対策として、ドキュメント化と社内メンバーとのペア作業を契約時に握っておく。
- 長期的にはコストが積み上がる——コア領域は内製化を並行して進める判断が必要。
- 指揮命令の制約がある——後述の偽装請負に注意した運用が必須。
費用の考え方(人月単価)
SESの費用は、一般的に「人月単価 × 稼働人数 × 期間」で決まります。人月単価はエンジニアのスキル・経験・対応領域によって変動し、需要の高い領域(AI・クラウド等)ほど高くなる傾向があります。
契約では稼働時間の精算幅(例:月140〜180時間)を定め、下回った場合は控除、超えた場合は追加精算とする形が一般的です。見積もり時は、単価だけでなくこの精算条件も必ず確認しましょう。
| 確認項目 | なぜ重要か |
|---|---|
| 人月単価 | 総額の基準。スキルレベルとの妥当性を確認 |
| 精算幅(下限・上限時間) | 超過・不足時の追加費用に直結 |
| 契約期間・更新条件 | プロジェクト終了時の解約可否 |
| 稼働場所(常駐/リモート) | コミュニケーションコストと交通費 |
契約時の注意点と偽装請負の回避
発注企業が最も注意すべきは偽装請負です。準委任契約であるSESでは、エンジニアへの指揮命令はSES企業側にあります。発注企業が直接、業務の遂行方法や勤務時間を細かく指示すると、実態が労働者派遣とみなされ、偽装請負と判断されるおそれがあります。
実務上の対策:
- 作業依頼・指示はSES企業の責任者を通す運用にする
- 勤怠管理はSES企業側が行う
- 業務範囲・成果の期待値を契約書に明記する
- 自社が直接指揮命令したい場合は、派遣契約の利用を検討する
※契約形態の適法性は個別の実態によって判断されます。判断に迷う場合は、社会保険労務士や弁護士など専門家へのご相談をおすすめします。
依頼から参画までの進め方
- 要件の整理——必要なスキル、稼働開始時期、期間、勤務形態(常駐/リモート)を明確にする。
- SES企業への相談・提案依頼——複数社に同じ条件で相談すると比較しやすい。
- エンジニアの提案・面談——スキルシートの確認と面談で、技術力とチームへの適性を見る。
- 条件調整・契約——単価・精算幅・期間・業務範囲を合意し、契約を締結する。
- 参画・立ち上がり支援——受け入れ体制(環境・ドキュメント・オンボーディング)を用意する。
よくある失敗と対策
失敗1:スキルシートだけで判断した
経歴は合致していても、チームの進め方に合わないパターン。対策:面談で実際の課題を題材に会話し、コミュニケーションの相性も確認する。
失敗2:受け入れ体制を用意していなかった
参画したものの環境も資料もなく、立ち上がりに時間を浪費するパターン。対策:開発環境・仕様書・初期タスクを参画前に準備する。
失敗3:単価の安さだけで選んだ
スキルが要件に届かず、結果的に工数が膨らむパターン。対策:単価と実力のバランスで評価し、面談で見極める。
失敗4:ノウハウが何も残らなかった
参画終了と同時に、誰も保守できない状態になるパターン。対策:ドキュメント作成を業務範囲に含め、社内メンバーとの協働体制を作る。
よくある質問
SESと派遣・請負・受託開発の違いは何ですか?
SESは準委任契約で業務の遂行に対して報酬が発生し、指揮命令はSES企業側です。派遣は指揮命令が発注企業側、請負・受託開発は成果物の完成が契約対象になります。
費用はどのように決まりますか?
一般的に「人月単価×稼働人数×期間」で決まります。単価はスキル・経験・領域で変動し、稼働時間の精算幅を契約で定めるのが一般的です。
偽装請負にならないよう、何に注意すべきですか?
作業依頼はSES企業の責任者を通す運用を徹底し、勤怠管理もSES企業側が行います。発注企業が直接細かく指揮命令すると偽装請負と判断されるおそれがあります。
何名から依頼できますか?
多くの場合1名から依頼可能です。プロジェクトの状況に応じて増減する形も一般的です。
自社開発とSES活用、どちらを選ぶべきですか?
コア技術として内製化したい領域は自社採用・育成、一時的なリソース不足や社内にない専門領域はSES活用が向きます。SESで立ち上げつつ知見を社内に移す進め方も有効です。
まとめ:SESは「速さと柔軟性」を買う手段
SESの本質的な価値は、単なる人手の確保ではなく「必要なスキルを、必要なタイミングで、必要な期間だけ確保できる速さと柔軟性」です。契約と運用のルールを押さえたうえで活用すれば、採用の待ち時間に事業を止めずに済みます。
開発リソースのご相談はフリランへ
株式会社フリランは、AI駆動開発の知見を持つエンジニアが1名から参画します。「どんなスキルの人が必要か整理したい」という段階からご相談ください。
SES・エンジニア参画支援を見る→