SOW（作業範囲記述書）

① ストーリー性を取り入れた説明：

新入社員のユウキは、IT企業で働き始めてまだ1か月。ある日、システム開発プロジェクトの会議中、上司の吉田課長からこう言われました。

吉田課長：「ユウキくん、このプロジェクトのSOWを読んでおいてくれる？」

ユウキ：「SOW…？（そー？）えっと、それって何の略ですか？」

吉田課長：「いい質問だな。SOWは“Statement of Work（ステートメント・オブ・ワーク）”の略だよ。日本語では作業範囲記述書って言うんだ」

ユウキ：「作業範囲…ってことは、どんな作業をするかを書いたものですか？」

吉田課長：「その通り。プロジェクトで何を、いつまでに、誰が、どのようにやるかをまとめた文書なんだ。たとえば、アプリを作る場合でも、“UIデザインは含まれるのか？” “テストは誰がやるのか？”などを事前に明確にしておかないと、あとで『聞いてない！』って揉める原因になるからね」

ユウキ：「ああ、それで“書いてあることだけが契約の対象”になるってことですね」

吉田課長：「そう。特に外注（アウトソーシング）するときは重要なんだ。発注者と受注者が共通の認識を持つための『契約の土台』になる」

ユウキ：「なるほど…あ、そういえば、WBSって言葉も前に聞いたんですけど、それとは違うんですか？」

吉田課長：「よく覚えてるな。WBSはWork Breakdown Structure、つまり作業分解図のこと。SOWで定義された“やるべき作業”を、より細かくタスクに分けて、プロジェクト管理しやすくするためのツールなんだ」

ユウキ：「じゃあ、SOWは“やることを決める書類”で、WBSは“それをどう進めるかの設計図”みたいなものですね！」

吉田課長：「その例え、いいね。あともうひとつ、似た言葉でRFP（Request for Proposal：提案依頼書）ってのもあるよ」

ユウキ：「それはまた何ですか…？」

吉田課長：「発注者が“こういうことをやってほしい”って外部企業に提案を求めるための文書。つまり、RFPで募集して、SOWで契約を交わし、WBSで管理するという流れなんだ」

ユウキ：「なるほど…SOWってプロジェクトの“境界線”を引くための大事な文書なんですね！」

吉田課長：「そう。境界線がはっきりしてないと、追加費用や納期トラブルのもとになるからね。しっかり覚えておこう」

■ IT用語としての「SOW」の定義

SOW（Statement of Work／作業範囲記述書）とは、プロジェクトや契約において、作業内容・スコープ（範囲）・責任者・納期・成果物・品質基準などを明確に記述した文書です。外部委託やシステム開発において、発注者と受注者の間で共通の理解を持つための契約文書となります。

■ 間違えやすい用語との違い（表）

用語	正式名称	概要	SOWとの違い
SOW	Statement of Work	作業の範囲・内容を明文化する契約文書	プロジェクトの「やること・やらないこと」を定義
WBS	Work Breakdown Structure	作業を階層的に細かく分解した図	SOWで定めた内容を“タスク”単位に細分化する
RFP	Request for Proposal	提案を依頼するための文書	SOWより前段階。「こういうことをやってほしい」という依頼