4 规划范围管理

组	过程	输入	工具和技术	输出
计划	1.规划范围管理	1.项目章程 2.项目管理计划（质量管理计划、项目生命周期描述、开发方法） 3.事业环境因素 4.组织过程资产	1 .专家判断 2.数据分析（备选方案分析） 3.会议	1.范围管理计划 2.需求管理计划

4.1 范围管理计划★★★ （21下29）

♦ 范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。
♦ 范围管理计划用于指导如下过程和相关工作:①制定项目范围说明书;②根据详细项目范围说明书创建WBS;③确定如何审批和维护范围基准;④正式验收已完成的项目可交付成果。
♦ 根据项目需要，范围管理计划可以是正式或非正式的,非常详细或高度概括的。

4.2 需求管理计划★★★ （22上27）

♦需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理需求。
♦ 需求管理计划的主要内容包括:①如何规划、跟踪和报告各种需求活动;②配置管理活动,例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限;③需求优先级排序过程;④测量指标及使用这些指标的理由;⑤反映哪些需求属性将被列入跟踪矩阵等。

5 收集需求

组	过程	输入	工具和技术	输出
规划	2,收集需求	1.立项管理文件 2.项目章程 3.项目管理计划（范围管理计划、需求管理计划、干系人参与计划） 4.项目文件（假设日志、干系人登记册、经验教训登记册） 5.协议 6.事业环境因素 7.组织过程资产	1 .专家判断 2.数据收集（头脑风暴、访谈、焦点小组、问卷调查、标杆对照） 3.数据分析（文件分析） 4.决策（投票、独裁型决策制定、多标准决策分析） 5.数据表现（亲和图、思维导图） 6.人际关系与团队技能（名义小组技术、观察和交谈、引导) 7.系统交互图 8.原型法	1.需求文件 2.需求跟踪矩阵

让干系人积极参与需求的探索和分解工作（分解成项目和产品需求），并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。它包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。应该足够详细地挖掘、分析和记录这些需求，并将其包含在范围基准中，在项目执行开始后对其进行测量。需求将作为后续工作分解结构（WBS）的基础，也将作为成本、进度、质量和采购规划的基础。

5.1 数据收集★★★

工具与技术	关键词
头脑风暴	一种用来产生和收集对项目需求与产品需求的多种创意的技术【大量创意、各种想法、畅所欲言】
访谈	通过与干系人直接交谈，书获取信息的正式或非正式的方法；访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。访谈经常是一个访谈者和一个加者之间的“一对一”谈话，但也可包括多个访谈者或多个被访者。访蔡有经验的项目参与者、发起人和其他高管及主题专家， 有助于识别和定义所需产品可交付成果的特征和功能。访谈也可用于获取机密信息【直接交谈、预设和即兴问题、一对一、多对多、获取机密信息】
焦点小组	召集预定的干系人和主题专家，了解他们对所讨论的产品、服务或成果的态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小旗底往比“一对一”的访谈更热烈【同职能、同一领域、有相似背景、主题专家（SME）、主持人引导互动式讨论】
问卷调查	设计一系列书面问题，向众多受访者快速收集信息。非常适用于受众多样化，需要快速完成调查，受访者地理位置分散并且适合开展统计分析的情况【受众多样化、需快速完成、地理位置分散、适合开展统计分析】
标杆对照	将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的【标杆可以是内部或外部、 同行业或不同行业、混前最佳实践、形成改进意见】

数据分析：文件分析指审核和评估任何相关的文件信息。

5.2 决策★★★

工具与技术	关键词
投票	一种为达成某种期望结果，而对未来多个行动方案进行评估的决策技术和过程。用于生成、归类和排序产品需求
独裁型决策制定	由一个人负责为整个集体制定决策
多标准决策分析	借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，以对众多创意进行评估和排序【决矩阵、多种标准、评估和排序】

5.3 数据表现★★★

工具与技术	解释说明
亲和图	用来对大量创意进行分组的技术，以便进一步审查和分析
思维导图	把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的共性与差异，激发新创意【整合、反映共性与差异、激发新创意、脑图】

5.4 人际关系与团队技能★★★

工具与技术	解释说明
名义小组技术	用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步关系 开展头脑风暴或优先排序【促进头脑风暴、投票、优先排序、5分制、数轮】（19下30） （21下30）
观察和交谈	直接察看个人在各自的环境中如何执行工作（或任务）和实施流程【“工作跟随”、难以或不愿清晰说明、挖掘隐藏的需求】
引导	引导与主题研讨会结合使用，把主要干系人召集在一起定义产品需求。研讨会可用于快速定义跨职能需求并协调干系人的需求差异【与主题研讨会结合使用、跨职能、不同部门、协调相关方差异】

系统交互图：是对产品范围的可视化描绘，可以直观显示业务系统（过程、设备、计算机系统等）及其与人和其他系统（行动者）之间的交互方式。

⑻原型法：指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈。 原型法支持渐进明细的理念。故事板是一种原型技术，通过一系列的图像或图示来展示顺序或导航路径。★★★

5.5 需求文件★★★

♦ 需求文件描述各种单一需求将如何满足项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。
♦ 只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求，才能作为基准。（22上28）
♦ 需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

5.6 需求跟踪矩阵★★★

♦ 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。（18下40）
♦ 使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有业务价值。
♦ 需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能实现并交付。
♦ 跟踪需求的内容包括:①业务需要、机会、目的和目标;②项目目标;③项目范围和WBS可交付成果;④产品设计;⑤产品开发;⑥测试策略和测试场景;⑦高层级需求到详细需求等。

♦ 需求踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。为确保干系人满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。（15下案例）（21上论文）