SOWとは？作業範囲記述書（Statement of Work）の書き方、例とテンプレート

このガイドでは、作業範囲記述書に何を書くべきか、作業スコープ、要求仕様書、契約書とどう違うか、そして署名済みの SOW をプロジェクト計画に落とし込む方法を解説します。

🔽 記事内では、コピーして使えるテンプレート と、次回の作業範囲記述書にお使いいただける 無料チェックリスト もご用意しています。

作業範囲記述書（SOW）とは

SOW（Statement of Work、作業範囲記述書）とは、受注者が発注者のためにどの作業を行い、どの成果物を、いつまでに、いくらで納品するかを定める正式な文書です。プロジェクト管理では、SOW が作業範囲をめぐる後の議論すべての基準になります。

SOW には次の内容を記載します。

• 目的と期待される成果
• 作業範囲（含まれるものと含まれないもの）
• 成果物 と マイルストーン
• スケジュールと期限
• 受入基準
• 価格と支払条件
• 前提条件、制約、発注者側の協力義務

PMI の PMBOK ガイドは、調達作業範囲記述書（procurement statement of work）を、調達対象を十分に詳しく記述し、供給候補者が自社で提供できるかを判断できるようにする文書と説明しています。そのため発注者は、入札の前に SOW を作成し、提案依頼書（RFP）に添付することがよくあります。

Scope of Work と Statement of Work の違い： Scope of Work（作業スコープ）は作業そのもの、つまり「何をするか」だけを記述します。Statement of Work は作業スコープを一つの項目として含み、さらに誰が、いつ、どこで、どの基準に従い、いくらの対価で作業するかを定めます。

なぜ作業範囲記述書がそれほど重要なのか

作業範囲記述書は、作業範囲をめぐる紛争を発生前に防ぎます。何を納品し、いつ検収し、どう支払うかに双方が署名するからです。SOW がなければ作業範囲は際限なく膨らみ、変更のたびに交渉が必要になります。

丁寧に作成された SOW には、次の効果があります。

1. 関係者全員の期待を明確にします。
2. すべてのステークホルダーが成功の姿を共有できます。
3. スコープクリープ を防ぎます。 成果物と除外事項を正確に示すためです。
4. プロジェクトのリスクを下げます。 前提条件と発注者の協力義務が文書に残るためです。
5. 責任の所在を確定します。 マイルストーン、検収、署名によってです。

これは外部の供給業者や下請業者との案件に限らず、社内プロジェクトにも当てはまります。社内でも SOW が、どの部門が何をいつまでに納めるかを定めます。

作業範囲記述書は誰が書くのか

作業範囲記述書は通常、作業を依頼する側、つまり発注者のプロジェクトマネージャーや購買部門が作成します。サービス案件では、受注者が提案書をもとに SOW の草案を作ることもよくあります。法務と購買が草案を確認し、双方が合意してから署名します。

SOW と要求仕様書、プロジェクト憲章、契約書の違いは？

SOW は、どの作業をどの期限、受入基準、価格で合意したかを定めます。その土台になるのが仕様書で、発注者のニーズと、受注者がそれをどう実現するかを記述します。プロジェクト憲章と契約書がこれらを補います。

ドイツでは DIN 69901-5 がこの二つを区別しています。発注者が要求仕様書（Lastenheft）を、受注者がその実現方法を記した実装仕様書（Pflichtenheft）を作成します。

プロジェクトに合う契約形態と報酬モデルについては、記事 タイム・アンド・マテリアルと定額契約の比較 で解説しています。

作業範囲記述書には何を含めるべきか

作業範囲記述書には、発注者と受注者が後で意見の分かれそうな点をすべて含めます。作業範囲、成果、期限、検収、支払、除外事項です。まずプロジェクトのあらゆる側面をメモにまとめましょう。下のマインドマップが 14 の項目を示しています。

1. はじめに： 当事者を明記し、作業内容を 2〜3 文で説明します。SOW を別紙とする契約書（価格や法的条件を定めた基本契約など）を参照します。

2. プロジェクトの目的： プロジェクトを始める理由と、効果を何で測るか（時間の削減、売上、投資利益率など）を記載します。

3. 作業範囲： 含まれる作業を、プロセス、ハードウェア、ソフトウェアとともに記述します。含まれない作業も明示します。この除外リストが、後の追加請求の大半を防ぎます。

4. 作業場所： チームがどこで働くか（発注者側、受注者側、リモート）と、必要な機器やアクセス権を定めます。

5. タスク： 作業範囲をワークパッケージに分解します。WBS（作業分解構成図）、フェーズ、マイルストーンごとに整理し、パッケージごとの工数を見積もります。

6. マイルストーン： 開始日、終了日、中間日程を定めます。週や月あたりの請求可能時間に上限がある場合は、ここに記載します。

7. 成果物： 各成果物を数量、形式、期限とともに定義します。例：「ファイリング方針書、PDF、最大 20 ページ、第 3 週」。

8. スケジュール： 分析から実装、テスト、完了まで、各成果物に日程を割り当てます。暦日ではなく「契約締結の 2 か月後」のような相対的な表現を使うと、署名が遅れても計画全体がずれません。正式なレビューの日程も定めます。

9. 基準とテスト： 規格、法的要件（GDPR など）、テストを列挙します。誰が、どの機材と リソース でテストするかを記載します。

10. 成功の定義： 測定可能な受入基準を書きます。「検索が速い」ではなく「テストケース 20 件中 20 件で検索結果を 10 秒未満で表示」と書きます。アジャイルプロジェクトでは、ここに完成の定義（Definition of Done、DoD）を置きます。

11. 要件： 前提条件と発注者の協力義務（アクセス権、窓口担当者、認定資格、出張）を列挙します。

12. 支払： 価格と支払スケジュール（前払い、時間ベース、マイルストーンごと）を定めます。支払を検収に連動させ、最終検収まで一部を留保します。

13. その他： ほかの項目に入らない事項（セキュリティ規定、旅費、プロジェクト終了後のサポート、変更要求の手続き）を記載します。

14. 完了： 成果をどう検収し、誰が確認して署名し、書類をどう保管するかを定めます。

無料チェックリスト

SOW の記入例はどのようなものか

SOW の記入例では、14 の項目に具体的な数量、日程、金額を入れます。以下の要約例は、40 席のエンジニアリング事務所に文書管理システム（DMS）を導入する案件です。会社名と数値は架空ですが、計算は正確です。

Statement of Work：DMS 導入、基本契約の別紙 1

定額はどう決まったのでしょうか。受注者は 400 時間 × 95 ユーロ、つまりタイム・アンド・マテリアルで 38,000 ユーロと見積もり、数量リスク分として 15 % を上乗せしました。結果は 43,700 ユーロです。時間ベースの請求との比較は、記事 タイム・アンド・マテリアルと定額契約 で紹介しています。

コピーして使える SOW テンプレート

テンプレートを文書作成ソフトにコピーし、角かっこ内をすべて置き換えてください。項目は削除せず、該当しない場合は「該当なし」と書きます。こうすれば、確認済みであることが全員に伝わります。

STATEMENT OF WORK（作業範囲記述書）
プロジェクト：[名称]   版：[1.0]   日付：[YYYY/MM/DD]
[日付] 付契約の別紙 [番号]

1  はじめに
   発注者：[会社名、担当者]
   受注者：[会社名、担当者]
   概要：[2〜3 文]

2  プロジェクトの目的
   現状：[...]
   目標と指標：[例：検索 10 秒未満]

3  作業範囲
   含む：[...]
   含まない：[...]

4  作業場所
   [オンサイト / リモート / 混在、必要なアクセス権]

5  タスクとワークパッケージ
   WP1 [名称]、工数 [時間]
   WP2 [名称]、工数 [時間]

6  マイルストーン
   M1 [名称]、[署名後の週数または日数]
   M2 [名称]、[...]

7  成果物
   [成果物]、[形式、数量]、期限 [マイルストーン]

8  スケジュール
   開始：[署名の x 週間後]   期間：[x 週間]
   レビュー：[日程]

9  基準とテスト
   [規格、法的要件、テスト手順]

10 受入基準
   [成果物ごとの測定可能な基準]

11 要件と発注者の協力義務
   [インフラ、窓口担当者、対応時間]

12 価格と支払
   報酬モデル：[定額 / タイム・アンド・マテリアル / 上限付き T&M]
   支払スケジュール：[マイルストーンごとの % と金額]

13 その他
   変更手続き：[形式、期限、時間単価]
   旅費、終了後のサポート：[...]

14 完了と署名
   検収者：[氏名、役割]
   発注者：________________  日付：______
   受注者：________________  日付：______

作業範囲記述書にはどんな種類があるか

作業範囲記述書はプロジェクトの種類によって異なりますが、14 項目の構成は共通です。業界に応じて重点を変えます。

• IT 導入： 統合手順、テスト環境、ユーザー受入テスト、GDPR に基づくデータ保護（上の例のとおり）。
• プロジェクト管理サービス： プロジェクトマネージャーの週あたり稼働時間、報告・予算・リスクの責任範囲、進め方（ウォーターフォール、アジャイル、ハイブリッド）。
• 建設プロジェクト： 建築基準、現場検査、安全要件、資材、敷地準備から竣工検査までのスケジュール。
• 社内プロジェクト： 部門間の業務改善やソフトウェア導入。契約書の代わりにプロジェクト憲章を使いますが、作業範囲、期限、検収は SOW で定めます。

Merlin Project で SOW をプロジェクト計画にするには？

署名済みの SOW は、ワークパッケージ、マイルストーン、受入基準をそのままプロジェクト構造に移すことでプロジェクト計画になります。Merlin Project では次の手順で進めます。

1. 構造を移す： 各ワークパッケージをグループとして、マイルストーン M1〜M4 を作業分割に作成します。先にマインドマップで項目を集めた場合は、表示 > 作業分割 > エントリー に切り替えます。Merlin Project がすべてのノードをアクティビティとグループに変換します（マインドマップからプロジェクト計画へ を参照）。本記事の 14 項目は Merlin Project ファイル（英語） としてダウンロードできます。
2. SOW を保存する： 署名済みの文書を 挿入 > 添付項目 > ファイル でマイルストーン「契約締結」に添付します。添付したファイルは、すべての版をバージョン履歴として保持します。
3. 受入基準を確認可能にする： 項目 10 の基準を チェックリスト として検収マイルストーンに添付します。チェックリストの状況は 予定済み、進行中、期限超過、完了 のいずれかで表示されます。
4. 支払スケジュールを反映する： 合意した金額をファイナンスのインスペクタの 予算 タブで 承認済み に入力し、マイルストーンに配分します。

プロジェクト書類の中の SOW

添付項目 の表示には、プロジェクトのすべてのチェックリスト、ファイル、リスクが並びます。添付先 列で、各添付項目がどのアクティビティやマイルストーンに関連付けられているかがわかります。SOW、検収用チェックリスト、未解決のリスクを一か所で確認できます。Merlin Project は 30 日間無料でお試しいただけます。

署名：最後のステップ

署名のない SOW は誰も拘束しません。作業開始前に、主要な関係者全員に署名してもらいましょう。

• プロジェクト責任者または経営陣
• 供給業者または第三者の代表者
• 直接責任を負うチームリーダー

署名済みの SOW は、紛争時の証拠になります。作業範囲、スケジュール、受入基準への合意を記録しているからです。

出典

• DIN 69901-5:2009-01 プロジェクトマネジメント、プロジェクトマネジメントシステム、第 5 部：用語（Lastenheft と Pflichtenheft の定義）
• Project Management Institute『プロジェクトマネジメント知識体系ガイド（PMBOK ガイド）』第 6 版、第 12 章 プロジェクト調達マネジメント
• Computerworld: How to write a statement of work
• ProjectManager.com: Statement of Work Definition & Examples

このブログ記事についてご質問やご意見がございましたら、ぜひフォーラムへのご投稿をお待ちしております。