作業範囲記述書（SOW）

前書き

大規模で複雑なシステム（エンタープライズソフトウェアシステムなど）の実装または構築に関しては、作業要件と条件を適切に文書化する必要があります。作業範囲記述書（SOW）は、合意された契約で何を行う必要があるかを説明する文書です。

通常、SOWは、ビジネスの分野に関連する正確で明確な言語で書かれています。これにより、用語や要件の誤解を防ぐことができます。

SOWは、特定のプロジェクトの作業要件をカバーし、パフォーマンスと設計の要件に同時に対応します。

要件が詳細であるか、補足文書に含まれている場合は常に、SOWは特定の文書を参照します。

SOWは、2つの当事者間、通常はクライアントとサービスプロバイダー間の範囲と作業契約を定義します。したがって、SOWには法的な重要性もあります。

SOWの目的

SOWの主な目的は、クライアントとサービスプロバイダー間の責任、責任、および作業契約を定義することです。

適切に作成されたSOWは、エンゲージメントの範囲とエンゲージメントの主要業績評価指標（KPI）を定義します。

したがって、KPIを使用して、サービスプロバイダーがSOWの条件を満たしているかどうかを判断し、それを将来の契約のベースラインとして使用できます。

SOWには、請負業者またはサービスプロバイダーの取り組みの非仕様要件のすべての詳細が含まれています。仕様が関係する場合は常に、SOWから特定の仕様ドキュメントが参照されます。

これらの仕様書は、機能要件または非機能要件の場合があります。

（ソフトウェアシステムの）機能要件は、ソフトウェアが機能的にどのように動作するかを定義し、非機能要件は、パフォーマンス、セキュリティ、保守性、構成管理など、ソフトウェアの他の特性を詳しく説明します。

SOWのフォーマット

SOW形式は、業界ごとに異なります。業界に関係なく、SOWのいくつかの重要な領域は一般的です。以下は、SOWで一般的に対処される領域です。

1.範囲

このセクションでは、技術的な方法で実行する作業について説明します。構築するシステムがソフトウェアシステムである場合、このセクションでは、ハードウェアとソフトウェアの要件を、最終的なシステムに関して実行する正確な作業とともに定義します。

「範囲外」のものがある場合、それらの領域も適切な小見出しの下に記載されています。

2.場所

作業が行われる場所は、このセクションに記載されています。このセクションでは、ハードウェアとソフトウェアの仕様についても詳しく説明します。それに加えて、人的資源とその働きについての説明がここで扱われます。

3.タイムライン

これは、プロジェクトに割り当てられたタイムラインを定義します。これには、開発時間、保証時間、およびメンテナンス時間が含まれます。カレンダー時間に加えて、プロジェクトを完了するために必要な人日（総労力）も記録されます。

4.配達スケジュール

SOWのこのセクションでは、配信と配信の期日について説明します。

5.標準

このセクションでは、標準（内部または外部）を定義します。行われるすべての配信と作業は、ドキュメントのこのセクションで定義されている基準に準拠する必要があります。

6.受け入れ基準

このセクションでは、成果物を受け入れるための最小要件を定義します。また、受け入れに使用される基準についても説明します。

7.契約と支払いのモード

サービスプロバイダーとの契約に関しては、いくつかのエンゲージメントモデルがあります。

ソフトウェア開発の領域では、固定入札と保持者という2つの異なる契約モデルがあります。

固定入札では、プロジェクトコストは一定であり、利益率を維持するためにリソース割り当てを最適化するのはサービスプロバイダーの責任です。

配信スケジュールが満たされている限り、クライアントはリソースの数を気にする必要はありません。リテーナモデルでは、クライアントはプロジェクトに割り当てられたリソースの数に対して支払いを行います。

SOWはプロジェクトの統合された部分であるため、プロジェクトチームのほぼすべての上級メンバーは、SOWの契約条件を認識している必要があります。時々、特にソフトウェア開発プロジェクトでは、納期を逃した場合にペナルティが適用されます。したがって、誰もがSOWのそのような厳しい条件に注意する必要があります。

結論

SOWは、プロジェクト管理にとって重要なドキュメントです。それは仕事の範囲と仕事の合意を定義します。したがって、プロジェクトのすべての利害関係者は、プロジェクトのSOWを完全に理解し、それを順守する必要があります。