WBS分解策略指南离不开PMP.pdfVIP

专注 PMP ，软考，ITLT ，P2 培训 / WBS 分解策略指南离不开PMP 1. 引言 渐近明细是项目的特点，但这并不意味着不需要计划。没有计划或者是随意的不负责任的计划的项 目是一种无法控制的项目。在软件高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件 的限制和假设之下采用渐近明细的方式进行不断完善。 例如PMP 对于较为大型的软件开发项目的工作分解结构WBS 可采用二次WBS 方法，即根据总体阶段 划分的总体WBS 和专门针对系统设计或编码阶段的二次WBS。这其中部分的原因是需求的颗粒度在一开 始往往是比较粗的，因此根据功能点对于整体项目规模的估计误差范围也是比较大的。 更为重要的原因是，需求往往不是编码工作分解的准确依据，因为一个需求的功能点可能对应多个 代码模块，而多个需求的功能点也可能只对应一个或少数代码模块，同时还有软件复用等因素要考虑， 因此PMP 只有在需求分析完成以后才能准确地得到系统设计或编码阶段的二次WBS，根据代码模块的合 理划分而得出的二次WBS 才能在系统设计、编码阶段乃至测试阶段起到有效把握和控制进度的作用。 专注 PMP ，软考，ITLT ，P2 培训 / 2. 基本概念 Work Breakdown Structure （WBS）工作分解结构：对应当由项目团队执行以便实现项目目标，并 创造必要的可交付成果工作，按可交付成果所做的层次分解。WBS 将项目的整个范围组织 在一起并加以 明确。每向下分解一个层次，就意味着PMP 项目工作的定义深入了一步。WBS 最终分解为工作细目。WBS 的层次结构以可交付成果为对象，包括内部和 外部可交付成果。（2004 年版PMBOK 指南） Work Package （工作细目，也翻译为工作任务包），工作细目包括为完成该工作细目可交付成果或 项目工作组成部分而必需的计划活动和进度里程碑。（2004 年版PMBOK 指南） Control Account （控制账目，CA ），是综合范围、预算、实际费用和进度，并对绩效进行测量的 管理控制点，控制账目设置在工作分解结构（在选定水平上的具体组成部分）的事先选定的管理点上。 每一个控制账目都可以包含一个或多个的工作细目，但是每一个工作细目只可以在同一个控制账目相联 系PMP。（2004 年版PMBOK 指南） 3. 对WBS 的理解 从以上解释，我们得出如下结论，WBS 是将项目加以定义，明确项目工作任务的。由此可见，WBS 在 项目管理的重要地位，所以“没有WBS，就没有PMP 项目管理”。 对于WBS 定义的理解，我个人认为应在以下两方面重点加以理解： 第一方面，就是WBS 的单元，即WBS 层次结构的对象，它是以“Deliverables （可交付成果）”为 分解导向，而不是以“Schedule Activity （计划活动）”为分解导向。 WBS 的最底层次为Work Package （工作细目），工作细目包括为完成该工作细目可交付成果或项目 工作组成部分而必需的计划活动和进度里程碑。 为什么WBS 的最底层次不是Schedule Activity （计划活动）而是Work Package （工作细目PMP） 呢？ 首先WBS 是作为项目范围管理的工具、技术，项目范围管理关注点是项目的组成部分，它面向的是 可交付成果，而不是过程。 其次WBS 定义的是项目及其组成部分，是Schedule Activity （计划活动）定义的依据，而不是去 定义Schedule Activity （计划活动）； 第三 Schedule Activity （计划活动）是项目进度表的单个组成部分，不是WBS 的组成部分。对于 这一点，很多人理解上可能有困难。因为，习惯说法是活动是由各项具体工作构成的，而上面的定义我 们从字面上看的习惯说法与PMBOK 的定义正好相反，但是从本质上去理解两者应该是相同的，只是说法 不同。因为在项目管理尚未引进中国以前，我们把活动等同于项目。 专注 PMP ，软考，ITLT ，P2 培训 / 第二方面，就是WBS 的结构，WBS 的结构包含了科学的逻辑结构，而 WBS 的结构是由逻辑推演而成的，通过层层的包含关系，非常严谨。结构化是WBS 的一大重要特性，WBS