项目管理十大知识领域之项目范围管理

(1) 项目范围管理的主要内容是什么？产品范围和项目范围，两者有何区别和联系？不同开发生命周期中，范围管理有什么不同？

✧ 项目范围管理：即使项目中需要做得事情；
✧ 范围vs进度vs成本(项目三大基准)：

✧ 项目范围管理主要内容：
➢ 项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。管理项目范围主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包括在项目内。
✧ 项目范围管理的过程：
➢ 四大规划，两大监控

✧ 产品范围管和项目范围区别和联系：
➢ 产品范围(客户想要)：服务或成果所具有的特征和功能。
➢ 项目范围(为了达成需求)：为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。

✧ 不同的生命周期，范围管理的不同：
➢ 预测型：早期定义范围，任何范围变化都要进行渐进管理，只有正式的变更控制程序才能进行基准变更。
➢ 适应型或敏捷型：旨在应对大量变更，需要相关方持续参与随同可交付成果的创建提供反馈和意见，并确保产品未完项反应他们的当前需求。

(2) 规划范围管理的输出文件分别是什么？

✧ 规划范围管理主要内容：
➢ 为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
✧ 规划范围管理的ITTO（规划）：

(3) 为什么要进行需求收集，从哪里可以获得需求？原型法适用于什么情况？（考点）

✧ 收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。本过程的主要作用是，为定义产品范围和项目范围奠定基础。
✧ 收集需求的ITTO（规划）：
➢ 审查项目章程之后→收集需求→定义产品范围、制定产品范围说明书→制定项目进度。

✧ 需求收集的作用（考点）：
➢ 看题干中：需要实施项目，首先应该怎么做，应该想到收集需求；需求是范围、进度、成本的基础。
➢ 看到题干出现收集需求，需求不合理，首先应该想到需求是否详细记录。
✧ 需求收集(把客户想要的转为需要的)：为了实现目标而确定、记录并管理相关方的需要和需求的过程；
✧ 需求获得途径：让相关放积极参与需求的探索和分解工作(分解成项目和产品需求)，并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功；
✧ 收集需求五部曲：数据收集-数据分析-数据决策-数据表现-数据建模；
✧ 数据收集包含：头脑风暴、访谈、焦点小组、问卷调查、标杆对照、德尔菲法；（考点：区分这些会议区别）
➢ 头脑风暴：短时间内获得大量创意，创意的产生和创意的分析，不评价、追求数量；
➢ 访谈：通过交谈来了解高层级需求、假设条件、制约因 素、审批标准以及其他信息。（具有特定的协议和保密要求，获取信息的正式或非正式方法，也可以用于获取机密信息）；
➢ 焦点小组：召集预定的相关方和主题专家。有主持人引导大家进行讨论，数据收集技术；
➢ 问卷调查：受众广，快速收集信息，非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析；
➢ 标杆对照：将实际产品与其他可比组织的实际进行比较，进行改进意见。主要目的：
理解和收集客户需求的数据，以便集中注意力在满足客户需求上；
➢ 德尔菲法：多位专家反复多伦论证，得出唯一结论（匿名）,达成一致。
✧ 数据决策包含：投票、独裁、多标准决策分析；
➢ 多标准决策分析（名义小组）：过投票排列最有用的创意，对众多创意进行评估和排序（塑料姐妹花）；
➢ 数据表现包含：亲和图、思维导图、引导；
➢ 引导式研讨会三个特点：跨部门、快速、一致意见/达成一致；
➢ 亲和图：用来对（头脑风暴）大量创意进行分组、分类的技术，以便进一步审查和分析。 （收集需求）；
➢ 思维导图：把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的共性与差异，激发新创意。 （收集需求）。
✧ 数据建模包含：系统交互图、原型图。
✧ 原型法的用法：（创建原型，没有经验）
➢ 原型法是指在实际制造预期产品之前，先造出该产品的模型，并根据此征求对需求的早期反馈；多用于电源、广告、教学设计以及敏接和其他软件开发的项目中。

(4) 需求文件有什么作用，包括什么内容？

✧ 需求文件的定义(如产品规格说明书)：描述各种单一需求将如何满足与项目相关的业务需求；记录需求。
✧ 需求文件的具体作用包含：
➢ 需求文件识别了应纳入范围的需求。并且需求文件用于证明符合项目范围；
➢ 将需求与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施；
➢ ​需求文件用于发现任何对商定的项目或产品范围的偏离。​
✧ 需求文件的内容：

✧ 高层级需求/业务需求
➢ 整个组织的高层级需要：
■ 解决业务问题或抓住业务机会
■ 实施项目的原因
✧ 相关方需求
➢ ​相关方或相关方群体的需要。
➢ 根据《相关方登记册》，登记不同相关方的期望和需求。
✧ 解决方案需求
➢ 为满足业务需求和相关方需求，产品、服务或成果必须具备的特性、功能和特征。
➢ 解决方案需求又进一步分为功能需求和非功能需求：
■ 功能需求
功能需求描述产品应具备的功能，例如，产品应该执行的
<1> 行动
<2> 流程
<3> 数据
<4> 交互
■ 非功能需求
非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量要。例如，
<1> 可靠性
<2> 保密性
<3> 性能
<4> 安全性
<5> 服务水平
<6> 可支持性
<7> 保留或清除
■ 业务解决方案
相关方的需要。
■ 技术解决方案
指如何实现相关方需要。
✧ 过渡和就绪需求 ​
➢ 这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力，如
■ 数据转换
■ 培训需求
✧ 项目需求
➢ 项目需要满足的行动、过程或其他条件，例如
■ 里程碑日期
■ 合同责任
■ 制约因素
✧ 质量需求
➢ ​​用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如
■ 测试
■ 认证
■ 确认
✧ 沟通需求
➢ 需求文件可能包含项目相关方对沟通的需求。​
✧ 资源需求
➢ 严格说，资源需求不算在需求文件之内，因为需求文件时在项目规划开始就需要的文件。
➢ 还没有提及具体资源，在完成活动资源估算后才会形成。
➢ 我们在之后，单独描述资源需求的内容。到时更新链接。
■ 资源类型
■ 资源数量

(5) 需求跟踪矩阵是什么？有何作用？（考点）

✧ 需求跟踪矩阵内容：
➢ 从需求到业务需要、机会、目的和目标
➢ 从需求到项目目标
➢ 从需求到项目范围/WBS中的可交付成果
➢ 从需求到产品设计
➢ 从需求到产品开发
➢ 从需求到测试策略和测试脚本
➢ 从高层级需求到详情需求
✧ 1.题干描述产品是否满足客户需求，需要查看需求跟踪矩阵
✧ 2.题干出现可交付成果不满足相关方期望，需要查看需求跟踪矩阵
✧ 3.题干中出现关键词：客户需求、客户期望、需求等。首先需要查看需求跟踪矩阵
✧ 需求跟踪矩阵定义：
➢ 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格(需求→生产制造→可交付成果)，可以把每个需求与业务目标或项目目标联系起来，并且此表格提供了整个项目生命周期中跟踪需求的一种方发；
✧ 需求跟踪矩阵的作用：
➢ 查看产品是否满足客户需求、可交付成果是否满足相关方期待等（比较）；
➢ 把需求与业务目标或者项目目标联系起来，有助于确保每个需求都具有商业价值
➢ 确保需求文件被批准的每项需求在项目结束的时候都能交付
➢ 为管理产品范围提供了框架
✧ 1.题干描述产品符合计划，但客户不满意，需要确定是否完成需求跟踪矩阵

(6) 定义范围的作用是什么？，项目范围说明书的作用与主要内容有哪些？（考点）

✧ 定义范围的ITTO（规划）：定义范围是制定项目和产品详细描述的过程
➢ 产品分析是描述交付产品的用途、特征及其他方面（把需求转换成要做的事就是在做产品分析）；
➢ 在定义范围之前，项目经理必须具有项目范围计划文件；
➢ 了解项目的可交付成果应该参考项目范围说明书；
➢ 难以确定需求时，要收集需求，可以先进行定义范围，用来整体规划项目。

✧ 定义范围的作用：明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界和验收标准（考点）
✧ 1.看题干：需要避免频繁返工，应该在规划是就定义好范围
✧ 2.看题干：需要是使得最终可交付成果成功交付，初期应该收集需求并且定义范围。
✧ 3.看题干：验收标准、详情可交付成果等，问题是过程则是定义范围，问题是问题文件则是范围说明书
✧ 项目范围说明书定义与作用：指定项目和产品详细描述的过程(确定边界和验收标准)；
➢ 主要作用是明确所收集的需求那些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界和验收标准；
✧ 项目范围说明书内容：
➢ 1).项目范围说明书详细地说明了项目的可交付成果和为提交这些可交付成果而必须开展的工作。
➢ 2).项目范围说明书是所有项目利害关系者对项目范围的共同理解，说明了项目的主要目标。
➢ 3). 项目范围说明书使项目团队能够实施更详细的规划，在执行过程中指导项目团队的工作，并构成评价变更请求或增加的工作是否超出项目边界的基准。
➢ 4).项目范围说明书明确提出了哪些工作要做，哪些工作不要做，以及要做的水平，这决定了项目管理团队控制整个项目范围的好坏。
■ 项目范围描述（渐进明细）要详细
■ 项目可交付成果要清晰
■ 验收标准要明确
■ 项目排除项也落定
■ 题干关键词：可交付成果、具体、详细，首先需要查看范围说明书
■ 题干出现：最准确估算，需要最详细文件

(7) WBS是什么？什么是工作包，什么是规划包？分解包括那些活动？分解的原则是什么？（考点）

✧ 创建WBS(创建分解结构) ITTO（规划）：
➢ 细分-分解-组件，要定义创建工作分解结构过程；
➢ 完成定义范围-或者说完成范围说明书的下一步，要明确是创建工作分解结构；
➢ 完成定义范围后，应该使用分解技术来生成可靠估算并管理成本和活动历时。

✧ WBS的定义：
➢ 创建工作分解结构Work Breakdown Structure(WBS)是把项目可交付成果和项目工作分解成较小、更易于管理的组建的过程。本过程的主要作用事为索要交付的内容提供架构，它仅开展一次或仅在项目的预定义点开展；
✧ WBS的作用：
➢ WBS是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。
➢ WBS组织定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作
✧ 题干关键词：不能变更，做额外工作，需要考虑是工作分解结构没有做好
✧ 工作分解结构的层级：（考点）
➢ 题干会直接给出：规划包、工作包等关键词，判断他们的特点。比如：工作包还可以分解、规划包包含工作包。
➢ 自上而下是逐层细化分解

✧ 分解包含的活动：
➢ 需开展的活动；
➢ 识别和分析可交付成果及相关工作；
➢ 确定WBS的结构与编排方发
➢ 自上而下足逐层细化分解；
➢ 为WBS组成部分制定和分配标识编码；
➢ 核实工作分解的程度是否恰当。
✧ 分解的原则：
➢ 100%规则(刚好达到目标)：WBS包含了全部的产品和项目工作，包括项目管理工作和分包出去的工作。通过把WBS底层的所有工作逐层向上汇总，来确保没有遗漏工作，也没有增加多余的工作；
➢ 滚动式规则(渐进明细)：要在未来才完成的可交付成果或子项目，当前可能无法分解。通常要等到这些信息明确后才可以制定出对应细节；
注：一般情况下，WBS应该控制在4~6层，并且各要素应该是相对独立的，要尽量避免交叉；
➢ 8-80原则(减少工作复杂程度)：工作包大小应该至少要8小时（1天）来完成，而总完成时间不应该大于80小时（两周）。

(8) 什么是范围基准，包括什么内容？WBS词典包括什么内容？（考点）

✧ 什么是范围基准：（范围说明书、WBS、WBS词典）
WBS的作用就是范围基准；
➢ 促使人们周全地考虑项目范围.防止遗漏某些内容；
➢ 项目相关方之间沟通的基础文件，使项目相关方对项目的范围有一致的人事；
➢ 编制项目进度计划、成本计划、质量计划等的基础。项目的进度、成本和质量都应该层层分别落实到WBS的每个要素上；
➢ 进行项目组织设计的依据之一，也是进行项目执行和监控的重要依据。并且可以根据这个考核项目是否完工。
✧ WBS词典：（考点）
➢ WBS词典是在创建WBS过程中产生并用于支持WBS的文件。WBS词典对WBS组成部分(包括工作包和控制账户)进行更详细的描述；
➢ 词典的内容包括：账户编码、工作描述、负责的组织、进度里程碑清单、相关的进度活动、所需的资源、成本估算、质量要求、验收标准、技术参考文献、合同信息等；
✧ 关键词:工作描述、详细描述、评估进度等，如果题干要确定哪份文件描述，找"WBS词典"
✧ 关于工作包、规划包等详细描述都是在WBS词典中

(9) 什么是确认范围（考点），他与质量控制有什么区别和联系？

✧ 确认范围 ITTO（监控）：
➢ 项目的成功标准在项目章程里，账目的验收标准在范围说明书里；
➢ 确认范围过程发现团队成员遗漏可交付成果，首先审查工作绩效数据和相关信息确定遗漏了什么。

✧ 确认范围输入：
➢ 题干描述验收不通过，事先应该考查输入文件
➢ 确保验收通过-输入等，要判断过程，确定输入文件
➢ 验收通过需要与计划作比较，确定没有偏差，所以需要查阅输入文件
✧ 确认范围输出：
➢ 项目完成，应该提供文件，是确认范围的输出文件
➢ 验收通过，应该正式签字批准
➢ 避免客户拒绝付款，应该验收时确认其签字
➢ 关键词：完成-验收通过-确认等
✧ 确认范围的定义：
➢ 正式验收已完成的项目可交付成果的过程就是确认范围(内部-项目经理验收，外部-相关方验收，要验收报告签字)外部验收成功为验收的核心标准；
➢ 本过程对交付成果的确认和最终验收；
➢ 主要的作用是，使验收过程具有客观性；同时通过确认每个可交付成功，来提高最终产品、服务或成果获得验收的可能性；
➢ 确认范围应该贯穿项目的始终，如果项目在早期被终止，确认范围过程将记录其完成的程度。
✧ 题干关键词：阶段完成-尽快收尾之前-完成可交付成果之后，都需要进行确认范围
✧ 关键词：验收-移交之前-完成等，首先定位到确认范围
✧ 确认范围与控制质量的区别：
➢ 符合验收标准是确认范围
➢ 符合质量标准是控制质量
➢ 确认范围是正式验收文件，控制质量是确定可交付成果质量正确与否

(10) 什么是控制范围，什么是范围蔓延，应该如何处理？

✧ 镀金是团队自发的，要杜绝
✧ 范围蔓延（客户要求），要实施整体变更控制流程
✧ 趋势分析：判断未来（审查项目绩效随着时间变化情况）
✧ 偏差分析：着眼于当下（将基准与实际结果进行比较）
✧ 控制范围的ITTO(监控)：

✧ 控制范围的定义：控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整 个项目期间保持对范围基准的维护，且需要在整个项目期间开展。
➢ 题干描述范围监督、范围变更，都是在控制范围
➢ 关键词：开发新功能-遗漏功能-遗漏需求，首先定位到控制范围过程
➢ 题干描述团队成员的假设范围等，都要考虑范围监督，依据计划来确定下一步。
➢ 题干描述增加新功能-增加需求-变更可交付成果，首先都应该提交变更请求
➢ 控制范围中的变更要与实施变更请求联系起来
✧ 范围蔓延的定义：未经控制的产品或项目范围的扩大(未对时间、成本和资源做相应的调整)被称为范围蔓延；而团队内部自发增加功能，属于镀金；当项目发现存在蔓延情况，首先应该分析影响，并停止继续添加，或走变更流程添加；
➢ 判断范围蔓延：团队外部要求增加功能，团队未走流程，直接执行，则是范围蔓延
➢ 团队内部自发增加功能，属于镀金（反对镀金）
➢ 题干描述：直接添加功能-存在范围蔓延，首先应该分析影响，并停止继续添加，或者走变更流程添加。
注：
1点主要为项目范围管理的概述
2点主要为规划范围管理（规划-总）
3-5点主要为收集需求（规划-分）一般重要
6-8点主要为定义范围和创建WBS（规划-总）重点
9点主要为确认范围（监控）重点
10点主要为控制范围（监控）