SOWサンプル構成
SOWでは、範囲、除外範囲、受入条件、データ前提、変更管理を構築前に明確にします。
SOWに含める項目
調達側と開発側の両方がそのまま使える、実務的な文書にする必要があります。
- 事業成果
- 対象ワークフロー
- 対象システムとAPI
- 受入条件
- 除外範囲
- 変更管理プロセス
使いやすいスプリントSOWの条件
スプリントSOWは、初回納品を承認しやすく、誤解しづらくするためのものです。何を作るか、何を作らないか、完了をどう判断するかを明記します。
- 平易な事業成果
- 対象ユーザー群
- データ/API前提
- デモ経路
- 受入チェックリスト
避けるべき抜け漏れ
多くのSOWは、判断ではなく作業だけを説明するため弱くなります。良いSOWは、作業を買い手が確認できる証拠へつなげます。
- 測定可能な受入条件がない
- 除外範囲がない
- データアクセス責任者がいない
- ソース引き継ぎの記載がない
- 変更管理の発動条件がない
SOWに入れるべき項目
- 成果: スプリントが支えるべき事業判断。
- 範囲と除外: 対象ワークフロー、除外作業、スプリントを絞る前提。
- 受入条件: 観察可能な挙動、テストデータ、デモ手順、完了条件。
- 商務管理: 変更管理、引き継ぎ条件、所有権期待、請求メモ。
よくある質問
- 小さなPoCにもSOWは必要ですか？
- はい。短くて構いませんが、範囲、除外範囲、受入条件、データ前提は着手前に書くべきです。
- SOWで最も重要な項目は？
- 受入条件です。曖昧な案件をレビュー可能な納品に変えます。
- スプリント中にSOWを変更できますか？
- はい。ただし変更は、何かを置き換える、範囲を延長する、新しい案を次スプリントへ送る、というトレードオフとして書くべきです。