作業内容

作業明細書（SOW ）は、プロジェクト管理の分野で日常的に使用される文書です。これは、プロジェクトの作業要件を物語形式で説明したものです。^{[1] ：426}これは、ベンダーが顧客にサービスを提供するプロジェクト固有のアクティビティ、成果物、およびタイムラインを定義します。SOWには通常、詳細な要件と価格設定、標準的な規制およびガバナンスの条件も含まれます。これは、マスターサービス契約または提案依頼（RFP）の重要な添付資料となることがよくあります。

作業明細書の文書テンプレートの多くの形式とスタイルは、提案依頼書に記載されているハードウェアまたはソフトウェアソリューションに特化されています。多くの企業は、受け取った典型的な要求や提案に対応するために特化または一般化された独自のカスタマイズされたバージョンの作業明細書を作成します。ただし、通常はトップマネジメントの目標と顧客および/またはユーザーグループからの意見に基づいています。^[1]

多くの場合、作業明細書は拘束力のある契約であることに注意してください。^[2] マスターサービス契約またはコンサルタント/トレーニングサービス契約は、個々の作業明細書で対処される特定の作業固有の契約コンポーネントを延期します。マスターサービス契約は、複数のSOWの条件を管理するマスター契約として機能します。作業範囲を指す場合もあります。たとえば、プロジェクトが契約に基づいて行われる場合、その一部として含まれる範囲ステートメントは、プロジェクトの作業を明確かつ簡潔に概説しているため、SOWとして使用できます。^[3]

作業明細書では通常、これらの主題が取り上げられます。^{[4] [5] [6]}

• 目的: なぜこのプロジェクトを行うのか? 目的の記述はこれに答えようとします。
• 作業範囲: これは、実行される作業を説明し、関連するハードウェアとソフトウェアを指定します。範囲の定義は、スコープステートメントになります。^[7]
• 作業場所:ハードウェアとソフトウェアの場所、作業を行うために人が集まる場所など、作業が実行される場所を説明します。
• 実行期間: 開始時間と終了時間、週または月ごとに請求できる時間数、作業を実行する場所、およびスケジュールに関連するその他の事項など、プロジェクトに許容される時間を指定します。
• 成果物スケジュール: この部分では、期限と内容がリストされ、説明されます。
• 適用可能な標準: 契約を履行する際に遵守する必要がある業界固有の標準について説明します。
• 受け入れ基準: 商品の購入者または受取人が、製品またはサービスが受け入れ可能かどうかを判断する方法を指定します。通常は客観的な基準を使用します。受け入れテストを参照してください。
• 特別な要件: 特別なハードウェアまたはソフトウェア、従業員の学位または認定資格などの専門的な労働力要件、出張要件、および契約の詳細に含まれていないその他の要件を指定します。
• 契約の種類/支払いスケジュール: プロジェクトの承認は、利用可能な予算が必要な作業をカバーするのに十分かどうかによって決まります。したがって、支払いを前払いにするか段階的に支払うかの内訳は、通常、早い段階で交渉されます。
• その他: 主要な交渉の一部ではない多くの項目がプロジェクトにとって重要であるためリストされることがあります。それらを見落としたり忘れたりすると、プロジェクトに問題が生じる可能性があります。

米国政府のサービス契約では、SOW の使用が依然として盛んであるものの、望ましいサービス成果やパフォーマンス基準などのパフォーマンス ベースの概念に重点が置かれていることから、目標ステートメント(SOO) とパフォーマンス作業ステートメント(PWS) がますます普及しています。SOW は通常、タスクが周知されており、具体的な言葉で説明できる場合に使用されます。政府が革新的なアプローチを望まない場合や、請負業者のプロセスにおけるいかなる逸脱もリスクと見なす場合に、SOW が好まれることがあります。SOO はパフォーマンスのハイ レベルの成果と目標を確立し、PWS はより詳細で測定可能なレベルで成果、望ましい結果、および目標を強調しますが、SOW は請負業者または提案者が従うべき作業指示の明示的なステートメントを提供します。

SOW には通常、必須のコンプライアンスに関する「請負業者はしなければならない」という記述が満載されています (たとえば、「このタスクは、年月日付けの政府機関の xyz 指令に従って実行されなければならない」など)。実際には、SOW には望ましいパフォーマンス結果、パフォーマンス基準、および測定基準への言及も含まれているため、SOO と PWS の区別があいまいになっています。優れた実践例を除けば、SOW と SOO または PWS をどのように、いつ使用するかを明確に規定する政府の政策ガイダンスはほとんどありません。FAR は、パート 2 の定義で PWS を定義し、パート 37.6 パフォーマンス ベースの調達で SOO と PWS を参照していますが、SOW については触れられていません。

SOW は通常、政府の入札 (RFP または RFQ) に含まれており、提案者との交渉次第で最終契約に持ち越されます。連邦政府の入札および契約では、SOW は統一契約フォーマットのセクション C「説明/仕様」に挿入されますが、^{[8] [9] [10]} セクション J の添付ファイルとして挿入されることもあります。タスク オーダーでは、SOW は単にオーダー自体の条件の中に含まれることもあります。SOW は、多くの場合、技術参考文書や添付ファイルで補足されます。SOW を作成する際には、作業明細書が包括的で十分に詳細であることを確認することが重要ですが、その明細書が入札または契約の他の部分にある条件やその他の規定と重複しないようにする必要があります。

MIL-STD-881 および MIL-HDBK-245 のガイダンスでは、 SOW の作成には作業分解構造を使用する必要があるとされています。このため、WBS をアウトラインとして使用し、各 WBS 要素 (同じ名前と番号) を SOW セクション 3 のサブパーツとして使用することで、作成が容易になり、後の請求と追跡が改善されます。作業要素の階層をインテリジェントに分割して定義することに重点を置く WBS では、対応するセクションの SOW で、その部分で何を行うか、またはその部分をどのように行うかを説明することに焦点を当てることができます。

作業明細書は、CDRLフォームに表示される成果物に直接リンクする必要があります。これは、各 CDRL エントリに、アイテムを作成または使用する SOW 段落への参照を含めることで実現します。また、SOW テキストでは、タイトルを使用するかアイテム番号を括弧で囲むことで、成果物について説明している箇所を明確にする必要があります (例: [A-001])。

• 契約データ要件リスト(CDRL)
• マスターサービス契約

• MIL-STD-881 シリーズ防衛資材の作業内訳構造、パラグラフ 2.4 は WBS および IMP/IMS にリンクします。
• MIL-HDBK-245 シリーズ作業明細書 (SOW) 作成ハンドブック、パラグラフ 3.6.4、3.8.1
• DPAP: 作業内容明細書