PMP学习总结3】第5章 项目范围管理 .pdfVIP

项目范围管理

项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。

产品范围：某项产品、服务或成果所具有的特性和功能。

（比如做一顿饭，做几菜几汤）

项目范围：为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。

（包括买菜、做菜、安排进度、算成本、质量、请厨师、风险、沟通等等）

项目范围有时也包括产品范围。项目范围的变化不一定引起产品范围的变化，反之亦

然。

产品范围决定项目范围、项目范围服务于产品范围。

根据项目管理计划来衡量项目范围的完成情况，根据产品需求来衡量产品范围的完成

情况。

规划范围管理

规划范围管理：创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过

程。

主要作用：在整个项目中对如何管理范围提供指南和方向。

范围管理计划中没有明确的范围，只是阐述了如何去管理范围。（范围管理计划无范

围）

需求管理计划：描述将如何分析、记录和管理需求。

如何规划、跟踪和报告各种需求活动；

配置管理活动；

需求优先级排序过程；

产品测量指标及使用这些指标的理由；

用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。

收集需求

需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，

或者产品、服务或成果必须具备的条件或能力。

让干系人积极参与，能直接促进项目成功。

许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。

前者是干系人的需要，后者是指如何实现这些需要。

解决方案需求：功能需求和非功能需求（运行环境、可靠性、安全性）。

过渡需求：从“当前状态”过渡到“将来状态”所需的临时能力，如数据转换和培训

需求。

收集需求的工具和技术

访谈：向被访者提出预设和即兴的问题，并记录他们旳回答。

“一对一”或者多个“一对一”，访谈也可用于获取机密信息。

焦点小组：主持人引导干系人和主题专家（SME）进行互动式讨论。

同职能、同一领域的专家。

引导式研讨会：快速定义跨职能需求和协调干系人差异的重要技术。

联合应用开发（JAD）、质量功能展开（QFD）、用户故事

联合应用开发：业务专家和开发团队一起协作。

质量功能展开：1.收集客户需要，2.分类和排序，3.设定目标。

用户故事：某个角色需要某个功能实现什么目的。

群体创新技术

头脑风暴：只收集，本身不包含投票或排序。

名义小组：促进头脑风暴，投票、优先排序。

概念/思维导图。反映创意之间的共性与差异，激发新创意。

亲和图：分组。

多标准决策分析：多种标准评估。

群体决策技术

一致同意：达成一致同意的一种方法就是德尔菲技术（专家、匿名），注意德尔菲的

计算题。

大多数原则：获得群体中超过50%人员的支持。把参与决策的小组人数定位奇数。

相对多数原则：相对多数者，通常在候选项超过两个时使用。（如：40%，30%，

20%，10%）

独裁：由某一个人为群体做出决策。

问卷调查：受众多样化，需要快速完成调査，受访者地理位置分散，并且适合开展统

计分析。

观察：难以或不愿清晰说明他们的需求，挖掘隐藏的需求。也称为“工作跟踪”。

原型法：原型法的例子“故事板”。（注意区分“用户故事”）

（1.创建原型，2.展示原型，3.收集反馈，4.修改原型）

标杆对照：内部或外部标杆。（甚至可能是不同行业的）。

系统交互图：可视化描绘交互方式。

文件分析：通过分析现有文档，识别与需求相关的信息，来挖掘需求。

收集需求的输出

需求文件：描述各种单一（项目）需求将如何满足与项目相关的业务需求。

需求跟踪矩阵：把产品需求从其来源连接到能满足需求的可交付成果的一种表格。

把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。

需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法。（正向跟踪和逆向跟踪）

有助于确保需求文件中被批准的每项需求在项目结束的时候都能交