产品项目范围管理：WBS工作分解法

文章分享了一个产品项目范围管理方法：WBS工作分解法，希望能够对你有所帮助。

软件项目管理是一个复杂的工程，做为项目管理者应该有着统筹管理项目全局的能力，项目管理从不同的维度可以分为九大管理体系：综合管理、范围管理、时间管理、成本管理、人力资源管理、风险管理、采购管理、沟通管理、质量管理，九大管理从九个方面立体化的表达了项目管理的各个维度。

在项目实施过程中，我们很难发现项目中存在的各种问题和风险。在项目初期项目组对项目的了解还不深入，无法对风险做出预判；在实施过程中，又会遇到“不识庐山真面目，只缘身在此山中”的痛苦。实际，“洞若观火”的能力通过学习项目管理知识是可以提升的。在项目中，只要能够正确的捕获需求、划清范围、制订合理的计划、引入合适人才、控制住进度、规避住风险，项目就能成功。

项目风险多是因为项目工作范围不清晰、需求不明确、人员紧张、时间紧张、需求变更频繁等原因引起的。虽然有时做为项目管理者不能改变这些外部压力，但通过项目管理可以提前暴露出这些问题，并通过协调、沟通等方式解决这些问题。所以，工作范围的划定是项目管理的最重要环节，也是项目管理的核心。只有划定好项目范围，才能控制住项目时间、人力资源和成本。有了项目范围才能制订出具体的项目实施计划，投入多少人力，需要多少时间，项目成本是多少等等。也只有控制住了范围，才能说清哪些属于现有需求，哪些属于需求变更。

范围可分为产品范围和项目范围：

• 产品范围指产品的需求范围、功能范围。如：产品需求文档
• 项目范围指为了完成需求、功能所需要的完成的具体工作。

项目是一个整体，如果想要分清项目范围，就要将项目按照一定的原则对其进行任务分解，再将任务分解成一项项工作，工作分解成日常活动。这样一级级分解下去，就可以将无法量化的项目变成可以量化的日常活动，每个活动只能由一个人来完成，一个人所需要的完成时间做为活动的单位时间，这就是WBS（Work BreakDown Structure）工作分解结构法。

WBS工作分解的好处：

• 可以理清整个项目结构，了解项目全貌。
• 通过分析每个节点可以统筹整个项目所需的人力、时间、成本。
• 细分项目范围，为项目划清界线。
• 当提出需求时，能清晰的分辨出所提出需求为新增需求，还是变更需求，便于项目管理者管理项目。
• 通过功能分解，便于了解及控制项目进度，规避风险。
• 通过工作分解便于制订出合理的工作计划。
• 对一个大的工作包往往无法准确的进行评估，当对其进行细化分解后就能评估出相对准确的工作时间与人力资源。

WBS工作分解事前及事后流程

从上图可以看出，通过WBS工作分解，可以得出项目预算、进度计划、人力规划、时间估算等信息。

WBS工作分解方式是逐级细分的，从树根一直到树叶的分解方法，直至分解到无法再分解的日常活动为止。分解步骤为：项目→任务→工作→日常活动，将一个大项目分解成一个个任务，将任务再分解成可以完成的工作，最后将工作分解成一次次的日常活动。以树状形式进行表达，从树根到树叶，将错综复杂的结构梳理成一级级、一节节的可以完成的工作节点。节点分解适度以一个人日（一个人一天的工作量）为宜，这样便于工作的分配与管理。

树状工作分解图

WBS工作分解结构的特点：

• 分解是从树根开始，自上而下，逐级进行分解的。
• 对于小项目分解层级一般为4至6级就足够了，层级越多越不易于阅读和管理。
• 上一结点为下一节点的总和。
• 节点最终分解到一个人日的工作量为宜。
• 相同任务只能在WBS的一个树节点上出现，不能出现工作重复的节点内容。
• 一个树梢节点只能由一个人来完成，一个任务节点也只能一个人负责，其它人配合。
• 分解的任务节点树，应该与实际工作情况一致，这样才能对项目进行指导。

WBS工作分解是项目管理中非常有效的方法，它同样适用于产品管理，可以把产品的调研、需求、设计等工作用同样的方法进行工作分解。

我们再对WBS工作分解法进行深度思考，难道它就只适合于项目管理吗？

它完全可以应用在任何方面，哪怕是我们日常的生活中——学习计划、家庭装修、孩子的培养、减肥计划等等。只要是大块的任务、不好度量的任务，我们都可以先对其进行任务分解，当把它一一分解后会发现，实际任何事情都是可以量化的，都是可以度量的。化繁为简、化整为零就是WBS工作分解法的精髓。

#专栏作家#

产品人老吴，微信公众号：ChanPinLaoWu，人人都是产品经理专栏作家，产品讲学堂自媒体人，某公司产品总监。十多年软件行业从业经验，做过软件开发、项目经理、产品经理、产品总监，希望能与大家分享更多产品经验和知识。

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议