準委任契約 は、法律行為ではない事務や業務の処理を依頼する契約類型です。
システム開発や受託開発では、要件整理、調査、PM支援、保守、伴走型開発のように、何かを完成させること より 業務を遂行すること に重心がある仕事で使われやすいです。
まず押さえたいポイント
- 中心は
成果物の完成ではなく業務の遂行 - 工数、期間、体制、報告方法と相性がよい
- 要件が動く案件、調査、伴走支援、保守で使われやすい
- 成果物がゼロという意味ではない
- 請負契約 と混同すると、責任範囲や期待値がずれやすい
どんな場面で使うか
システム開発では、たとえば次のような場面で準委任契約が使われやすいです。
- 要件定義や現状調査から伴走するとき
- 既存システムの整理や移行方針をまとめるとき
- アジャイル開発で優先順位を調整しながら進めるとき
- 公開後の保守や改善を継続的に回すとき
この場合、議事録、調査報告、設計メモ、改善提案などの成果物は出ることがあります。
ただし、契約の中心は 特定の完成物を納品すること ではなく、合意した業務を適切に遂行することにあります。
よくある誤解
準委任契約は、頼めば何でもやってもらえる契約 ではありません。
対象業務、工数、対応時間、報告方法、優先順位の決め方が曖昧だと、発注側と受注側の期待値がすぐずれます。
また、準委任だから 検収 がまったく不要というわけでもありません。
成果物や中間成果があるなら、どこまで確認するかを置いた方が安全です。
実務上の使い分けは、準委任契約と請負契約の違い｜システム開発でどう使い分ける？ で詳しく整理しています。
実務で見るときの注意点
準委任契約で大事なのは、完成条件より 運用ルール をそろえることです。
少なくとも、次はかなり重要です。
- 何を対象業務に含めるか
- 誰が依頼し、誰が優先順位を決めるか
- どのくらいの工数や時間を想定するか
- どの頻度で報告し、どこで意思決定するか
- 追加依頼が出たときにどう扱うか
ここが弱いと、準委任の柔らかさがそのまま曖昧さになります。
逆に、進め方を丁寧にそろえれば、不確実性が高い案件でも回しやすくなります。