编写出色的工作范围文档的 10 个步骤

公司文化总是彼此不同。

他们可能有一些共同的工作流程，但他们处理各种项目的方式和他们执行发展战略的方式是另一回事。

在这种情况下，人们有时不知道在开发过程中会发生什么。 如果我们将其提升到对远程工作人员有疑问的下一个级别，那么向他们说明整个工作流程会有点忙。

同样，利益相关者和客户是完全不同的品种。 为了让他们感到自信和乐观，需要制定工作范围。 它向内部和外部各方概述了您的开发过程。

如果您只是想在行业中担任项目经理，那么您需要事先了解SoW Doc 。

什么是工作范围文件？

工作文件的范围是关于项目开发过程的悬崖笔记。

这些文档包含与项目相关的所有内容，例如，交付计划、项目的条款和条件、与项目相关的所有不同工作细节以及项目预期的所有不同可交付成果。

您必须将工作范围文件视为一张地图，以指导您完成不同的项目开发步骤以及与项目相关的所有其他元素，以确保您对项目变量和开发过程有完整的了解。

如果您在公司担任项目经理，则必须制定或已经制定详细的 SOW 文件，以确保团队的每个成员、公司的每个成员以及与项目相关的利益相关者都了解期望从项目。

本文档还将帮助您确保每个人都知道他们必须做什么以及他们必须通过开发过程开发什么。

以下是必须包含在 SOW 文档中的不同部分。 让我们来看看它们。

1. 条款和条件

本节包含尚未向与项目相关的利益相关者明确的所有不同要求、条件和条款。

2. 预算信息

在本节中，为利益相关者描述了有关项目的财务信息。 SOW 文档的这一部分描述了将在开发过程中花费的每一分钱以及与项目相关的所有不同元素。

3. 个人任务

这是讨论与开发团队的每个成员相关的所有不同任务的地方。 本节将讨论可交付成果，无论它们是在 sprint 中还是在整个开发过程中进行。

4. 项目目标

这是 SOW 文档中最重要的元素之一。

本次会议讨论了与项目相关的每一次头脑风暴会议、问题陈述和想法，以确保每个人都了解公司面临的问题以及该项目将如何解决问题。

5. 预期结果

在本节中，将讨论所有不同的目标和可交付成果。 其中包括与项目相关的所有问题陈述，例如销售额的增加、不同的转化指标以及总体流量的预期增加。

本节讨论了促使公司开发项目的所有不同目标。

6. 可交付成果

在本节中，我们将深入分析与项目相关的每个小元素和目标。 客户是否想要您正在开发的网站的可行模型或实际成品？ 像这样的东西。

7. 里程碑

里程碑是确定的日期和事件，它们标志着开发过程中包含的过程的不同完成阶段。 在本节中，将讨论里程碑和面向截止日期的可交付成果。

我们都知道，当我们希望内部或熟悉的利益相关者对我们正在尝试开发的一些项目进行批准时，项目提案是必要的。 但是当涉及到与外部实体合作时，工作文件的范围是必要的，它会告知他们一切。

让我们不要讨论创建完美 SOW 文档的 10 个最佳步骤。

编写完美工作范围文档的 10 个步骤

以下是创建有效 SOW 文档所采取的步骤。

• 介绍
• 项目概况
• 项目目标
• 母猪
• 任务列表
• 项目进度
• 可交付成果
• 采用过程
• 项目管理
• 完成标准和签核

让我们详细讨论这些步骤。

一、简介

在项目的一开始，关于项目的想法和头脑风暴会议被转录，关于项目或正在交付的服务的所有细节都被解决。

这些可以包括有关产品正在完成的工作的所有不同细节以及将参与项目开发过程的不同方。

本节还包含在项目开始时必须解决的正式协议和细节。

• 在此阶段讨论合同，这是与项目相关的许多不同实体之间共同商定的条款
• 本节还讨论了获得公司在完成开发过程中可能需要的资源的排名提议

二、项目概况

在本节中，详细说明了为什么要完成这个项目以及最终的开发过程是什么。 这些小细节都经过审查，并确保一切都符合首先要开发的项目的目的。

只需确保您在本节中使用的措辞易于理解，因为这是让外部联系了解我们在做什么以及我们打算对产品/服务做什么的第一步。

作为高级 Salesforce 员工的股份：

“如果同事或家庭成员无法解释范围是什么以及成功的样子，那么这个基础部分需要更新，直到它非常清楚。”

3. 项目目标

在本节中，我们将讨论公司希望通过该项目实现的所有不同目标。

他们是否想解决尚未解决的组织范式问题，或者他们是否试图为以前已经研究过的问题找到解决方案，但该解决方案与专业范式的一般人群不一致。

看一下这个：

如何为有效的目标设定编写公司 OKR？

四、工作范围

清单上的下一项是 SOW，它描述了使项目取得一定成功所需完成的所有工作活动。

当您设计文档的这一部分时，请确保该部分不深入细节，因为细节将在下一部分中讨论。 尝试将此部分设计为一个简单的解释，概述所有工作，或者您可以将其设计为项目符号列表。

正常开发的项目的大部分工作范围部分都是对事物的简单解释，但有时项目要求文档的 SOW 部分必须包含有关将在其中使用的软件和硬件的技术细节发展过程。

5. 任务清单

下一节正如其名称所描述的那样，列出了需要处理的所有不同任务、活动和流程，以确保该流程绝对成功，并且没有任何遗漏。

您可以在本节中做的一件事是确保本节中列出的所有不同项目都易于阅读和理解。 这将确保读者理解您在本节中列出的所有不同内容并尽快开始工作。

您需要记住，这些任务不是与项目相关的可交付成果。 这些是您将要执行的操作，以按时开发所有可交付成果，并使项目开发过程取得成功。

6. 项目进度

您名册中任何项目的时间表都非常重要，因为每个人都应该被告知需要在要求的时间开发的可交付成果的开始和结束日期。 但是，当您制定工作范围文档的这一部分时，您会加倍努力。

文档的这一部分包括有关日期的所有详细信息以及将在这些日期完成的相关任务。

您还将提及与开发过程相关的所有不同实体，以便每个人都知道谁将在何时何地工作。

有关的：

专业项目经理的甘特图规划和排程

7. 可交付成果

最后，我们开始谈正事。 项目可交付成果是公司要求开发团队提供的确切结果。

项目文档范围的可交付成果部分是您必须在特定 sprint 结束或整个开发过程之后列出开发团队所需的所有不同结果的地方。

可交付成果可以包括以下内容：

• 您的团队正在开发的项目或网站的完全可操作原型
• 跟踪与项目相关的所有不同实体的指标
• 您尝试开发的所有不同网站的页面模板

8. 采用过程

采用过程通常不包含在为项目开发的大多数 SOW 文档中，但它是一个非常重要的部分，应该添加到每个 SOW 文档中。

采用过程描述了由于相关项目的开发而必然发生的变化。

这些更改可以是公司正在尝试改造的网站的布局更改，也可以是已引入现有应用程序的新功能以及这些功能是如何形成的。

9. 项目管理

下一步是将项目管理原则应用于整个社帮。 由于与项目相关的大部分细节都与它们各自的元素相关联，因此您只是缺少将在道路上展示的管理原则。

工作范围文件中包含的主要项目管理原则如下：

一世）。 报告

在本节中，不同的团队成员与他们在项目开发过程中必须开发的任务相关联。 作为项目经理，您需要分配这些职责并处理指导团队正确方向所需的指导职责。

ii)。 支付

在本节中，重点介绍了不同的财务决策。 在这一点上，还详细讨论了与整个项目相关的不同支出，或在项目开发过程中开发的每个可交付成果的成本。

10. 完成标准和签字

最后但并非最不重要的一点是，项目开发过程的完成标准和签署过程被描述给每个人看，以便与项目相关的所有实体都知道项目应该何时结束并巩固他们的知识整个项目开发过程的时间线。

编写 SOW 的提示

以下是您在开始使用工作范围文档之前必须了解的一些提示。

1.更直观

你需要明白，阅读比看东西要难得多。 你可以在一张图片中说出一百万种不同的东西，而不是你在 20 页的文档中可以写出的东西。

这就是为什么在创建工作范围文档时，您需要确保使用不同的图形和视觉表示来帮助您的工作。

这将使团队的其他成员更容易理解。

2. 非常具体地使用您的语言

您在工作文件范围内使用的语言必须非常准确。 您需要确保所有人都理解您在文档中提到的所有不同的单词和实体。 否则，这有什么意义。

3. 获得适当的签字

作为项目经理，您需要让每个人都参与您的计划。 这包括您的团队成员和与项目相关的所有利益相关者。

这样做将减少未来的任何复杂性，并减少经理和利益相关者之间可能出现的关于项目管理过程的任何冲突。