12.2 管理质量：工具与技术

数据表现的工具
因果图（石川图、鱼骨图），将问题陈述的原因分解为离散的分支，有助于识别问题的主要原因或根本原因。
直方图，是一种展示数字数据的条形图，展示每个可交付成果的缺陷数量、原因的类别、各个过程的不合规次数，或项目缺陷的其他表现形式。对数据不排序切不累计。
关键词：集中趋势、分散程度、分布形状、特定变量发生的频率。
散点图（相关图）：展示两个变量之间的关系（解释因变量Y相对于自变量X的变化）
关键词：两个变量、回归线、强相关性、自变量、因变量
帕累托图：一种特殊的垂直条形图，用于识别造成大多数问题的少数重要原因。
帕累托法则（二八定律）：数据的绝大部分存在于很少类别中，极少数的数据分散在大部分类别中（重要的极少数20%和微不足道的大多数80%）
关键词：主要原因、二八定律、80/20法则、优先排序、有重点的采取纠正措施

质量审计——确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化的独立过程。
审计是审过程，结果是检查结果。
审计的目标（背诵）：1，识别最佳实践、违规做法、差距和不足；2，分享类似项目的良好实现；3，协助改进过程、提高生产效率；4，积累经验教训；5，确认已批准的变更请求的实施情况。
质量审计通常由项目外部团队开展，审计项目中的所有过程。

输出：
质量报告，关键内容：1，团队上报的质量问题,；2，针对项目、产品和过程的改善建议；3，纠正措施建议（包括返工、缺陷补救、100%补救）；4，在控制质量过程中发现的情况的概述。
测试与评估文件：是一种项目文件，也称为测试与评估指导方案，里除了一些活动，通过这些活动确定项目是否满足质量目标（供控制质量使用、评估质量目标的实现情况），例如质量核对单、需求跟踪矩阵等。

管理质量要做的事情：
QP输入：质量管理计划，质量标准、质量工具、质量流程；质量测量指标，使用核对单。

QA工具：质量审计，审计流程是否符合计划要求。
审不通过——过程分析；过程有问题，过程改进；过程没问题，确认指标合理性。
QC输入：质量控制测量结果，测试不好，对结果纠正，分析过程哪里出现问题，缺陷补救。

12.3 控制质量：事后对结果的质量检查（监控过程）
控制质量（quality control，针对可交付成果）——为了绩效评估，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理活动执行结果的过程。
作用：核实项目可交付成果和工作已经达到主要干系人的质量要求，可供最终验收。确定项目输出可否达到预期目的，这些输出需要满足所有适用目标、要求、法规和规范。

主要工作内容：
用质量核对单检查质量；
检查项目的管理工作的质量，并记录检查结果（质量控制测量结果）；
检查已完成的可交付成果是否符合质量要求（技术上是否正确）并记录检查结果。
基于质量控制测量结果和相关计划，整理出绩效信息并提出变更请求；
检查已批准的变更请求是否得到合理实施。

输入：
项目文件，
质量测量指标，来源于QP，规划质量管理；专用于描述项目或产品属性，以及控制质量过程将如何验证符合程度。
测试与评估文件：用于评估质量目标的实现程度，来自于管理质量。
批准的变更请求，需要核实是否实施，并确认完整性、正确性。
可交付成果，某一个阶段或过程完成后，必须产出的任何独特并可核实的产品和成果。来自于指导与管理项目工作的输出的可交付成果将得到检查，并与项目范围说明定义的验收标准做比较。
工作绩效数据，也来自于指导与管理项目工作。产品状态数据：观察结果、质量测量指标和技术绩效测量数据等。

工具与技术：
数据收集：
核对单：有助于以结构化方式管理控制质量的活动。
核查表（技术表，check sheets）：用于合理排列各种事项，以便有效的收集关于潜在质量问题的有用数据。
收集的数据可以使用帕累托图等来显示分析。
关键词：收集数据、潜在质量问题、缺陷数量或后果、统计分析结果。
统计抽样，抽取部分样本用于检查，频率和规模在规划质量管理中确定。
属性抽样，结果为合格或不合格。
变量抽样，在连续的量表上表明结果所处的位置，表明合格的程度。

数据分析：
绩效审查：针对实际结果，测量、比较和分析规划质量管理过程中定义的质量测量指标。
根本原因分析（RCA）：识别缺陷成因。
检查（审查、同行审计、审计、巡检）：检查工作产品，以确定是否符合书面标准，也可用于确认缺陷补救。
测试/产品评估：有组织的结构化的调查，旨在根据项目需求有关被测产品和服务质量的客观信息。

控制图——用来确定过程是否稳定，或者是否具有可预测的绩效。（无限界的控制图叫趋势图）。
规格上限和下限（USL/LSL），也叫公差，反应了允许的最大值和最小值，超过规格界限就可能接受处罚、
控制上限和下限（UCL/LCL），代表一个稳定的过程的自然波动范围，一旦失控无需停产但需要查原因。
失控的判断：1，某个数据超过控制界限；2，连续7个点落在均值上方或下方。
控制界限通常设置在离过程均值（0西格玛）± 3西格玛的位置。
关键词：过失控、7点原则、控制上下限、规格上下限、变更频率。

输出：
质量控制测量结果：对质量活动的结果的书面记录，应以质量管理计划所确定的格式加以记录。
核实的可交付成果，控制过程的目的就是确定可交付成功的正确性，核实的可交付成果是确认范围的一项输入，以便正式验收。

控制质量要做的事情：

确认范围和控制质量的区别：

管理质量QA和控制质量QC的区别：

三个过程重点ITTO：

什么是质量，quality，反应实体满足主体明确和隐含需求的能力的特性总和。一组特性满足要求的程度。
项目质量——工作质量（过程的质量）+产品质量（结果），是顾客要求进行的，不同顾客有着不同的质量要求，其意图已反应在合同中，因此项目合同通常是进行项目质量管理的主要依据。
质量与等级的区别
质量——作为实现的性能或成果，是一系列内在特性满足要求的程度。
等级——作为设计意图，是对用途相同但技术特性不同的可交付成果的级别分类。
高等级不一定是高质量，低等级不一定是低质量。
项目经理及项目管理团队负责权衡，以便达到所要求的质量和等级水平。

质量管理标准体系——全面质量管理（TQM）
全面质量管理TQM——一种全员、全过程、全组织的品质管理。
是一个组织以质量为中心，以全员参与为基础，通过让顾客满意和本组织所有成员及社会收益而达到永续经营的目的。
组成4个要素：结构、技术、人员、变革推动者。
4个核心特征：全员参加、全过程、全面方法、全面结果。

质量管理标准体系：6σ方法，在质量上表示为：百万不合格率低于 3.4。
核心是将工作作为一种流程，采用量化的方法分析流程中影响质量的因素，找出关键的因素通过DMAIC（确定、测量、分析、改进、控制）的方法加以改进达到客户满意度。
优越之处：从项目实施过程中改进和保证质量，减少检控质量的步骤，降低成本，培养质量意识。
项目质量管理的管理新实践
1， 客户满意，了解评估定义和管理要求，符合要求+适合使用，敏捷中始终做到可是满意；
2，持续改进，休哈特提出经戴明完善的PDCA（plan计划—实施do—检查check—行动act），循环是质量改进的基础。全面质量管理（TQM）6西格玛和精益6西格玛也可以提升质量。
3，管理层责任，85/15，管理者85%责任。
4，与供应商互利合作关系，组织与供应商是相互依赖，组织着眼于长期关系而不是短期利益。
5，预防胜于检查，质量是规划和实施出来的，不是检查出来的。

项目质量管理——确定质量方针、目标和职责。
质量方针：组织的最高管理者发布质量宗旨和方向，体现了组织的质量意识和质量追求。
质量目标：落实质量方针的要求，明确、具体、量化。
兼顾项目管理和项目可交付成果两个方面。

12.1 规划质量管理，制定指南性的计划、制定质量测量指标。（规划过程）
规划质量管理：识别项目可交付成果的质量要求和标准，书面描述如何证明符合质量要求和标准的过程。
作用：为项目如何管理和核实质量提供指南和方向。
输入：
项目章程、项目管理计划、项目文件、环境事业···组织过程····
需求文件，包括了项目的质量要求。
风险登记册和干系人登记册，包含影响质量要求的威胁、机会或影响的干系人。
组织过程资产：组织的质量管理体系，包括政策、程序等。如果组织没有质量政策，项目经理或管理团队要制定组织质量政策。
工具与技术：
标杆对照——用于确定质量标准，关键词：最佳实践。
头脑风暴——收集数据，制定符合项目的质量管理计划。
访谈——了解有经验的干系人对项目的隐性和显性、正式和非正式的需求和期望。

思维导图——可视化组织信息的绘图法，关键词：激发更多新创意，发散性思维。
快速手机项目质量要求、制约因素、依赖关系和联系等信息。
逻辑数据模型——组织数据可视化，用语言描述，不依赖特定技术。
测试与检查的规划——规划阶段项目经理和团队决定如何测试或者检查成果。

成本效益分析——包括减少返、提高生产率、降低成本、提高干系人满意度、提升盈利能力。对每个质量活动进行成本效益分析，就是要比较器可能成本和预期效益。
质量成本（重要）——花在质量上的所有成本，包括预防和补救。
一致性成本（防止失败）——预防成本：培训、设备、流程文档、选择正确的时间。评估成本：检查、测试、实验。
非一致性成本（处理失败）也叫缺陷成本——内部失败：返工、废品。外部失败：债务、保修、业务流失。

流程图——显示在一个或多个输入转化为一个或多个输出的过程，所需的步骤顺序和可能分支。可以估算质量成本，帮助改进过程和识别可能出现的缺陷。
关键词：预测出错环节、识别潜在缺陷、估算质量成本、改进过程。
流程图——SIPOC（供应商server、input、process、output、customer），戴明提出，用于组织流程管理的管理和改进，任何一个组织都由这5部分组成的系统。

输出：
质量管理计划——描述如何实施适用的政策、程序和指南以实现质量目标，描述项目管理团队为实现项目质量目标需要的活动和资源。
包括（背诵）：项目采用的质量标准（国家标准、行业标准等）、项目质量目标、质量角色和职责、需要质量审查的可交付成果和过程、为项目规划质量控制和质量的管理活动、项目使用的质量工具、与项目有关的主要程序。

质量测试指标——描述项目或产品属性、以及控制质量过程中将如何验证符合程度（比如产品的颜色、形状等），属于项目文件。是对高层级的质量标准的具体化和可操作化。

12.2 管理质量QA，事先对过程的质量保证（执行过程）
把组织的质量政策用于项目，将质量管理计划转化为可执行的质量活动的过程。
作用：提高实现质量目标的可能性、识别无效过程和导致质量低劣的原因、使用控制质量过程的数据和结果向干系人展示项目的总体质量状态（输出一个报告）。
管理质量的主要工作：针对过程的质量保证。（重要）
1、按照质量管理计划和质量测量指标做出合格的质量。
2、识别最佳实践、违规做法、差距和不足。
3、对于差距和不足，改进生产过程、消除非增值活动。
4、对照实际质量绩效，考察质量标准的合格性，提出必要的变更标准。
5、确认已批准的变更请求的实施情况，（看变更做没做）
6、提高主要干系人对项目将要达到质量要求的信心。

管理质量的人员和角色：
QA部门（团队以外的人）—— 执行某些管理质量活动，比如做故障分析、实验设计和质量改进。
全员责任——项目所有人，在管理项目质量方面都扮演一定的角色。
质量管理在敏捷项目中所有团队都执行，在传统项目中特定成员进行。

输入：
质量管理计划：定义了项目和产品质量的可接受水平，描述了如何确保可交付成果和过程达到这一水平。
项目文件：质量测量指标——依据这些指标设定项目的测试场景和可交付成果，用于改进举措的依据。质量控制测量结果——用于分析和评估项目过程和可交付成果的质量是否符合执行组织的标准和特定要求，也有助于分析这些测量结果过程。

工具和技术：
数据收集：核对单（打钩打叉）一种结构化工具，列出特定组成部分。
用途：1，核实所要求的一系列步骤（质量活动）是否已得到执行；2，检查需求列表是否得到满足。
质量核对单应该已范围基准中定义的验收标准保持协调一致。

数据与分析：
根本原因分析（RCA）：找到根本原因，杜绝问题再次发生。结合因果图。
过程分析（在QA过程中）：识别过程改进机会，发现一个过程中存在的问题、制约因素和非增值活动。
备选方案分析：选择那些最合适的质量方案和方法。

面向X的设计（DfX）：产品设计期间可采用的一系列技术指南，旨在优化设计的特定方面，可以控制或提高产品的最终特性。
X可以是产品开发的不同方面（例如性能、速度、成本等任意一方面），使用dfx可以降低成本、改进质量、提高绩效和满意度。

问题解决：发现解决问题或应对挑战的解决方案。有助于消除问题和制定长久有效的解决方案。
过程：定义问题、识别问题、方案生成、选择最佳方案、执行、验证有效性。

11.1 规划成本管理
制定如何管理成本的指南性子计划，确定如何估算、预算、管理、监督和控制成本的过程。
目的：在项目期间为如何管理成本提供指南和方向。
输入：
项目章程：预先批准的财务预算和规定的审批要求
项目管理计划：进度管理计划，提供了影响成本估算和管理的过程及控制方法。
环境事业···组织过程···
工具与技术：
专家判断。
数据分析：备选分析，审查筹资的战略办法，还包括对筹资项目资源的办法。
会议：规划会议，制定成本管理计划。
输出：
成本管理计划：描述如何规划、安排和控制项目成本；如果要查询成本的话，要查《成本基准》。
内容：计量单位：每种资源的计量单位，比如人天。
准确度：为活动成本估算规定的一个可接受的区间，可能包含一定数量的应急储备。
精准度：根据活动范围和项目规模，设定成本估算向上或向下取整的程度。
组织程度链接：在成本核算中使用wbs组件，成为控制账户（CA）。每个CA都有唯一的编码或账号，直接与执行组织的会计制度相联系。
控制临界值：在项目执行中，采取某种措施钱，允许出现的最大成本偏差，通常用偏离基准计划中的参数的某个百分数来表示。
绩效测量规则：需要规定用于绩效测量的挣值管理（EVM）规则或其他测量规则。
报告格式：成本报告的格式和编制频率。

11.2 估算成本（规划过程）
对完成项目工作所需要资源成本进行近似估算的过程，只估不算。作用：确认项目需要的资金。
成本估算是在某个特定时间点，根据已知信息做出的成本预测。需要识别和分析可以用于启动与完成项目的备选成本方案（比如自采和自开发），权衡备选成本方案并考虑风险。
估算准确性：粗略估算（ROM） -25%~+75%；确定性估算（-5%~+10%）
在成本估算时，需要考虑向项目收费的全部资源（如通货膨胀、融资成本或应急成本）。
输入：
项目管理计划——成本管理计划，描述可以使用的估算方法和成本估算需要达到的准确度和精确度。
范围基准：反应了项目资金支出的周期而产生的资金制约因素，或其他财务假设条件和制约因素。
项目文件——风险登记册：考虑应对风险所需的成本。
项目进度计划：包括项目可用的团队和实物资源类型、数量和可用时间的长短。
工具与技术：
类比估算：类似、历史数据，成本低耗时少，准确度低，项目信息不足，在启动阶段。
参数估算：关键词：历史数据、项目参数、统计关系、参数模型、基础数据、公式。
自下而上估算：估算个体、逐层汇总。通常取决于单个活动和工作包的规模和复杂程度。
三点估算：考虑不确定性与风险、提高估算准确性。
质量成本COQ：估算成本时，要用到管理质量成本的各种假设。
储备分析（重点）：项目独特性带来的不确定性，因此产生风险。
已知风险（能提前想到的可能会发生）：事先规划应对。未知：无法/不需要规划应对。要建立应急储备（发生风险可直接使用，专款专用，可新增和释放），应对“已知——未知”风险。应急储备在基准中，可以直接使用不需要走变更。
未知风险（提前完全想不到）：不能识别的风险，无法/不需要规划应对。预留管理储备，不在基准中，需要走变成流程。
输出：
估算成本：包括对完成项目工作可能需要的成本、应对已识别风险的应急储备。
包括直接成本：人工、材料、设备、设施等。
间接成本：管理费等。
特殊成本：融资成本（利息）、通胀成本、汇率等。
应急储备：应对已识别风险的应急储备。

估算依据：支持性文件、清晰完整说明成本估算是如何得出的。
成本类型：

重点：沉没成本：由于过去的决策已经发生的，不能由现在或将来的任何决策改变的成本，在决定是否继续某个出现问题的项目时，不应考虑沉没成本。
机会成本：因某个选择而放弃另一个或多个选择时，另一个或多个可能带来的更高价值。

11.3 制定预算（规划过程）
汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。
作用：1，汇总估算的成本（包括应急储备） 2，建立成本基准 3，计算管理储备 4，形成预算（成本基准+管理储备） 5，分配预算。
项目预算报警经批准的用于项目的全部资金。成本基准是经过批准且按时间段分配的项目预算，包括应急储备，但不包括管理储备。
输入：
项目管理计划——成本管理计划：描述如何将项目成本纳入预算。
范围基准：详细信息可用于成本估算和管理。
项目文件——成本估算：将各工作活动的成本估算汇总后，得到各工作包的成本估算。
项目进度计划：根据其中的信息，把计划成本和实际成本汇总到相应日历时段。
风险登记册：审核该文件以确定如何汇总风险应对成本。
可行性研究文件——可行报告：识别了财务成功因素。评估报告：概述了项目的目标收益。
协议：需要考虑项目采购的产品的成本及适用的协议信息。
工具与技术：
成本汇总： 汇总路线：活动的成本估算——工作包——控制账户——整个项目。
数据分析：管理储备针对“未知—未知”风险，不在成本基准中，需要提变更。但属于项目总预算和资金需求的一部分。
如果使用管理储备，这部分使用的管理储备应该纳入成本基准中，导致成本基准变更。
历史信息审核：有助于进行参数估算或类比估算。

资金限制平衡：在既定的资金限制下，确保项目各阶段、各部位和整个项目有足够的资金，可能会导致进度进化的改变。可以通过在项目进度计划中添加强制日期来实现。
输出：
成本基准，是经过批准、按时间段分配的项目预算，包括应急储备，不包括管理储备。

自上而下制定项目预算的过程：
1、 用成本汇总，把活动或工作包的成本逐层向上汇总到控制账户和整个项目。
2、用储备分析、历史关系和专家判断，对汇总结果进行验证和调整。
3、采用资金限制平衡，来平衡资金的支出，确保项目有资金保障，形成成本基准。
4、成本基准+管理储备 = 项目预算

项目资金需求：根据成本基准，确定总资金需求和阶段性资金需求。
成本基准中有预计的支出，也包括预计的债务，项目资金通常以增量的方式投入，并且可能是非均衡的，总资金需求 = 成本基准 + 管理储备。
S曲线如下：

11.4 控制成本（监控过程）
监督项目状态和成本执行状态，更新项目成本，管理成本基准变更。
作用：在整个项目期间保持对成本基准的维护。在成本中，重点分析项目资金支出与相应完成的实际工作之间的关系。有效成本控制的关键在于管理经批准的成本基准。
控制成本目标（背诵）：
监督：工作绩效和成本绩效，找出成本偏差。
控制：把成本超支控制在可接受范围内，确保成本支出不超过资金限额。
变更：对造成成本基准变更的因素施加影响、确保变更请求都能得到处理、管理这些已经实际发生的变更、防止在成本或资源报告里出现没批准的变更、想干系人报告经批准的变更及成本。

输入：
项目管理计划—成本基准：把成本基准和实际结果相比，判断是否需要变更或者采用纠正或预防措施。
工作绩效数据：查看哪些成本已批准、发生、支付和开具发票。
工具与技术：
趋势分析：审核项目绩效随时间的变化情况，以判断绩效是否正常。
挣值分析（EVA），四个指标：BAC、AC、PV、EV。
输出：
工作绩效信息：在工作包层级和控制账户层级，评估已执行的工作和工资成本方面的偏差。
变更请求：通过分析成本偏差，可能对基准、范围基准和项目管理计划的组成部分提出变更请求。

9.3 定义范围（define scope）
针对需求明确要做哪些事不做哪些事，描述产品、服务、成果的边界和验收标准。
定义范围需要从需求文件中选取最终的项目需求，需要多次反复开展定义范围的过程。

输入：
项目章程（有成功标准和验收标准，高层级描述、产品特征等）、需求文件、项目管理计划、项目文件（需求文件、假设日志）、环境

工具与技术：
产品分析：将高层级产品描述转变为有型的可交付成果，包括产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等。
备选方案分析：制定尽可能多的备选方案。
决策：多标准决策分析
人际关系与团队技能：引导，协调不同专业知识的干系人，达成跨职能的共识。

项目章程英文（project charter）
输出：范围说明书（project scope statement），是对项目范围、主要可交付成果、假设条件和制约因素的描述，作用：记录了整个范围包括项目和产品范围，描述了项目可交付成果，还代表干系人之间就项目范围所达成的共识。为了便于干系人期望，可明确指出哪些工作不属于项目范围内。（背诵）

9.4 创建WBS
项目范围说明书，文件内容不直观，但图表达更为直观。将文字转化为WBS图表。
WBS（work breakdown structure），工作分解结构，每一个组件就是一个可交付成果，最底层的80小时可完成的可交付成果，称为 工作包。
WBS定义：把可交付成果分解为工作包，组织并定义了项目总范围。包括工作包（80小时内完成的可交付成果）、规划包（工作内容已知，但详细进度活动未知，是低于控制账户高于工作包的结构组件，体现滚动式规划）和控制账户（针对每个wbs组件，详细描述可交付成果、活动和进度信息的文件，有助于评价变更的影响）。

工具与技术：重点，曾考过10次，背诵。
分解：把项目范围和可交付成果逐步划分为更小，更便于管理的组成部分的技术。
1，识别和分析可交付成果，依据是项目范围说明书；2，确定WBS的结构和编排方法，可参考范围管理计划，里边都是指南；3，自上而下逐层分解；4，为WBS组件定制和分配标识编码。5，核实可交付成果分解的程度是否恰当。
工作包：WBS最底层组件，对其成本和持续时间进行估算和管理。
创建WBS，就是将整个项目工作分解为工作包。

WBS结构三种形式
1，每一层都是可交付成果
2，把项目生命周期的各个阶段放到第二层，其他层都是可交付成果。
3，纳入由项目团队以外的组织开发的各种低层次组件（比如外包），做为外包工资的一部分，卖方需要定制相应的合同WBS。

8个注意事项：
1，WBS是面对可交付成果；
2，必须符合项目范围（100%原则），所有下一级元素之和必须100代表上一级元素；
3，wbs底层要支持计划和控制——支持项目管理计划、进度和预算的控制；
4，元素必须只有1个人负责（独立责任原则）；
5，WBS控制在4~6层，如果超过6层需要继续分解；
6，wbs应包括项目管理工作，也要包括分包出去的工作；
7，wbs编制需要所有（主要）干系人参与；
8，wbs并非一成不变。渐进明细的。

控制账户
是一个管理控制点，人为设定的，可以与组织的财务程序连接，在该控制点上，把范围、预算和实际成本、进度加以整合，与挣值做比较，以测量绩效。
每个控制账户可能包含一个或者多个工作包，但一个工作包只属于一个控制账户。
控制账号设置在较高层次或者较低层次上，就表明项目管理团队想要对项目实施“粗管” 还是 “细管”。

输出：
范围基准
经过批准的项目范围说明书、WBS、WBS词典，只有通过正式的变更程序才能进行变更，它被用作比较的基础。
记录了整个范围，包括项目和产品范围。

9.6，控制范围，监控过程组
控制范围（control scope）：监督项目和产品的范围状态，管理范围基准变更的过程。
作用：在项目期间保持对范围基准的维护，确保所有变更请求、纠正措施、预防措施都通过实施整体变更控制过程进行处理。

输入：
项目管理计划、需求文件、工作绩效数据（执行过程中收集的第一手工作数据表数据，接受的变更的数量，核实确认和完成的可交付成果数量 ）、组织过程资产
工具与技术：
数据分析：
偏差分析，将基准和实际结果做比较，确定偏差是否处理临界值区间内或是否有必要纠正或预防措施。
趋势分析：审查项目绩效随着时间的变化情况，判断绩效是否正在改善或恶化。
输出：工作绩效信息、变更请求、项目管理计划更新、项目文件更新。

9.5 确认范围，监控过程组
确认范围（validate scope）客户或者发起人正式验收已完成项目的可交付成果的过程。
作用：使验收具有客观性，通过确认每个可交付成果，来提高最终产品、服务或成果验收的可能性。
确认范围需要检查的问题：
1，可交付成果是否是确定、可确认的。
2，每个可交付成果是否有明确的里程碑，是否有明确可辨别的事件。
3，是否有明确的质量标准。
4，审核和承诺是否有清晰的表达。
5，项目范围是否覆盖了需要完成的产品或服务所进行的所有活动，有没有遗漏或者错误。
6，项目范围的风险是否太高，管理层能发能够降低可预见风险发生时对项目的冲击。

干系人的关注点（重点）：
1，管理层，关注范围对进度、资金和资源的影响，是否超出了组织承受范围，投入产出是否合理。
2，客户，关心产品范围，项目的可交付成果是否能够完成产品或服务。
3，项目管理人员，关注可交付成果是否能够和必须完成，时间、资金和资源子否足够，主要的潜在风险等。
4，团队成员，关心自己参与和负责的元素，检查工作时间是否足够。
另外，客户和团队成员往往有在当前版本中加入所有功能和特征的意愿，是一种潜在风险。

输入：
核实的可交付成果：是验收的对象，已完成冰杯控制质量过程检查为正确的可交付成果。来自于质量管理中 控制质量的子过程。
项目管理计划：包括 范围管理计划（定义了如何验收可交付成果）和需求管理计划（描述了如何确认项目需求），以及范围基准（用基准和实际结果做比较）。
项目文件：需求文件（将需求和实际结果比较）和需求跟踪矩阵（含有和需求相关的信息，包括如何确认需求）。相当于反向验证。

技术与工具：
检查（审查、产品审查、巡检），查的是结果。开展测量、审查与确认等，判断工作和可交付成果是否符合需求和产品的验收标准。验收测试是一种典型的确认范围的技术。检查查结果，审计审过程。

输出：
验收通过，则输出：验收了的可交付成果：符合验收标准的可交付成果由客户或者发起人签字批准。
从客户或发起人获得正式文件，证明干系人对交付成果的正式验收。

验收不通过：
输出：变更请求，按照步骤：1，记录原因；2、提交变更申请流程；3、缺陷补救。

范围管理，需求。

根据协议或者其他强制性规范，项目必须满足的条件或者能力、产品或成果必须具备的条件或者能力。需求包括发起人、客户、和其他干系人已量化且书面记录的需要和期望。

业务需求、干系人需求、解决方案需求、过度需求、项目需求、质量需求

产品范围——某项产品、服务或者成果（可交付成果）所具有的性能和功能。决定了项目范围，自身变化不一定引起项目范围的变化，不包含项目范围，依据是产品需求文件（SRS）。
项目范围——为了交付具有规定特性与功能的产品、服务或者成果必须完成的工作。服务于产品范围，自身变化不一定会引起产品范围的变化，广义上也包括了产品范围，依据是项目管理计划（范围基准）。

范围蔓延（需要走变更流程）——范围镀金、范围潜变
镀金——项目人员（主动）为了讨好客户而做的不解决实际问题、没有应用价值的项目活动。
范围潜变——客户不断提出小的、不易察觉的范围改变，不加控制的话累计导致项目偏离既定基准，导致项目失控甚至是失败。
范围蔓延：未对时间、成本和资源做相应的调整，未经控制的产品或项目范围的扩大。
来自团队内部原因造成的蔓延叫“镀金”，来自外部原因造成的蔓延叫“范围潜变”。

敏捷和适应型环境里需要考虑的因素：在每个班迭代器开始定义需求范围。

9.1 规划范围管理，创建如何管理需求和范围的子计划，属于规划过程。
为了记录如何定义、确认和控制项目范围及产品范围而创建范围管理计划的过程。
作用：在整个项目期间对如何管理范围提供的指南和方向。
输入：
项目章程（项目目的、描述、假设条件、制约因素以及项目实现的高层级需求）、项目管理计划（质量管理计划、项目生命周期描述、开发方法）、环境事业因素、组织过程资产。
工具与技术：专家判断、数据分析、规划会议
输出：
范围管理计划，描述如何定义、制定、监督、控制和确认项目范围
如何制定范围说明书、如何根据范围说明书创建WBS、如何审批和维护范围基准，如何确认和验收已完成的项目可交付成果。
注意：范围管理计划无范围（都是描述如何管理范围，没有描述哪些范围）；有助于降低范围蔓延的风险。可以是详细的也可以是概括的。
需求管理计划：指导如何分析、记录和管理需求。需求管理计划无需求。
内容包括：如何规划、跟踪、报告各种需求活动，需求相关的培训计划，等。

所有XX管理计划中都有的通用内容，如：
XX管理会用到哪些工具和方法论；
XX管理用什么格式、多少频率进行汇报；
XX管理中定了哪些岗位职责；
XX管理预算花多少钱做，花多少时间做。

9.2 收集需求
为实现项目目标而确定、记录并管理干系人的需求和需求的过程。
作用：为定义和管理项目范围（包括产品范围）奠定基础。
输入：项目管理计划、项目立项管理文件（项目建议书、可研报告、评估报告、商业报告等）、项目章程、项目文件（干系人登记册——需求来源，经验教训登记册——如果收集需求）、协议。

工具与技术：
1、专家判断；2、数据收集（头脑风暴、访谈、焦点小组、问卷调查、标杆对照）；3、决策；4、数据表现；5、人际关系技能；6、原型法
访谈，与干系人直接交谈。结构式—事先准备好一系列问题，有针对的进行。非机构化—只列出一个粗略的想法，根据访谈具体情况发挥。
关键词：直接交谈、预设和即兴问题、深入了解、一对一、一对多、获取机密和敏感信息。
焦点小组：由一位受过训练的主持人引导预先选定的干系人和主题专家进行互动式讨论。
是一对多的群体访谈，最终获取更有价值的集体意见，参加者多是同职能、同一领域、或有相似背景的人。
引导：和研讨会结合使用，通过讨论来定义需求。能快速定义跨职能需求和协调干系人差异，着重于形成既定目标的一致意见。
关键词、跨职能、不同部门、协调干系人差异、联合开发、用户故事等。
问卷调查：受众多样化，快速完成、成本低、地理位置分散、适合开展统计分析
缺点：缺乏灵活性、无法了解细节，干系人不重视，真实性差
观察（工作跟踪）：直接查看个人如何工作和实施流程。关键词：直接观察、难以或者不愿意被说明、挖掘隐藏需求。
原型法：步骤：1、模型创建2、用户体验3、收集反馈 4、原型修改；
关键词：减轻返工风险、渐进明细、敏捷、故事板
使用场景：需求不确定或者需求多变的情况下，可以使用原型法

标杆对照：将实际或计划的做法，跟行业内外的可比组织的做法进行比较，进行识别最佳时间、形成改进意见，并为绩效考核提供依据。
关键词：可比组织、内外部、识别最佳实践、形成改进意见、为绩效考核提供依据。
系统交互图：拓扑图、可视化
文件分析：分析现有文件
头脑风暴，单纯的收集创意，不进行分析或者排序。
原则：庭外判决原则，追求数量、各抒己见、自由发炎、探索取长补短和改进方法
关键词：畅所欲言、单纯收集、尽可能多、尽可能激发。
名义小组：投票、排序，促进头脑风暴。
概念/思维导图，从头脑风暴中获得的创意组合成一张图，反应创意之间的共性和差异，激发新创意。
关键词：整合、反应共性和差异、激发新创意、图文并重，是头脑风暴的深化应用。
亲和图：根据头脑风暴的创意，按照相似性进行分组，进行下一步审查和分析。
关键词：分组、有助于WBS制定。
决策：一致同意、大多数原则、相对多数原则、独裁。
多标准决策分析：也叫优先矩阵，角逐决策分析矩阵，用系统方法建立多种标准，可用于识别关键事项和合适的备选方案，并通过一些列决策对众多备选方案进行评估和排序。
关键词：多种标准、权重、评估、排序。
德尔菲技术：组织专家就某一个主题达成一致意见的一种信息收集技术。
缺点：过程复杂，花费时间长。
关键词：专家、匿名、多轮、趋同、消除偏见。

输出：
需求文件：描述各种单一需求将如何满足与项目相关的业务需求。（例如SRS文件，需求规格说明书）。只有明确（可测量和测试的）、可跟踪的完整的、互相协调的，且主要干系人认可的需求，才能做为基准。
需求跟踪矩阵（二维）：把需求从来源链接到能满足需求的、可交付成果的一种表格。
把每个需求与业务目标或者项目目标联系起来。提供了在整个项目生命周期中跟踪需求的一种方法。
用户需求说明书→需求规格说明书→可交付成果；
漏需求：需求蔓延 或者 需求文件没有更新。
**需求跟踪内容包括（背诵）：
业务需求、机会、目的和目标；项目目标；项目范围（WBS可交付成果）；产品设计和开发；测试策略和测试场景；从高层次需求到详细需求。**