在一个蓝色的星期一早晨，客户给您发送了一封电子邮件，要求进行紧急视频通话。作为一名优秀的项目经理，您将始终掌握项目的进度状态以及所有其他详细信息。因此，您无需再三思，就跳到视频通话并开始与客户讨论。

最初交换愉快时，客户突然抱怨您走错了方向。他已经完成了您昨天在第一阶段结束时发布的应用程序，对于他最初提到的要求与您提出的要求完全不同，他感到非常失望。此外，他对预算和项目可交付成果的交付时间提出了疑问。

您现在处于"热"汤中，这是典型的22情况。您知道项目正在按照合作伙伴在初始讨论中指出的要求进行。所有需求均已记录在案，并保存在项目存储库中。

因为，您随身携带了所有需求文档，所以您声称该项目正在朝着正确的方向前进，并将文档显示给客户。但是令您惊讶的是，他直截了当地拒绝了这些要求。什么！！！他怎么能拒绝？您知道他给出了这些要求，而您的业务分析师也很好地注意到了这些要求。

您现在要做什么？任何事情都可能在这里发生。您不能让合作伙伴相信您的话。也许他会相信您，或者您需要通过应用他所建议的更改来更改应用程序，这会拖延直到此阶段的工作，这可能使您的项目脱轨/延迟。而且，如果您不同意他的意见，则您的项目可能会被废弃。

那么，为什么会发生这种情况呢？哪里有问题？您拥有所有要证明的文件，但他还不愿意相信您。为什么？这是因为，合作伙伴提出要求时尚未签署文件。它不是由他正式签署的。在这里，SOW(工作陈述)的重要性成为现实，这可以避免这种情况首先发生。

工作说明书(SOW)是一个正式文件，描述了项目中要做的工作范围。这是一份正式文件，其中阐明了各方共同商定的要求和可接受的可交付成果。最重要的是，该文件由双方指定的代表正式签署。

工作说明书包括–

• 工作范围
• 可交付成果及其交付日期
• 商定的验收标准
• 项目成本和付款时间表

正如我们所讨论的，工作声明的重要性和目的，让我们看一下模板，它的外观如何：

工作说明书(SOW)模板

介绍

提供有关项目背景的一般信息。项目的目的以及从项目中获得的最终收益。

例如 -

ABC Mobile集团计划围绕成功的" GoGO"应用程序构建一个新的应用程序。需要从当前状态升级到新级别的游戏平台。它将更加用户友好和丰富的图形来增强用户体验。 ABC移动小组寻求将新级别的完整开发，测试和实施外包。他们期望增加的水平将增加他们的市场份额以及公司的收入。

范围

在工作说明的这一部分，您需要提供项目范围。可以在"需求"部分中提及详细的需求，这里我们需要提及什么在范围内，什么不在范围内。

例如 -

• 包括在范围中：
  • 需要完成的设计工作
  • 应用程序的开发和测试
  • 在预生产环境中实施
  • 在生产环境中实施
• 不在范围内：
  • 后期制作，ABC移动小组内部团队将负责将来的维护活动

工作地点

在这里，您应该提到要执行的工作的位置。在某些情况下，客户可能会坚持在实时环境中在其所在位置执行测试阶段。因此，您需要指定双方都同意的那些细节。

例如 -

• 设计和开发阶段将在印度海得拉巴的XYZ软件公司所在地进行。
• 测试阶段应由XYZ软件公司的测试工程师执行，但应在美国VA的ABC Mobile集团办公室进行。