⚫ 项目范围管理的“核心概念”(P131)
项目范围管理包括做且只做所需的全部工作。
产品范围----某项产品、服务或成果所具有的特性和功能。
项目范围----为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
⚫ 项目范围管理的“核心概念”(P131)
预测型和适应型生命周期之范围管理的对比
⚫ 项目范围管理的“发展趋势和新兴实践”(P132)
-
需求一直是项目管理中的重点。组织开始认识到如何运用商业分析,通过定义、管理和控制需求活动来提高竞争优势。
-
商业分析活动可在项目启动和项目经理任命之前就开始。要注重与商业分析专业人士的合作。
-
需求管理过程始于需要评估,结束于需求关闭。
-
项目经理与商业分析师之间是伙伴式合作关系。
--商业分析师负责需求管理相关的活动
--项目经理负责确保这些活动在项目管理计划有所安排,并且在预算内按时完成,同时能够创造价值
⚫ 在敏捷和适应型环境中需要考虑的因素(P133)
-
特意在项目早期缩短定义和协商范围的时间,并为持续探索和明确范围而延长创建相应过程的时间。
-
有目的地构建和审查原型,并通过多次发布版本来明确需求。把需求列入未完项。
⚫ 项目范围管理过程之一“规划范围管理”(规划过程组)P134
规划范围管理----为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程本过程的作用:在整个项目中对如何管理范围提供指南和方向。
⚫ 规划范围管理—输出:范围管理计划(P137)
范围管理计划----描述将如何定义、制定、监督、控制和确认项目范围。
注意点:1、范围管理计划无范围(范围在范围基准中)
2、范围管理计划可以是正式或非正式的,非常详细或高度概括的。
⚫ 规划范围管理—输出:需求管理计划(P137)
需求管理计划(商业分析计划)----描述将如何分析、记录和管理项目和产品需求。
注意点:1、需求管理计划无需求(需求在需求文件中)
2、内容包括配置管理活动、需求优先级排序过程、测量指标等。
⚫ 项目范围管理过程之二“收集需求”(规划过程组)P138
收集需求----为实现目标而确定、记录并管理相关方的需要和需求的过程。
本过程的作用:为定义产品范围和项目范围奠定基础。
⚫ 什么是需求?(P140)
需求----根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。
需求包括发起人、客户和其他相关方的已量化且书面记录的需要和期望。
⚫ 收集需求—输入:项目文件(P141)
◆ 相关方登记册----用于了解哪些相关方能够提供需求方面的信息,及记录相关方对项目的需求和期望。
⚫ 收集需求--输入:商业文件(P141)
会影响收集需求过程的商业文件是商业论证,它描述了为满足业务需要而应该达到的必要、期望及可选标准。
⚫ 收集需求--输入:协议(P141)
协议会包含项目和产品需求。
⚫ 收集需求--工具与技术(P142-P144)
⚫ 收集需求--工具与技术(P144-P147)
⚫ 收集需求—输出:需求文件(P147)
需求文件----描述各种单一需求将如何满足与项目相关的业务需求。
⚫ 只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要相关方愿意认可的需求,才能作为基准。
⚫ 需求的分类:
-
业务需求:整个组织的高层级需要
-
解决方案需求:为满足业务需求和相关方需求,产品、服务或成果必须具备的特性、功能和特征。 分功能需求和非功能需求
-
项目需求:项目需要满足的行动、 过程或其他条件,例如 里程碑日期、合同责任、 制约因素。
-
相关方需求:相关方或相关方群体的需要
-
过渡和就绪需求:从“当前状态”过渡到“将来状态”所需的临时能力。 例如:数据转换和培训需求
-
质量需求:用于确认可交付成果的成功完成或其他项目需求的实现的任何条件或标准,例如测试、认证、 确认
⚫ 收集需求—输出:需求跟踪矩阵(P148)
需求跟踪矩阵----把产品需求从其来源连接到能满足需求的可交付成果的一种表格。
-
把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值。
-
提供了在整个项目生命周期中跟踪需求的一种方法(正向跟踪和逆向跟踪)
-
有助于确保需求文件中 被批准的每项需求在项目结束的时候都能交付。
-
收集需求时产生的需求文件和需求跟踪矩阵并不代表项目的真实范围
-
需要进一步明确哪些包含在项目范围内,哪些排除在项目范围外。(定义范围)
每章笔记【1-13章】私信我免费分享给您