实操演示：巧用 WBS ，将复杂的瀑布项目拆解落地

原创 越来越优秀的 ONES

瀑布模型（Waterfall Model）是一种计划驱动的软件开发方法，要求开发过程严格按照「需求→设计→开发→测试→部署→运维」的顺序依次进行，每个阶段完成后都要进行评审和验证，评审通过后才能进入下一阶段。

瀑布模型示意图

在瀑布的开发模式下，项目拆分与计划制定是项目顺利推进的基础和关键。ONES 提供了标准化、透明化、可视化的瀑布型项目管理解决方案，帮助研发团队轻松创建工作分解结构（WBS），高效把控项目资源、成本与进度，一起来看看怎么用～

瀑布模型的优缺点和适用项目类型

（1）瀑布模型的优点

• 预先完成所有计划，有效降低管理费用；
• 能帮助研发团队更好地达到质量预期；
• 当前阶段完成后，只需关注后续阶段；
• 为项目提供了按阶段划分的检查点。

（2）瀑布模型的缺点

• 没有迭代和反馈，项目末期才能验收开发成果，不适应用户需求的变化；
• 早期错误可能要等到开发后期的测试阶段才能发现，开发风险高；
• 阶段划分完全固定，过程中会产生大量文档，极大地增加了工作量；
• 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

（3）什么研发项目适合用瀑布模型？

• 在规划阶段就有明确的定义、需求、项目范围、交付日期等，后期也基本不会变化；
• 对项目目标和环境非常熟悉，规模小、实现简单、易受控的低风险项目；
• 以合同式的方式进行合作，严格按照说明执行，开发对用户参与的要求低。

任何开发模型都有优势和不足，也有其适用前提，研发团队需要根据自身的产品形态、业务场景与协作成熟度灵活选择。

瀑布项目中如何进行 WBS 分解？

WBS 是以可交付成果为导向的项目工作分解，是为实现项目目标、提交可交付成果而需实施的工作。WBS 定义了项目的全部范围，是项目计划制定的核心，也是资源管理、成本管理和风险管理的基础。

（1）100% 划分

项目范围由 WBS 分解后的要素界定，项目中涉及到的所有工作都要用 WBS 进行分解。此外，每个父层级需包含子层级的所有工作，不能多也不能少。

（2）每项工作由一个人负责

每一项工作包和任务都要对应特定的负责人，承担起这部分工作职责。

（3）要素不能只有一个

每一层分解出的要素不能只有一个，一定是一个变多个。

（4）描述合格的、可交付成果的状态

分解工作包时，要讲清工作包的内容组成、验收标准、质量 ，否则，工作包只是一堆无意义的代号。

（5）项目经理负责、项目成员参与 WBS 的制定

项目经理对 WBS 有最终解释权，但计划制定过程需要项目成员参与，避免工作遗漏或者资源冲突。

（1）第一层比较重要

如果第一层分解的维度没有选好，后面的分解都会非常混乱。通常来说，建议大家从「基于可交付成果」和「基于工作过程」两个维度进行分解，我们将在下文中为大家详细讲解。

（2）重点描述可交付成果

WBS 分解出来的要素最好是可交付成果，如软件、硬件、说明书，而不是动作，如分析需求、开发功能。

（3）每层的要素分解不超过9个

WBS 每层的要素分解一般不超过9个，否则就会难以控制，最好是分解到3-7个，这样既可以保证分解清晰又便于管理。

（4）指定一个负责人

分解出来的每个要素只能指定一个负责人，如果一项工作确实需要多人共同完成，可以由一个人来负责，其他人仅作为协助。

（5）先把一层100%分解

尽量先把一层100%分解，然后再把某个要素的下一级别要素，进行更细致的划分。

（1）基于可交付成果进行划分

这种分解方法的上层为可交付成果，下层为可交付成果的工作内容。例如，对购物软件开发项目工作进行分解，分解过程为：

• 第一层将软件分解为多个功能模块，如登录、搜索商品、购物车、支付；
• 第二层以支付为例，将支付细分为微信支付、支付宝支付、信用卡支付；
• 第三层对信用卡支付进一步分解，比如招行信用卡支付、建行信用卡支付。

（2）基于工作过程进行划分

这种分解方法的上层按工作流程分解，下层按照工作内容划分。例如，对软件项目进行工作分解，分解过程为：

• 第一层将项目按工作流程分为项目规划、需求分析、总体设计、详细设计、开发、测试、交付等；
• 第二层将第一层的各项工作细分为它们所包含的工作内容。

上述两种方法没有优劣之分，在实际工作中，可以根据思维习惯、管理需要等进行选择。但是，同一层的分解依据必须一致，要么是基于可交付成果，要么是基于工作过程。

如何用 ONES 进行 WBS 分解？

ONES 瀑布型项目模版中包含四个核心组件：项目计划、里程碑、交付物、执行，可以用来制定 WBS 工作分解结构，下面为大家介绍一下功能和用法。

（1）制定甘特图

ONES 内的计划对应「工作包」，具体的工作项对应「活动」。我们可以在 ONES 逐层拆分计划，并为计划组、计划、工作项设置时间周期。

‍

拆分计划，设置里程碑

‍

（2）添加里程碑，为里程碑设定目标交付物

添加里程碑和目标交付物

（3）添加前后置依赖关系，形成网络图

为不同项目设置前后置依赖关系

这三步完成后，会得到项目的进度基准。这时，可以利用 ONES 保存快照和设置基线的能力，将当前设定好的基准保存下来。

‍

为项目创建快照

在创建计划中，ONES 还支持以表格形式导入。在选好要导入的内容后，下载模版，根据导入的要求编写文档，最后上传即可。

ONES 支持导入项目计划

（4）追踪进度和偏差

通过基线对比，可以清晰地看出当前计划的持续时间、完成时间跟基线有无差异。

ONES 支持项目基线对比

项目计划不会一成不变，当项目执行一段时间后，频繁的变更会使得进度基准已经不再适用，我们可以基于调整之后的计划再次保存快照和基线，并通过对比历史快照，查看项目多次计划之间的偏差，确保项目顺利推进。