工作说明书 (SOW)

介绍

在实施或构建大型复杂系统（例如企业软件系统）时，应正确记录工作要求和条件。工作说明书（SOW）是这样的文件，描述了商定的合同中需要完成的工作。

通常，SOW 采用与业务领域相关的精确且明确的语言编写。这可以防止对条款和要求的任何误解。

SOW 涵盖特定项目的工作要求，同时满足性能和设计要求。

每当要求被详细说明或包含在补充文件中时，SOW 都会参考特定文件。

SOW 定义了两方（通常是客户和服务提供商）之间的范围和工作协议。因此，SOW 也具有法律效力。

SOW 的主要目的是定义客户和服务提供商之间的义务、责任和工作协议。

精心编写的 SOW 将定义参与的范围和参与的关键绩效指标 (KPI)。

因此，KPI 可用于确定服务提供商是否满足 SOW 的条件，并将其用作未来合作的基准。

SOW 包含承包商或服务提供商工作的非规范要求的所有详细信息。每当涉及规范时，都会从 SOW 引用特定的规范文档。

这些规范文档可以是功能性需求，也可以是非功能性需求。

功能需求（在软件系统中）定义了软件应如何发挥功能，非功能需求详细说明了软件的其他特征，例如性能、安全性、可维护性、配置管理等。

不同行业的 SOW 格式有所不同。无论哪个行业，SOW 的一些关键领域都是常见的。以下是 SOW 中常见的处理领域：

本节以技术方式描述要完成的工作。如果要构建的系统是软件系统，则本节定义硬件和软件要求以及最终系统要完成的确切工作。

如果有任何“超出范围”的内容，这些区域也会在适当的副标题下提及。

本节中提到了进行工作的地点。本节还详细介绍了硬件和软件规格。除此之外，这里还介绍了有关人力资源及其工作方式的描述。

这定义了分配给项目的时间表。它包括开发时间、保修时间和维护时间。除了日历时间之外，还记录了完成项目所需的人日（总工作量）。

SOW 的这一部分描述了交货和交货到期日。

标准（内部或外部）在本节中定义。所有交付和完成的工作均应符合本文件本节中定义的标准。

本节定义了接受可交付成果的最低要求。它还描述了用于验收的标准。

与服务提供商签约时有多种参与模式。

在软件开发领域，有两种不同的合同模式：固定投标和保留合同。

在固定投标中，项目成本是一个常数，服务提供商需要优化资源配置以维持利润率。

客户不关心资源数量，只要满足交付时间表即可。在保留模型中，客户根据分配给项目的资源数量付费。

由于 SOW 是项目的一个组成部分，因此项目团队的几乎所有高级成员都应该了解 SOW 的条款和条件。有时，特别是在软件开发项目中，如果错过交付日期，就会受到处罚。因此，每个人都应该了解SOW的如此苛刻的条款。

SOW 是项目管理的重要文件。它定义了工作范围和工作协议。因此，项目的所有利益相关者都应该透彻理解项目的SOW并严格遵守。