工作分解结构WBS(Work Breakdown Structure)是对一个项目逐级进行工作任务分解,最终分解成若相对独立的工作单元,并确定每个工作单元从属的工作活动。
使用WBS时,应结合WBS词典,以具体说明每个工作单元的信息。
WBS的分解方法很多,但有一条共同的原则:MECEMuturally Exclusive, Collectiely Exhaustive),即相互独立,完全穷尽。

1.             具体到项目WBS,有如下问题需要注意。

l  第一级通常与项目生命周期相同。
l  第一级应在项目进一步分解前完成。
l  每个子级都是上一级的片断。
l  一个工作单元只能与一个上级单元相关
l  上级单元的工作内容应该等于其所有直接子级单元的总和。
l  一个基本工作单元只能由一个人负责。
l  在整个WBS中使用同一种定义(WBS词典)。

2.             对于软件项目,在MSF(Microsoft 解决方案框架)中有如下建议:

l  能够被实际估计。
l  估计天数不少于1天,不多于40天。
l  有结果和交付内容。
l  能够完成,而且不会有较大的中断。
l  可以分配给一个人负责。
l  比其它的分解方法更能分解为特定的层次。
l  能够把高风险的活动分解为低风险的活动。
l  除了最上面的一两个层次,要使用动宾短语来描述任务。
l  以大纲的形式包含三到五个层次。
l  WBS在规划阶段定型,在项目过程中反复发展。
l  用任务的最小级别来识别依赖性。

3.             管理缓冲时间

WBS和项目计划中要增加缓冲时间,即额外时间。缓冲时间的量取愉于风险的量。对缓冲时间的使用有如下建议:
l  不应通过增加个人任务的估计时间来增加缓冲时间。根所帕金森氏法则的效应,工作会按日程安排扩展并充满完成它的时间。
l  缓冲时间像任何独的任务一样,应当纳入日程安排。缓冲时间通常在主要的里程碑之前被分配。它总是在项目的关键路径上。
l  缓冲时间应当在项目管理仔细的跟踪和保存。它只能根据请求来分配。
l  如果加入了资源,或取消了一些资源,应当调整日程安排或特性,不要用缓冲时间来补偿。这样做会降低缓冲时间补偿风险的能力。
如果所有缓冲时间都已用完, 要确保整个项目组都任何中断或延迟都有可能带来级联效应,并危及结束日期。