您项目的工作包是否有工作包描述？许多项目经理低估了工作包描述的好处。但是，工作包描述只需很少的努力，就可以为项目带来更高的安全性，提高质量并改善项目监控。
从项目目标到工作包描述
规划是对未来事件的心理预期，应显示实现项目目标的方式。下图显示了项目规划传递的 3 个典型规划等阶 – 等阶越低，传递的频率越高。
工作分解结构（WBS）将项目按层次划分为子项目和子任务。它的分支以工作包结束，这些工作包不会在工作分解结构中进一步分解，工作包的元素称为活动或任务。工作包总是与可交付成果绑定在一起。
与上面的WBS元素相反，从工作的意义上讲，每个工作包都是一个真实的、自包含的任务。
这项工作由一个人或一个组织单位在规定的时间内完成，并有规定的结果和努力。通常情况下，这是一项由单个元素组成的任务，但从项目管理的角度来看，它不必单独考虑，而是可以作为一个包来处理。每个工作包都必须有一个工作包经理。因此，工作包可以被视为项目中的“小型项目”。
“规划是对未来事件的心理预期，应该展示实现项目目标的方式。”
工作包还是活动？
工作包描述系统地延续了最低层次的规划过程，它是定义完成工作包所需的活动的基础。工作包描述也可作为创建详细明细表和成本计划的基础。
甘特图和网络图通过与项目进度计划的逻辑关系排列工作包，查看工作包中的各个活动（子任务）也很有用。创建活动时，可以使用以下变体：
· 一个工作包对应一个活动
· 一个工作包包含几个活动（正常情况）
· 多个工作包合并为一个汇总活动
工作包经理和他的团队定义活动并执行所有其他规划工作。根据项目进度的详细程度，工作包对应于任务或摘要任务。
直到结果可用并得到项目经理或质量保证部门的批准，工作包才完成。然而，只有在工作包描述中定义了可衡量的质量标准的情况下，才能以有意义的方式进行验收。
工作包描述
定义工作分解结构和工作包后，接下来是下一个更深入的计划步骤-考虑如何创建在工作包中定义的结果/可交付结果。
工作包不是在工作分解结构上带有标题的黑匣子。需要考虑如何实现它，并将这些想法记录在工作包描述中。工作包描述定义：
· 要创建什么（结果）
· 是如何创建的（主要活动）
· 需要什么（资源、时间、预算）
· 假设、依赖关系、限制以及可能发生的情况（风险）
工作包描述并没有太多工作量，但工作包经理及其团队成员（如果他/她有）应该花时间计划工作包并收集基本信息。
工作包描述的内容
每个工作包描述中都应包含以下元素：
· 项目名称：最好是一个简短的名称，如CA或SI
· 工作包ID：每个工作包都有一个唯一的编号。也可以包含项目名称，如CA-21
· 创建日期
· 工作包标题：用几个字表示的工作包的名称。也可以用作文件名。
· 工作包经理：负责实施工作包的人员。
· 子项目：工作包所属的子项目
· 工作包的简短描述：几句话，让每个人都了解工作包创建了什么以及上下文是什么。
· 工作包的详细描述：什么是可交付成果，以及可交付成果必须满足的具体和可衡量的要求。
· 工作包（活动）的实施：如何创建可交付成果。在这里可以定义一个有努力和责任的活动列表。
· 对其他工作包的依赖性：工作包是否依赖于其他工作包中的供应或结果？
· 风险：实施工作包涉及哪些风险？
· 所需资源：实施工作包需要谁、哪些领域/部门以及付出什么努力？哪种材料是必要的，成本是多少？
· 估计总成本
· 工作包的验收：工作包是如何验收的，验收标准是什么？
· 参考文件：哪里有进一步的信息？
不建议在工作包描述中注明所需的日期，因为这可以从项目进度表中获取，并且可能会多次更改。
工作包描述的好处
详细的工作包描述的好处往往被低估，所涉及的努力被斥为过度管理。
工作包描述有以下好处：
· 工作包描述系统地延续了最低层次的规划过程。
· 工作包负责人和他的团队深入思考如何实现结果，并以书面形式记录下来。
· 工作包描述是实现工作包时的中心信息源。
· 工作包描述是项目控制和质量管理的重要组成部分。
如果您还没有为你的项目编写工作包描述，未来可以进行尝试。小小的额外努力真的很值得。
