1704397576
◆ 以往项目的项目档案；
1704397577
1704397578
◆ 以往项目的经验教训。
1704397579
1704397580
5.4.2 创建 WBS：工具与技术
1704397581
1704397582
5.4.2.1 专家判断
1704397583
1704397584
见4.1.2.1节。应征求具备类似项目知识或经验的个人或小组的意见。
1704397585
1704397586
5.4.2.2 分解
1704397587
1704397588
分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术；工作包是 WBS 最低层的工作，可对其成本和持续时间进行估算和管理。分解的程度取决于所需的控制程度，以实现对项目的高效管理；工作包的详细程度则因项目规模和复杂程度而异。要把整个项目工作分解为工作包，通常需要开展以下活动：
1704397589
1704397590
◆ 识别和分析可交付成果及相关工作；
1704397591
1704397592
◆ 确定 WBS 的结构和编排方法；
1704397593
1704397594
◆ 自上而下逐层细化分解；
1704397595
1704397596
◆ 为 WBS 组成部分制定和分配标识编码；
1704397597
1704397598
◆ 核实可交付成果分解的程度是否恰当。
1704397599
1704397600
图5.12 显示了某工作分解结构的一部分，其中若干分支已经向下分解到工作包层次。
1704397601
1704397602
1704397603
1704397604
1704397605
图5-12 分解到工作包的 WBS 示例
1704397606
1704397607
创建 WBS 的方法多种多样，常用的方法包括自上而下的方法、使用组织特定的指南和使用 WBS模板。自下而上的方法可用于归并较低层次组件。WBS 的结构可以采用多种形式，例如：
1704397608
1704397609
◆ 以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层，如图5.13所示；
1704397610
1704397611
◆ 以主要可交付成果作为分解的第二层，如图5.14所示；
1704397612
1704397613
◆ 纳入由项目团队以外的组织开发的各种较低层次组件（如外包工作）。随后，作为外包工作的一部分，卖方须制定相应的合同 WBS。
1704397614
1704397615
1704397616
1704397617
1704397618
图5.13 WBS 示例：以阶段作为第二层
1704397619
1704397620
1704397621
1704397622
1704397623
图5.14 WBS 示例：以主要可交付成果作为第二层
1704397624
1704397625
对 WBS 较高层组件进行分解，就是要把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。如果采用敏捷方法，可以将长篇故事分解成用户故事。WBS 可以采用提纲式、组织结构图或能说明层级结构的其他形式。通过确认 WBS 较低层组件是完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。不同的可交付成果可以分解到不同的层次。某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成 WBS 各层级的数据汇总困难。