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

5 评论 49217 浏览 154 收藏 8 分钟

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

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

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

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

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

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

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

WBS工作分解的好处:

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

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

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

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

树状工作分解图

WBS工作分解结构的特点:

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

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

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

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

#专栏作家#

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

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

题图来自PEXELS,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这种没有案例的,基本上属于废话

    回复
  2. “节点最终分解到一个人日的工作量为宜”表示有点疑惑,WBS最小的元素应该是工作包,也就是说,是以不可再拆分的工作包为单位分解的,怎么能分解到一个人日的工作量呢??

    来自北京 回复
  3. 就是说将整个项目先拆成一个一个模块,然后将模块再拆成一个个功能板块,功能板块再拆成可执行的工作任务,在估算每一个工作任务所需工时之余还应该从考虑整体考虑评估所需时间。可以再加上案例讲解吗?

    来自广东 回复
  4. 感觉就说了一句话:项目执行前要进行全局拆解

    来自广东 回复
  5. 很不错的方法,如果有个案例讲解一下就好了 😉

    来自广东 回复