工作分解结构(WBS)标准

2173阅读 0评论2012-03-05 linux_kaige
分类:IT业界



  1. 工作分解结构(WorkBreakdownStructureWBS):以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义无论在项目管理实践中,还是在项目管理理论中,工作分解结构(WBS)都是最重要的内容。WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。
  2. 1.WBS的主要用途
  3. WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。
  4. 1.1 WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
  5. 1.2 WBS是一个展现项目全貌,详细说明为完成项目所必须完成的各项工作的计划工具。
  6. 1.3 WBS定义了里程碑事件,可以向高级管理层和客户报告项目完成情况,作为项目状况的报告工具。
  7. 1.4 WBS防止遗漏项目的可交付成果。
  8. 1.5 WBS帮助项目经理关注项目目标和澄清职责。
  9. 1.6 WBS建立可视化的项目可交付成果,以便估算工作量和分配工作。
  10. 1.7 WBS帮助改进时间、成本和资源估计的准确度。
  11. 1.8 WBS帮助项目团队的建立和获得项目人员的承诺。
  12. 1.9 WBS为绩效测量和项目控制定义一个基准。
  13. 1.10 WBS辅助沟通清晰的工作责任。
  14. 1.11 WBS为其他项目计划的制定建立框架。
  15. 1.12 WBS帮助分析项目的最初风险。
  16. 2.WBS的创建方法
  17. 创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。WBS的创建方法主要有以下两种:
  18. 2.1 类比方法。参考类似项目的WBS创建新项目的WBS。
  19. 2.2 自上而下的方法。从项目的目标开始,逐级分解项目工作,直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平,对于项目工期、成本和资源需求的估计可以比较准确。
  20. 3.创建WBS的基本要求
  21. 创建WBS时需要满足以下几点基本要求:
  22. 3.1 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
  23. 3.2 WBS中某项任务的内容是其下所有WBS项的总和。
  24. 3.3 一个WBS项只能由一个人负责,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。
  25. 3.4 WBS必须与实际工作中的执行方式一致。
  26. 3.5 应让项目团队成员积极参与创建WBS,以确保WBS的一致性。
  27. 3.6 每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。
  28. 3.7 WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。
  29. 3.8 WBS的工作包的定义不超过40小时,建议在4-8小时。
  30. 3.9 WBS的层次不超过10层,建议在4-6层。
  31. 4.WBS的表示方式
  32. WBS可以由树形的层次结构图或者行首缩进的表格表示。在实际应用中,表格形式的WBS应用比较普遍,特别是在项目管理软件中,具体的模版样式参见WBS模版样式。
  33. 5.WBS的分解方式
  34. WBS的分解可以采用以下三种方式进行:
  35. 5.1 按产品的物理结构分解。
  36. 5.2 按产品或项目的功能分解。
  37. 5.3 按照实施过程分解。
  38. 6.项目组内创建WBS的过程
  39. 项目组内创建WBS的过程非常重要,因为在项目分解过程中,项目经理、项目成员和所有参与项目的部门主任都必须考虑该项目的所有方面。
  40. 6.1 项目组内创建WBS的过程是:
  41. 6.2 得到范围说明书(ScopeStatement)或工作说明书(StatementofWok,承包子项目时)。
  42. 6.3 召集有关人员,集体讨论所有主要项目工作,确定项目工作分解的方式。
  43. 6.4 分解项目工作。如果有现成的模板,应该尽量利用。
  44. 6.5 画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。
  45. 6.6 将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预 算、分配负责人员或组织单位。
  46. 6.7 验证上述分解的正确性。如果发现较低层次的项没有必要,则修改组成成分。
  47. 6.8 建立一个编号系统。
  48. 6.9 随着其他计划活动的进行,不断地对WBS更新或修正,直到覆盖所有工作。
  49. 7.WBS的检验标准
  50. 检验WBS是否定义完全、项目的所有任务是否都被完全分解主要依据以下标准:
  51. 7.1 每个任务的状态和完成情况是可以量化的。
  52. 7.2 明确定义了每个任务的开始和结束。
  53. 7.3 每个任务都有一个可交付成果。
  54. 7.4 工期易于估算且在可接受期限内。
  55. 7.5 容易估算成本。
  56. 7.6 各项任务是独立的。
  57. 8、WBS的使用
  58. 对WBS需要建立WBS词典(WBSDictionary)来描述各个工作部分。WBS词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包,应尽可能地包括有关工作包的必要的、尽量多的信息。当WBS与OBS综合使用时,要建立账目编码(Code ofAccount)。账目编码是用于惟一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。


上一篇:分布式文件系统:原理、问题与方法
下一篇:nginx手册