• 项目范围管理之“创建WBS”

WBS 工作分解结构

工作包（80个小时内可完成）一定是可交付成果

层次越高，颗粒度越大

WBS分解的5个步骤（背） 

WBS分解原则（7条背出） 

• 确认范围

一般步骤（背）

确认范围时需要检查的问题（背）  

范围管理是龙头（做什么）进度（多少时间做）成本（多少钱做）质量(按什么要求做)

业务需求（组织高层级需要）功能需求（流程、数据、互动）非功能需求（性能、安全性、可靠性）

产品范围决定项目范围 、项目范围服务于产品范围。产品范围产品需求文件考核、项目范围项目关机计划（范围基准）考核。

范围来自需求。

范围潜变是客户不断提出小的、不易察觉的范围改变。外部

多镀金是项目人员讨好客户做的。内部    都属与范围蔓延。

出现范围蔓延，一样要走变更流程，审批通过更新基准。审批不过版本回退。

范围管理计划没有范围，要找范围在范围基准里面，范围改变更新范围基准。

范围管理计划有助于降低项目范围蔓延的风险

范围管理计划内容：如何制定范围说明书、如何根据范围说明书创建WBS、如何维护和批准WBS、如何确认和正式验收已完成的项目可交付成果、如何处理项目范围书的变更，该工作与实施整体变更过程直接相联。

需求管理计划描述在整个项目生命周期内

配置管理活动如何启动变更、如何分析其影响、如何进行追溯跟踪和报告、变更审批权限。

收集需求为实现项目目标而确定、记录并管理干系人的需要和需求的过程。

项目章程作为收集需求的输入是因为项目章程里有产品、服务或成果的高层级描述（即高层级需求）

访谈可能获取机密和敏感的信息

德尔菲技术是专家、匿名、多轮、趋同、消除偏见

群体决策技术：一致同意、大多数原则、独裁、相对多数原则

所有的需求都在需求文件，需求是必须明确的、量化的、可测量的，可以跟踪、完整的、相互协调的

需求跟踪矩阵：每个需求与业务目标联系起来、提供了整个项目生命周期中跟踪需求的一种方法。

需求跟踪的内容：业务需求、机会、目的和目标

项目目标      项目范围（WBS可交付成果）   产品设计、产品开发     测试策略和测试场景     高层次需求到详细需求  

定义范围是要在需求文件中选取最终的项目需求

项目范围说明书包含产品范围和项目范围

项目范围说明书包含：产品范围描述、验收标准、可交付成果、除外责任、制约因素、假设条件。 

工作包一定是可交付成果正确，可交付成果一定是工作包错误。

WBS中每个组件都是名词性的可交付成果（产品、服务、成果）层次越高可力度越大，范围广工作量大完成时间长，反之颗粒度越小。

WBS分解步骤：识别和分析可交付成果及相关工作（依据项目范围说明书识别分析）、确定WBS的结构和编排方法（依据项目管理计划来确定）、自上而下逐层细化分解、为WBS组件指定和分配标识变码、核实可交付成果分解的程度是否恰当。

核实的可交付成果

所有的控制xx过程都是用计划和数据进行偏差分析后得出信息和变更请求。