---
title: "アジャイル開発の契約の結び方。準委任とモデル契約の使い方｜アメリア・テクノロジー株式会社"
url: https://www.ameliatechnology.co.jp/blog/agile-development-contract/
description: "作りながら中身を決めるアジャイル開発を外部に頼むときの契約の結び方を、IPAの「情報システム・モデル取引・契約書（アジャイル開発版）」にもとづいて整理します。準委任契約を前提とする理由、プロダクトオーナーなどの役割、契約前に確かめることを説明します。"
updated: 2026-11-12
publisher: "アメリア・テクノロジー株式会社"
---
# アジャイル開発の契約の結び方。準委任とモデル契約の使い方

作りながら中身を決めるアジャイル開発を外部に頼むときの契約の結び方を、IPAの「情報システム・モデル取引・契約書（アジャイル開発版）」にもとづいて整理します。準委任契約を前提とする理由、プロダクトオーナーなどの役割、契約前に確かめることを説明します。

2026.11.12 [開発の発注と契約](https://www.ameliatechnology.co.jp/blog/category/outsourcing/)

執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO）

開発の発注と契約（OUTSOURCING）のコラム

## この記事の要点

- IPAのアジャイル開発版のモデル契約は、成果物の完成に払う請負ではなく、専門家として業務を進めることに払う準委任契約を前提としています
- モデル契約では、作るものの優先順位を決めるプロダクトオーナーを発注する側が、スクラムマスターを開発会社が選ぶ形になっています
- 契約前のチェックリストで目的・体制・進め方の理解をそろえ、指示の経路にも気をつけて偽装請負のリスクを避けます

作りながら中身を決めるアジャイル開発を外部に頼むときは、準委任契約で結ぶのが一般的な考え方です。IPA（情報処理推進機構）の「情報システム・モデル取引・契約書（アジャイル開発版）」も、準委任契約を前提としています。

契約の形と同じくらい大切なのが、役割の分け方と、契約の前に双方の理解をそろえることです。発注する側にはプロダクトオーナーとして優先順位を決める役割があり、開発会社との間では、作業の指示の経路にも気をつけます。モデル契約にもとづいて整理します。

## アジャイル開発で請負が合いにくい理由

[アジャイル開発](https://www.ameliatechnology.co.jp/glossary/agile/)とは、短い期間の区切りごとに、作る機能を選んで開発し、できたものを確かめながら進める開発の進め方です。最初にすべての仕様を決めきらず、利用者の反応や事業の状況に合わせて、作るものの優先順位を見直していきます。

[請負契約](https://www.ameliatechnology.co.jp/glossary/ukeoi-contract/)は、決めた仕事を完成させることを約束する契約です。何を完成させるかが最初に決まっていることが前提になるため、作りながら中身を変えていくアジャイル開発とは合いにくい面があります。進め方の違いは[アジャイル開発とウォーターフォール開発の違い](https://www.ameliatechnology.co.jp/blog/agile-vs-waterfall/)で説明しています。

## IPAのモデル契約は、準委任契約が前提

IPAの「情報システム・モデル取引・契約書（アジャイル開発版）」は2020年3月31日に公開されたモデル契約と解説で、準委任契約を前提としています。成果物の完成に対価を払う請負ではなく、開発会社が専門家として業務を進めること自体に対価を払う形です。資料のページの最終更新日は2026年9月11日となっています（2026年11月時点）。

出典：[情報システム・モデル取引・契約書（アジャイル開発版）（IPA）](https://www.ipa.go.jp/digital/model/agile20200331.html)

[準委任契約](https://www.ameliatechnology.co.jp/glossary/quasi-mandate-contract/)では、開発会社は仕事の完成の義務は負いませんが、専門家として求められる注意を払って業務を進める義務を負います。請負と準委任の違いは[システム開発の請負契約と準委任契約は、何が違うか](https://www.ameliatechnology.co.jp/blog/ukeoi-vs-junin/)で、民法の条文に沿って整理しています。

## 役割の分け方

モデル契約では、発注する側（ユーザ企業）と開発会社（ベンダ企業）が、それぞれ役割を持って協働する体制を想定しています。

| 役割 | 選ぶ側 | 主な仕事 |
|---|---|---|
| プロダクトオーナー | 発注する側 | 作るものの目的を示し、作る機能の優先順位を決める |
| スクラムマスター | 開発会社 | 進め方が守られるよう支え、チームの妨げになることを取り除く |
| 開発チーム | 開発会社が構成 | 区切りごとに、選んだ機能を開発する |

モデル契約の契約前チェックリストには、開発会社の体制として「必要な能力を有する開発チームを構成できるか」という項目があり、開発チームは開発会社が組む前提と読み取れます。役割の名前は、進め方の一つである[スクラム](https://www.ameliatechnology.co.jp/glossary/scrum/)で使われるものです。

### 発注する側の役割が大きい

アジャイル開発では、プロダクトオーナーを務める発注する側の役割が大きくなります。作る機能の一覧（[プロダクトバックログ](https://www.ameliatechnology.co.jp/glossary/product-backlog/)）を整え、区切りごとにできたものを確かめ、次に何を作るかを決めるためです。

プロダクトオーナーが忙しくて打ち合わせに出られない、決めるべきことを決められない、という状態では、開発チームが手待ちになります。社内で、プロダクトオーナーが時間を割けるようにしておくことが大切です。発注する側の役割の全体は、[発注する側のプロジェクト管理。担当者がすること](https://www.ameliatechnology.co.jp/blog/client-side-project-management/)にまとめています。

## 契約の前に確かめること

IPAのモデル契約には、Excel 形式の「契約前チェックリスト」が用意されています。目的・ゴール、プロダクトのビジョン、アジャイル開発への理解、開発の対象、初期の計画、契約の理解、体制など、9つの分類で確かめる形です。

チェックリストを双方で使い、次のような点で理解がそろっているかを確かめてから契約すると、後の食い違いを減らせます。

- 何のために作るのか、どうなれば成功か
- 発注する側が、アジャイル開発の進め方と自分の役割を理解しているか
- 最初にどのくらいの範囲を、どのくらいの期間で作るつもりか
- 準委任契約であり、完成を約束する契約ではないことを双方が理解しているか
- プロダクトオーナーや開発チームを担う人がいるか

## 契約書で決めておくこと

モデル契約を下敷きにしつつ、次のような点を自社の事情に合わせて決めておきます。

- **期間と区切り**：契約の期間と、区切り（スプリント）の長さ
- **体制と人数**：開発チームの人数や役割。誰を充てるかは開発会社が決めます
- **報酬**：期間ごとに払う形が中心です。準委任でも、成果に対して払う形を選ぶこともできます
- **確かめ方**：区切りごとに、できたものをどう確かめるか
- **権利**：成果物の著作権などの扱い。考え方は[システム開発の成果物の著作権は誰のものか](https://www.ameliatechnology.co.jp/blog/software-copyright-ownership/)で説明しています
- **終わり方**：途中で終わる場合の扱い、次の契約への引き継ぎ

## 偽装請負のリスクに気をつける

アジャイル開発では、発注する側と開発チームが近い距離で協働するため、作業の指示の経路に気をつける必要があります。IPAのモデル契約の資料も、受発注の契約でアジャイル開発を行う場合の偽装請負を指摘されるリスクに触れ、厚生労働省の疑義応答集（第3集）を参考にするよう案内しています。

疑義応答集では、対等な関係で協働し、開発会社の担当者が自律的に開発を進めていれば偽装請負とはされない一方、発注する側が開発会社の担当者に業務の遂行方法や労働時間などを直接指示すると、偽装請負と判断されると説明しています。

出典：[「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号告示）に関する疑義応答集（第3集）（厚生労働省）](https://www.mhlw.go.jp/content/000834503.pdf)

プロダクトオーナーが作るものの優先順位や要望を説明することと、開発チームの一人ひとりに作業や時間を指示することは、分けて考えます。具体的な注意点は[偽装請負にならないための、発注者の注意点](https://www.ameliatechnology.co.jp/blog/disguised-ukeoi-prevention/)で整理しています。

本記事は、モデル契約と公表資料にもとづく一般的な整理です。個別の契約書の内容や判断は、弁護士などの専門家にご確認ください。

## 当社のご支援

当社の[ラボ開発（専任チーム）](https://www.ameliatechnology.co.jp/lab/)は、当社の国内の技術者でつくる専任のチームを一定の期間確保し、作るものの優先順位をご相談しながら開発と改善を続ける関わり方で、準委任契約でお受けします。ご要望と優先順位は当社のリーダーがおうかがいしてチームの作業に落とし込み、お客様から当社の技術者へ直接作業を指示いただく形にはしていません。範囲を決めて進めたい場合との違いは[関わり方](https://www.ameliatechnology.co.jp/engagement/)にまとめています。

- アジャイル開発
- 準委任契約
- モデル契約
- スクラム

## この記事に出てくる用語

- [アジャイル開発](https://www.ameliatechnology.co.jp/glossary/agile/)
- [準委任契約](https://www.ameliatechnology.co.jp/glossary/quasi-mandate-contract/)
- [情報システム・モデル取引・契約書（IPA）](https://www.ameliatechnology.co.jp/glossary/model-contract-ipa/)
- [スクラム](https://www.ameliatechnology.co.jp/glossary/scrum/)
- [請負契約](https://www.ameliatechnology.co.jp/glossary/ukeoi-contract/)
- [ウォーターフォール開発](https://www.ameliatechnology.co.jp/glossary/waterfall/)
- [システム開発](https://www.ameliatechnology.co.jp/glossary/system-development/)
- [プロダクトバックログ](https://www.ameliatechnology.co.jp/glossary/product-backlog/)

## 関連する法令・指針（参考情報）

- 法令
   民法第656条（準委任）
   委任の規定は、法律行為でない事務の委託にも準用されます。これを準委任と呼び、業務を行うこと自体を約束するシステムの開発支援や運用などの契約が、準委任にあたることがあります。
   明治29年法律第89号 [e-Gov 法令検索で開く](https://laws.e-gov.go.jp/law/129AC0000000089)
- 法令
   民法第648条の2（成果等に対する報酬）
   事務の履行によって得られる成果に報酬を払うと約束した場合、成果の引渡しが要るときは、報酬は成果の引渡しと同時に支払います。この場合には、第634条（利益の割合に応じた報酬）が準用されます。
   明治29年法律第89号 [e-Gov 法令検索で開く](https://laws.e-gov.go.jp/law/129AC0000000089)
- 指針
   独立行政法人情報処理推進機構（IPA）「情報システム・モデル取引・契約書（アジャイル開発版）」（2020年3月31日）
   アジャイル開発を外部に委託するためのモデル契約と解説です。請負契約ではなく準委任契約を前提としています。偽装請負の懸念については、厚生労働省の37号告示の疑義応答集を参考として案内しています。
   [発行元の公式ページで開く](https://www.ipa.go.jp/digital/model/agile20200331.html)
- 指針
   厚生労働省「「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号告示）に関する疑義応答集（第3集）」（2021年9月21日公表）
   アジャイル型の開発を念頭に、37号告示の当てはめ方を示した資料です。準委任契約にも同じ基準が当てはまり、対等な関係で協働し受注者側の担当者が自律的に開発を進めていれば偽装請負とはされない一方、発注者側が直接、業務の遂行方法や労働時間などを指示すると偽装請負と判断されると説明しています。
   [発行元の公式ページで開く](https://www.mhlw.go.jp/content/000834503.pdf)

法令は2026年10月21日時点の内容です。要旨は当社がまとめたもので、条文・判決・指針の全文ではありません。個別の事案への当てはめは、弁護士・社会保険労務士などの専門家にご確認ください。表記の決まりは[法令・指針の参考情報と凡例](https://www.ameliatechnology.co.jp/knowledge/legal/)をご覧ください。

この記事を書いた人

[石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO

インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。

このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。

## あわせて読みたい

- [開発会社を替えるときの引き継ぎと、そろえておく資料](https://www.ameliatechnology.co.jp/blog/vendor-switch-handover/)
- [取適法（中小受託取引適正化法）とシステム開発の発注](https://www.ameliatechnology.co.jp/blog/toriteki-act-system-development/)
- [システム開発の成果物の著作権は誰のものか](https://www.ameliatechnology.co.jp/blog/software-copyright-ownership/)

[開発の発注と契約のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/outsourcing/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/)

## 次の一歩

### 現場に入るチームに任せる

技術者がお客様の現場に入り、要件定義から開発・運用までを担います。

[FDEを見る](https://www.ameliatechnology.co.jp/fde/)

### まずは30分、オンラインで話してみる

何に使うかが決まっていない段階でも構いません。30分のオンライン相談は無料です。

[無料で相談する](https://www.ameliatechnology.co.jp/contact/)

## ご関心に合わせて、お選びください。

[情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis)

---

出典：アメリア・テクノロジー株式会社「アジャイル開発の契約の結び方。準委任とモデル契約の使い方｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/agile-development-contract/