无论何时与组织外的人员合作，沟通不畅很容易导致项目偏离轨道。这就是为什么工作范围(SOW) 对任何项目经理来说都是如此重要的文件。
工作范围汇集了从工作细节到时间表、条款和预期成果的所有内容，不仅可以准确定义项目应该做什么，还可以保护您免受可怕的范围蔓延，即功能、附加功能和附加功能使您的项目超出您最初的计划。
可以把它想象成一张地图，可以指导完成基本上任何你能想到的项目——从网站重新设计到构建新的应用程序或功能。
从本质上讲，工作范围是一份涵盖双方工作协议的文件。通常是客户（即您）和代理商、供应商或承包商（即与您合作的外部团队）。作为项目经理，您将使用工作范围来确保期望明确且得到一致认可，并且您和与您合作的人员都确切知道他们应该做什么。
在本文中，我们将向您介绍如何为任何项目和任何行业编写有效的工作说明所需的全部知识。
工作范围模板和大纲
工作范围是一份详细的文档，与您合作的人员将在整个项目中参考它，因此需要一些非常具体的信息才能发挥作用。以下是您应该包括的内容的基本概述：
第1部分：简介
在了解项目细节之前，了解最高级的信息很重要。正在进行的工作类型是什么？是提供的服务还是制造的产品？参与方是谁？
介绍还可以涵盖工作范围以后可用于创建的正式协议类型，例如：
长期要约：在特定时间内以特定价格购买服务或产品的协议。
合同：基于双方同意的细节而达成的更正式、具有法律约束力的协议。
第2部分：项目概述和目标
了解了基本情况后，是时候说明为什么要做这个项目了。首先解释一下这个项目、项目背景以及它试图解决的业务目标或预期结果。
稍后您将在工作范围中了解更多详细信息，因此请尽量将其保持在表面水平并易于理解。正如 Salesforce 的 Paul Cannon解释的那样：
“如果同事或家人无法解释范围是什么以及成功是什么样的，那么这个基础部分就需要更新，直到它变得非常清晰为止。”
第3部分：工作范围
下一节概述了完成项目需要完成的工作。同样，请保持较高的级别，因为您将在下一节中列出具体任务和要求。您可以将其作为步骤的项目符号列表或简单的说明。
例如，假设您正在与一家代理机构签约重新设计您的网站。您的工作范围部分可能包括“设计新网站模型”和“开发新网站设计”等步骤。而下一节将把这些步骤分解为实际涉及的任务，例如“在 InVision 中创建新的登录页面设计原型”。
在某些情况下，范围部分还可以包括要使用的硬件和软件等技术要求。
第4部分：任务列表
任务管理是任何项目中非常重要的一部分，尤其是当您与外部团队合作时。将较大的范围分解为更精细的行动是确保每个人都对需要完成的工作达成共识的最佳方式。
这里要记住的一点是，任务不是可交付成果，即您将收到的内容。它们是需要采取的行动。因此，您写下的每个任务都应说明要采取的具体行动，即“重新设计登录页面”而不是仅仅是“登录页面”。
对于软件项目，您需要特别认真地了解细节。考虑功能并列出软件将执行的所有操作，直至将包含哪些字段以及表单将发送到何处。将任务划分为几个阶段也是一种很好的做法。
因此，对于我们的网站重新设计项目，我们的工作范围可能有一个“启动”阶段，其中包含大量围绕研究和规划的任务。一个“设计”阶段，其中包含原型设计和线框图页面。一个围绕开发和实施设计的“构建”阶段。还有一个“测试”阶段，我们在此进行可用性测试并查找错误。
第5部分：项目进度表
工作范围项目计划不仅仅涵盖开始和结束日期。这是一个概述工作何时、何地、如何以及由谁完成的机会。以下是工作范围此部分应回答的主要问题：
该项目需要多长时间，分为哪些阶段/里程碑？
在为项目定价时，时间通常是最重要的决定因素之一，因此您需要提前明确期望值。
项目是否有特定的预定日期？项目会在给定的时间段内完成吗（例如“一个 6 个月的时间段”）。或者是否有一个与其他事件（例如影响您业务模式的政府法规变更，例如GDPR）相吻合的结束日期？
在敏捷公司中，这通常很难做到。你也许能够估算出一个时间表，但当你在迭代工作时，这并不像在日历上选择日期那么简单。
相反，您需要跳出固定的范围，尝试为项目创建结构，同时保持灵活性以进行调整和适应。一种方法是为第一阶段或里程碑创建时间表，然后在完成工作范围后留出时间重新评估和调整工作范围。
然而，在任何情况下，工作范围都不应该有开放式的项目时间表。相反，如果您需要使其更加灵活，则应设置可在未经批准/通知的情况下花费的最大时间。
项目工作将在哪里进行？
简单来说，这是一个现场项目还是远程项目？您还可以列出是否会举行任何定期会议（例如每日 Scrum）以及这些会议将在何时何地举行。
您和承包商需要哪些资源？
谁在做什么（承包商和你的团队）？承包商当前的资源是否符合项目预期？你需要多少人来帮助运行和支持这个项目？不要忘记现实一点，留出相当数量的开销。
第6部分：项目交付成果
现在该谈正事了。在工作范围的项目交付成果部分，您将准确列出您期望在项目结束时收到的内容。这些是从您上面已经整理好的任务列表中自然得出的结论。因此，您可以列出以下内容：
编码的、功能齐全的登陆页面
Google Analytics 设置和跟踪指标
重新设计的电子商务页面模板
在许多情况下，您可能希望将可交付成果和时间表结合起来，以便准确了解每个可交付成果应在何时完成以及哪些内容依赖于它。这样，您就可以更好地了解项目流程的整体情况，并了解可能出现瓶颈的地方。
第7部分：收养计划
这是 90% 的工作范围中遗漏的内容，但却是值得纳入的重要部分。采用计划是交付成果如何落实的过程。无论是将新网站迁移到旧域名，还是将某项功能引入现有应用。
您认可该项目的价值。虽然最终您有责任在公司内引领该项目的实施，但为什么不让您聘请的专家来指导您呢？
第8节：项目管理
在实际项目的大部分细节都已准备就绪后，只需将一些行政工作纳入您的工作范围中。这是您概述和详细说明任何缺失信息的地方，这些信息对于让您和另一方满意至关重要。这意味着以下内容：
付款：付款方式和时间？是按里程碑和交付物付款吗？还是按既定时间表付款？电汇还是 ACH？如果错过最后期限或范围扩大，会发生什么情况？
报告：谁负责签署可交付成果、批准范围变更/调整以及处理支持和维护？
条款：还需要商定哪些其他要求和标准？这可能是安全要求。
第9节：成功标准和签核
最后，工作范围的最后一部分涵盖了您将如何接受项目交付成果。这意味着谁将授权他们以及如何审查和签署交付成果。您还应该提供一些关于什么是“可接受”工作的指导和标准。
事先达成一致似乎没有必要，但它有助于减少以后收到不符合预期的东西时出现严重麻烦的可能性。请记住，工作范围的关键在于清晰度和细节。您给出的信息越多，得到的结果就越好。
如何在敏捷项目开发中使用工作范围
工作范围是项目经理的有力文件。但如果你与敏捷团队合作，你可能会有几个问题。首先，当你在冲刺阶段工作并适应测试和用户研究时，如何创建如此详细的文档？
然而，一个好的项目仍然需要结构。作为一家采用敏捷产品开发的公司，您可能从一开始就不知道您的工作范围的全部范围。并且您的文档需要考虑整个产品开发生命周期中可能发生的任何更改、添加或调整。
解决这个问题的一种方法是将工作分为几个迭代阶段。
有些阶段可能比其他阶段更详细。但是，随着您达到里程碑和测试迭代，每个阶段都可以重新评估和调整。早期阶段可能有更严格的要求，而后期阶段则是估计值，直到您接近它们为止。
尝试在灵活性和结构性之间取得平衡。您确定知道什么？什么只有在您参与项目后才会显现出来？做出有根据的猜测，并在检查点进行工作，以确保每个人都在同一页面上并向前迈进。
总结
无论您是从头开始构建新产品、进行重新设计，还是只是完成一些插图工作，工作范围都是一个强大的工具，可以让每个人都负责并完成任务。前期工作似乎很多，但您说得越清楚，项目的其余部分就越容易进行。
