SOW的重要性

SOW的重要性

工作说明书(SOW),是一个项目必须提供的工作圣经。SOW是一个关键的管理工具，不管是用来指导卖方或者承包商的工作，或者是用来指导他们的内部工作，SOW必须包括所有所期望工作的描述。在SOW中要把握住细节是很不切实际的，但是应该全面的，包含产生交付成果的工作，还有项目报告管理工作。

项目范围说明书往往从更高的层面捕获你的项目可交付成果。SOW应该包含这些可交付成果，什么时间他们应该被交付，这些可交付成果怎么被建立。SOW也应该包括可交付信息更详细的信息。

SOW内容

工作范围：工作的详细描述，用到的软件和硬件，准确的工作属性。

工作场所：在工作场场所完成的工作要比在其他地方好，这可能比较适合在海外执行项目工作的SOW。

执行期限：项目的开始和结束日期，每一时段的最高收费，等等。

交付进度：对于项目的交付时间，它可能包括开发的全部时间，质量测试，用户认可测试，等等。

合适的标准：行业标准和其他的标准都影响着项目的交付成果。可能包含任何标准如：ISO,CMM,CMI,等等。

认可度：这里可能包括你必须符合的任何质量标准，比如：0优先1缺陷。他们也可能包括一些其他必须满足的条件，比如一定数量的测试案例，一定数量的执行案例，等等。

特殊需求：这将包括任何特殊资质的员工，比如一个PMP认证项目经理。

工作范围，执行周期，和交付计划是一些必要的信息。其他都是可选的，并且只适用于哪些合适的项目。

你的项目说明书描述了项目团队将要做的工作，但是对于更多细节，你需要更进一步分解这些条目，以便完成你的工作分解结构(WBS).你可能发现在你的SOW中的每个条目的唯一性将帮助确定，在SOW中所提到的所有的可交付成果都将在你的WBS中有体现。你也应该去核对SOW和范围说明书以确保在范围书中的条目在SOW中都有体现。

在你SOW中开始和结束日期，应该也在你的WBS中明确记录。如果你是正在用MS Project或者类似的工具软件以支持你的WBS分解工作，这个开始日期将是在这个工具中的第一个输入项，你将使用这个结束日期作为限制条件。一旦你描述完成所有WBS中的信息，工作分解和任务的计划，你需要去SOW中检查实际完成时间和计划完成时间的对比。同样的方式，你需要使用你的SOW中的计划日期和实际的交付成果作对应检查。

SOW特征

1、SOW是一份简短的文档。它既不是一份设计文档，也不是一份完整的法律合同。它应该是在高层商抓住要点。SOW的作用是奠定工作范围、开始定义最终产品。

2、保证客户与高层管理者能充分评审并批准SOW，然后才有可能切实地着手进行项目的其他活动。

3、一份SOW获得批准、便应对这份文档进行版本控制，并将它作为项目计划的一部分。

SOW模版链接

待补充