工作说明书 (SOW)



引言

在实施或构建大型复杂系统(例如企业软件系统)时,应妥善记录工作要求和条件。工作说明书 (SOW) 就是这样一份文件,它描述了在商定的合同中需要完成的工作。

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

SOW 涵盖特定项目的作业要求,并同时解决性能和设计要求。

无论何时要求在补充文件中详细说明或包含在内,SOW 都会参考该特定文件。

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

SOW 的目的

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

一份写得好的 SOW 将定义参与的范围和关键绩效指标 (KPI)。

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

SOW 包含承包商或服务提供商工作的所有非规范要求的详细信息。无论何时涉及规范,都会从 SOW 参考具体的规范文档。

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

功能性需求(在软件系统中)定义了软件应如何从功能上运行,而非功能性需求则详细说明了软件的其他特性,例如性能、安全、可维护性、配置管理等。

SOW 的格式

SOW 的格式因行业而异。无论行业如何,SOW 的一些关键领域是共通的。以下是 SOW 中通常涉及的领域

1. 范围

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

如果存在任何“超出范围”的内容,这些领域也会在合适的副标题下提及。

2. 位置

本节提到执行工作的场所。本节还详细说明了硬件和软件规格。除此之外,这里还介绍了人力资源及其工作方式的描述。

3. 时间表

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

4. 交付时间表

SOW 的本节描述了交付内容以及交付的截止日期。

5. 标准

本节定义了(内部或外部)标准。所有交付和完成的工作都应符合本节中定义的标准。

6. 验收标准

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

7. 合同方式和付款

在与服务提供商签订合同时,存在多种参与模式。

在软件开发领域,有两种不同的合同模式:固定价格和保留金。

在固定价格中,项目成本是恒定的,服务提供商需要优化资源分配以保持利润率。

只要满足交付时间表,客户就不必担心资源数量。在保留金模式下,客户支付分配给项目的资源数量。

由于 SOW 是项目的一个组成部分,项目团队几乎所有高级成员都应了解 SOW 的条款和条件。有时,尤其是在软件开发项目中,如果错过交付日期,则会处以罚款。因此,每个人都应该了解 SOW 的这些严格条款。

结论

SOW 是项目管理中的一份关键文件。它定义了工作的范围和工作协议。因此,项目的所有利益相关者都应该透彻地理解项目的 SOW 并遵守它。

广告