在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中。
树型结构图的WBS层次清晰，非常直观。结构性很强，但不是很容易修改，对于大的、复杂的项目也很难表示出项目的全景。由于主观性，一般在小的，适中的项目中的较多。
WBS的分解方式
WBS的分解可以采用多种方式进行，包括：
按产品的物理结构分解。
按产品或项目的功能分解。
按照实施过程分解。
按照项目的地域分布分解。
按照项目的各个目标分解。
按部门分解。
按职能分解。
创建WBS的过程
创建WBS的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是：
得到范围说明书(Scope Statement)或工作说明书(Statement of Wok，承包子项目时)。
召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。
分解项目工作。如果有现成的模板，应该尽量利用。
画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。
将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预 算、分配负责人员或组织单位。
验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。
如果有必要，建立一个编号系统。
随着其他计划活动的进行，不断地对WBS更新或修正，直到覆盖所有工作。
检验WBS的标准
检验WBS是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准：
每个任务的状态和完成情况是可以量化的。
明确定义了每个任务的开始和结束。
每个任务都有一个可交付成果。
工期易于估算且在可接受期限内。
容易估算成本。
各项任务是独立的。
4、建立WBS需要考虑的因素
(1)确定适当的WBS层次，最低层WBS的元素需对应有形的交付物。
(2)?对WBS生命周期的考虑，需要考虑在项目不同阶段的活动发展，包括项目管理。
(3)项目计划、绩效报告、整体变更控制、范围管理的需要。
(4)资源计划和风险管理的需要。
WBS的使用
对WBS需要建立WBS词典(WBS Dictionary)来描述各个工作部分。WBS词典通常包括工作包描述、进度日期、成本预算和人员分配等信息。对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。
当WBS与OBS综合使用时，要建立账目编码(Code of Account)。账目编码是用于惟一确定项目工作分解结构每一个单元的编码系统。成本和资源被分配到这一编码结构中。
WBS的实践经验
最多使用20个层次，多于20层是过度的。对于一些较小的项目4－6层一般就足够了。
WBS中的支路没有必要全都分解到同一层次，即不必把结构强制做成对称的。在任意支路，当达到一个层次时，可以作出所要求准确性的估算，就可以停止了。
5、工作分解结构的作用
1）明确和准确说明项目的范围；
2）