CMMI之WBS

一、什么是工作分解结构?

工作分解结构(Work Breakdown Structure,简称WBS)跟因数分解是一个原理,就是把一个项目,按一定的原则分解,项目分解成任务,任务再分解成一项项工作,再把一项项工作分配到每个人的日常活动中,直到分解不下去为止。

即:项目→任务→工作→日常活动

工作分解结构(WBS),是项目管理的核心工具。顾名思义,它是将一个大的项目分解成一个个工作包。为什么要分解呢?因为工作包比较小,管理起来更方便。一项庞大的工作不容易估算出时间和费用,把他分成小块就容易估算了。估算出每一小块的工作时间和费用,加起来就是整体的时间和费用了。下面就是一个WBS的简单例子,除了这种列表型的分解结构,也可用树形图或气泡图等等。

1.0 软件开发项目
        1.1 需求
                1.1.1 需求调研
                1.1.2 需求规格
                1.1.3 需求评审
        1.2 设计
                1.2.1 概要设计
                1.2.2 详细设计
                1.2.3 设计评审
        1.3 实现
                1.3.1 编码
                1.3.2 代码审查
                1.3.3 单元测试
        1.4 测试
                1.4.1 产品集成
                1.4.2 系统测试
                1.4.3 产品发布
        1.5 维护
                1.5.1 缺陷报告
                1.5.2 缺陷修复
                1.5.3 产品升级

二、工作分解结构主要用途有哪些?

  • WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。
  • WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
  • WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具。
  • WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。

WBS是面向项目可交付成果的成组的项目元素,这些元素定义和组织该项目的总的工作范围,未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS,是因为较好的工作分解可以:

  • 防止遗漏项目的可交付成果。
  • 帮助项目经理关注项目目标和澄清职责。
  • 建立可视化的项目可交付成果,以便估算工作量和分配工作。
  • 帮助改进时间、成本和资源估计的准确度。
  • 帮助项目团队的建立和获得项目人员的承诺。
  • 为绩效测量和项目控制定义一个基准。
  • 辅助沟通清晰的工作责任。
  • 为其他项目计划的制定建立框架。
  • 帮助分析项目的最初风险。

WBS的最低层次的项目可交付成果称为工作包(Work Package),具有以下特点:

  • 工作包可以分配给另一位项目经理进行计划和执行。
  • 工作包可以通过子项目的方式进一步分解为子项目的WBS。
  • 工作包可以在制定项目进度计划时,进一步分解为活动。
  • 工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时,称为委托包(Commitment Package)。

工作包的定义应考虑80小时法则(80-HourRule)或两周法则(Two Week Rule),即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时,只报告该工作包是否完成。通过这种定期检查的方法,可以控制项目的变化。

三、任务分解的基本要求

  1. 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
  2. WBS中某项任务的内容是其下所有WBS项的总和。
  3. 一个WBS项只能由一个人责任,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。
  4. WBS必须与实际工作中的执行方式一致。
  5. 应让项目团队成员积极参与创建WBS,以确保WBS的一致性。
  6. 每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。
  7. WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。

任务分解的方法

  1. 采用树状结构进行分解;
  2. 以团队为中心,自上而下与自下而上的充分沟通,一对一个别交流与讨论,分解单项工作。

任务分解的标准

  1. 分解后的活动结构清晰,从树根到树叶,一目了然,尽量避免盘根错节;
  2. 逻辑上形成一个大的活动,集成了所有的关键因素包含临时的里程碑和监控点,所有活动全部定义清楚,要细化到人、时间和资金投入。
  3. 在我们日常管理项目时,要学会分解任务,只有将任务分解得足够细,足够明了,才能统筹全局,安排人力和财力资源,把握项目的进度。
posted @ 2011-01-05 12:32  xygao  阅读(1389)  评论(0编辑  收藏  举报