工作分解结构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 如果加入了资源，或取消了一些资源，应当调整日程安排或特性，不要用缓冲时间来补偿。这样做会降低缓冲时间补偿风险的能力。
如果所有缓冲时间都已用完， 要确保整个项目组都任何中断或延迟都有可能带来级联效应，并危及结束日期。
本文出自 “威尔金的IT博客，51CTO” 博客，请务必保留此出处http://welkinhu.blog.51cto.com/447606/110876