简述WBS与项目计划

    工作分解结构 WBS(Work Breakdown Structure) 是对一个项目逐级进行工作任务分解，最终分解成若相对独立的工作单元，并确定每个工作单元从属的工作活动。

使用 WBS 时，应结合 WBS 词典，以具体说明每个工作单元的信息。

WBS 的分解方法很多，但有一条共同的原则： MECE （ Muturally 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  如果加入了资源，或取消了一些资源，应当调整日程安排或特性，不要用缓冲时间来补偿。这样做会降低缓冲时间补偿风险的能力。

如果所有缓冲时间都已用完，　要确保整个项目组都任何中断或延迟都有可能带来级联效应，并危及结束日期。