作業指示書（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を徹底的に理解し、それに従う必要があります。

Management-concepts-statement-of-work

目次