PMP 第5章 范围管理综述.docx

第五章 项目范围管理 规划范围管理 “范围”这一术语有两种含义： ? 产品范围——某项产品、服务或成果所具有的特性和功能。 ? 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围有时也包括产品范围。 经过批准的项目范围说明书、工作分解结构（WBS）和相应的WBS 词典构成项目范围基准。 输出 范围管理计划是项目或项目集管理计划的组成部分，用来指导项目范围(描述将如何) 定义、制定、监督、控制和确认项目范围。 需求管理计划是项目管理计划的组成部分，描述将如何分析、记录和管理需求。 (管理计划约等于管理制度,无实质内容) 收集需求 收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。 需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力。 需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。 需求将成为工作分解结构（WBS）的基础。 需求也是成本、进度和质量规划的基础，有时也是采购工作的基础。 收集需求从分析项目章程、干系人登记册及干系人管理计划中的信息开始。 收集需求工具 方法形式说明访谈1 VS 1向被访者提出预设和即兴的问题，并记录他们的回答焦点小组1 VS N主持人引导大家进行互动式讨论引导式研讨会N VS N研讨会是快速定义跨职能需求和协调干系人差异的重要技术。 有助于参与者之间建立信任、改进关系、改善沟通，从而有利于干系人达成一致意见。 联合应用设计/开发（JAD） 质量功能展开（QFD）群体创新技术N/A头脑风暴法: 产生和收集对项目需求与产品需求的多种创意的技术。本身不包含投票或排序，但常与包含该环节的其他群体创新技术一起使用。 名义小组技术: 通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序 概念/思维导图: 把从头脑风暴中获得的创意整合成一张图的技术，以反映创意之间的共性与差异，激发新创意 亲和图: 用来对大量创意进行分组的技术，以便??一步审查和分析。 多标准决策分析: 借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，从而对众多方案进行评估和排序的一种技术。群体决策技术N/A一致同意 （德尔菲技术；由一组选定的专家回答问卷，并对每轮需求收集的结果给出反馈。只有主持人可以看到专家的答复，以保持匿名状态） 大多数原则 相对多数原则 独裁问卷调查N/A设计一系列书面问题，向众多受访者快速收集信息。观察N/A观察是指直接察看个人在各自的环境中如何执行工作（或任务）和实施流程。 当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的工作细节。 观察，也称为“工作跟踪”，通常由观察者从外部来观看业务专家如何执行工作。也可以由“参与观察者”来观察，他通过实际执行一个流程或程序，来体验该流程或程序是如何实施的，以便挖掘隐藏的需求。原型法原型法支持渐进明细的理念，需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。标杆对照标杆对照将实际或计划的做法（如流程和操作过程）与其他可比组织的做法进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据系统交互图系统交互图是范围模型的一个例子，它是对产品范围的可视化描绘，显示业务系统及其与人和其他系统之间的交互方式。文件分析文件分析就是通过分析现有文档，识别与需求相关的信息，来挖掘需求。需求文件 需求文件描述各种单一需求将如何满足与项目相关的业务需求。 一开始，可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。 只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。 （SMART原则） SMART (Specific, Measurable, Attainable, Relevant, Time-bound) 需求文件属于项目文件，只在项目内部使用。它以文字的形式记录，同时它不记录需求的来源。 需求跟踪矩阵 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。 需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。 最后，需求跟踪矩阵还为管理产品范围变更提供了框架。 ? 需求跟踪矩阵在项目外使用，可交付给客户，它以表格的形式记录，同时它还记录需求来源 定义范围 定义范围是制定项目和产品详细描述的过程。 定义范围过程就要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述 应根据项目启动过程中记载的主要可交付成果