1704397009
在项目范围管理过程中，收集、记录和管理相关方需求。项目范围管理的发展趋势和新兴实践包括（但不限于）注重与商业分析专业人士的合作，以便：
1704397010
1704397011
◆ 确定问题并识别商业需要；
1704397012
1704397013
◆ 识别并推荐能够满足这些需要的可行解决方案；
1704397014
1704397015
◆ 收集、记录并管理相关方需求，以满足商业和项目目标；
1704397016
1704397017
◆ 推动项目集或项目的产品、服务或最终成果的成功应用 [7]。
1704397018
1704397019
需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现和维持效益。
1704397020
1704397021
应该将商业分析的角色连同职责分配给具有足够商业分析技能和专业知识的人员。如果项目已配备商业分析师，那么，与需求管理相关的活动便是该角色的职责。而项目经理则负责确保这些活动在项目管理计划中有所安排，并且在预算内按时完成，同时能够创造价值。
1704397022
1704397023
项目经理与商业分析师之间应该是伙伴式合作关系。如果项目经理和商业分析师能够理解彼此在促进项目目标实现过程中的角色和职责，项目成功的可能性就更大。
1704397024
1704397025
裁剪时需要考虑的因素
1704397026
1704397027
因为每个项目都是独特的，所以项目经理需要裁剪项目范围管理过程。裁剪时应考虑的因素包括（但不限于）：
1704397028
1704397029
◆ 知识和需求管理。组织是否拥有正式或非正式的知识和需求管理体系？为了在未来项目中重复使用需求，项目经理应建立哪些指南？
1704397030
1704397031
◆ 确认和控制。组织是否拥有正式或非正式的与确认和控制相关的政策、程序和指南？
1704397032
1704397033
◆ 开发方法。组织是否采用敏捷方法管理项目？开发方法属于迭代型还是增量型？是否采用预测型方法？混合型方法是否有效？
1704397034
1704397035
◆ 需求的稳定性。项目中是否存在需求不稳定的领域？是否有必要采用精益、敏捷或其他适应型技术来处理不稳定的需求，直至需求稳定且定义明确？
1704397036
1704397037
◆ 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
1704397038
1704397039
在敏捷或适应型环境中需要考虑的因素
1704397040
1704397041
对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确。敏捷方法特意在项目早期缩短定义和协商范围的时间，并为持续探索和明确范围而延长创建相应过程的时间。在许多情况下，不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此，敏捷方法有目的地构建和审查原型，并通过发布多个版本来明确需求。这样一来，范围会在整个项目期间被定义和再定义。在敏捷方法中，把需求列入未完项。
1704397042
1704397043
1704397044
1704397045
1704397046
项目管理知识体系指南（PMBOK指南）（第6版） 5.1 规划范围管理
1704397047
1704397048
规划范围管理是为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。本过程的主要作用是，在整个项目期间对如何管理范围提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图5.2描述本过程的输入、工具与技术和输出。图5.3是本过程的数据流向图。
1704397049
1704397050
1704397051
1704397052
1704397053
图5-2 规划范围管理：输入、工具与技术和输出
1704397054
1704397055
1704397056
1704397057
1704397058
图5-3 规划范围管理：数据流向图