项目范围管理试题，项目范围管理备考笔记怎么写
1、项目范围管理：只做该做的事； ( 6个流程)项目范围管理包括确保项目得到执行，并只进行所有必要的工作，以及项目成功的各个流程。
管理项目范围的主要方法是定义和控制应包括在项目中的工作以及不包括在项目中的工作。
项目范围管理包括六个过程。 (背诵)1)计划范围管理——是制定范围管理计划，书面记述如何定义、确认、管理项目范围的过程。
(全员参与)2)需求收集——是确定、记录和管理利益相关者的需求和需求以实现项目目标的过程。
3 )定义范围——编制项目和产品详细描述的过程。
4 )工作分解结构( WBS ) ——工作分解结构( WBS )的创建是将项目交付件和项目工作分解为更小、更易于管理的组件的过程。
5 )确认范围——是正式检查已完成项目成果的过程。
6 )控制范围——是监督项目和产品范围状态，管理范围标准变更的过程。
2、产品范围和项目范围1 )产品范围是指产品或服务应当包括的功能，项目范围是指项目为实现产品交付而应当进行的工作。
)2)产品范围是项目范围的基础，产品范围的定义是对产品要求的描述，而项目范围的定义是生成项目管理计划的基础，两个范围在应用上存在差异。
)3)项目范围标准为批准的项目范围说明书、wBS和wBS词典。
判断项目范围是否完成，必须按范围标准衡量。
产品范围是否完整，要根据产品是否符合产品说明来判断。
)4)产品范围描述是项目范围说明书的重要组成部分，因此产品范围变更后，首先受项目范围3、范围管理计划内容如何编制项目范围说明书。
根据范围说明书制作WBS的方法。
如何维护和批准WBS？
如何确认和正式检查已完成项目的交付成果。
如何处理项目范围说明书的变更。 这个工作直接关系到整体变更控制流程的实施。
4、需求采集工具和技术需求采集工具和技术主要有聚焦群、访谈、观察、原型法、标杆对照、问卷调查、系统交互图、文档分析、引导形式研讨会、群体创新技术、群体创新技术
)焦点小组)召集预选的利益相关者和主题专家，了解他们对建议的产品、服务或成果的期望和态度。
训练有素的主持人引导大家进行交互式讨论。
焦点小组往往比一对一的采访更热烈。
焦点小组是小组采访，而不是一对一采访，可以有6-10名被采访者参加。
(主持人，小组讨论)2)采访是通过与相关人员直接对话获得信息的正式或非正式方法，对于来自作为收集最基本需求手段的采访者的提问，被采访者之间进行了对话
(3)观察：直接观察个人在各自环境中如何开展工作、实施流程。
(4)原型法)5)与基准比较：将实际或计划的做法与其他类似组织的做法(如流程、操作过程等)进行比较，识别最佳做法，形成改进意见，为绩效评估提供依据。
(6)调查问卷(7)系统交互图)是范围模型的一个例子，对产品范围进行可视化描述，显示系统(流程、设备、信息系统等)与参与者(用户、独立于本系统的其他系统)的交互。
系统的交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
(8)文件分析：通过分析现有文档并确定与需求相关的信息来挖掘需求。
可以分析的文档很多，包括业务计划、营销文档、协议、招标文档、建议邀请函、业务流程、逻辑数据模型、业务规则库、APP应用文档、用例文档、其他需求文档、问题日志、策略、策略
)引导式研讨会：通过邀请主要部门相关人员参加会议，引导式研讨会集中讨论和定义产品需求。
研讨会是快速定义职务间需求、协调利益相关者差异的关键技术。
从小组交流的特点看，有效引导的研讨会有助于建立信任、促进关系、改善沟通，有助于参与者达成共识。
这种技术的另一个优点是可以比单独的会议更快地发现和解决问题。
( 10 )小组创新技术)是指可以组织一些小组活动，识别项目和产品的需求。 群创新技术包括头脑风暴法、名义群技术、德尔菲技术、概念/思维导图、亲和导图、多标准决策分析等。
头脑风暴法(各抒己见，集思广益；名义集团技术)通过投票将最有用的想法排列出来，进一步进行头脑风暴和优先排序。
是头脑风暴法的深化应用，是一种更加结构化的头脑风暴法； 德尔菲技术：采用匿名或背靠背的方式，通过几次反馈预测过程，使专家意见逐渐统一，有助于减轻数据偏差，防止任何个人对结果产生不适当的影响。
思维导图，也叫思维导图，将头脑风暴的创意用简单的图联系起来，通过反映这些创意之间的共性和差异来引导新创意。
亲和图，又称RJ法，是针对某一问题，充分收集各种经验、知识、想法、意见等语言、文字资料，通过图解进行归纳，根据其相互亲和力对这些资料进行归纳整理，以澄清问题，寻求统一认识，有助于解决的方法。
多准则决策分析是指利用决策矩阵，用系统分析方法建立风险等级、不确定性、价值收益等多种准则，对多种方案进行评价和排名的技术。
集团决策技术可用于开发产品需求，对产品需求进行分类和优先级划分。
团体决策的方法有：1(全员同意某一行动方案)大多数原则)获得团体50%以上人员的支持，可以进行决策。
相对多数原则)即使得不到部分人的支持，也要根据集体中相对多数人的意见来决定。
该原则独裁通常用于有两个以上候选人的情况。 有人《如项目经理》为团队决策5、需求跟踪可追踪性是项目需求的重要特征，需求跟踪是跟踪单个需求与其他要素的依赖关系和逻辑联系，这些要素包括各种类型的需求、需求跟踪能力
可验证性是要求的最基本特性，从每个配置项的要求到相关产品(或组件)的要求，都需要双向跟踪。
双向跟踪，包括正向跟踪和反向跟踪，是指检查需求文件中的每个需求能否在后续工作产品(可交付项目)中找到对应点； 反向跟踪也称为反向跟踪，是指检查是否可以在需求文件中确定设计文档、产品组件和测试文档等工作的交付项的来源。
具体来说，需求跟踪包括五种类型。 图中的箭头显示了需求跟踪能力的链接。 该链跟踪需求的整个使用周期，即从需求建议到交付的整个过程。
六五种需求可以追踪
7、需求跟踪矩阵表示需求与其他产品要素之间链接的最常用方法是使用需求跟踪(能力)矩阵，需求跟踪矩阵是将产品需求从其源连接到满足需求的可交付结果的表。
需求跟踪矩阵中记录的典型属性包括：唯一标识、需求说明、接收需求的原因、责任人、来源、优先级层、版本、当前状态(正在进行、已取消、已延期、添加新项、已批准、已分配、自行完成)
8、定义范围的工具和技术：专家判断、产品分析、备选方案生成和引导研讨会。
)产品分析)提问并回答产品，形成对要开发产品的用途、特征和其他的描述)项目范围说明书中有验收标准，所以进行产品分析)产品分析技术)产品分解、系统分析、需求分析、系统工程、价值工程师
(2)备选方案的产生：用于指定尽可能多的潜在选项方案的技术、执行项目工作的不同方法9、项目范围说明书识别项目范围说明书的内容。 (生产检查可不包括制假)产品范围描述验收标准可交付成果项目除外责任)制约因素条件项目范围假设说明书主要作用)确定范围)计划和控制沟通基础) 创建wBS是将项目交付项和工作分解为较小且易于管理的组件的过程，其主要作用是提供所提供内容的结构化视图。
25、工作分解结构( WBS )的制作(死记硬背)分解是将项目交付件和项目工作分解为较小、更易于管理的组件的技术。
要将整个项目的工作分解为工作包，必须执行以下活动： 交付件及相关工作《分解什么》确定WBS的结构和组织方式(如何分解)自上而下逐步细化分解)开始分解)编写并分配WBS组件标识代码)交付件分解程度合适WBS分解的方法项目生命周期的每一阶段作为分解的第二层，产品和项目的可交付成果放在第三层或主要可交付成果作为分解的第二层整合非项目组组织可能实施的各种组件(如外包工作)，然后
wBS不是某个项目团队成员的责任，应该由项目团队成员、用户、项目所有人共同完成并一致确认。
12、WBS分解注意8个方面WBS分解注意8个方面：WBS必须面向成果。
WBS必须符合项目范围。
WBS底层应支持规划和控制WBS中的要素必须有人负责，且只有一人负责。 尽管实际上可能需要多人参加。
WBS指导，WBS控制在4~6楼。
WBS是项目管理工作(因为管理是项目具体工作的一部分)，还应包括分包工作。
WBS的创建需要所有(主要)项目相关方的参与，需要项目团队成员的参与。
(全员参加)WBS不是一成不变的。
WBS完成后的工作可能需要修改WBS。
(可变) 13、范围标准)掌握)项目的范围标准为批准的项目范围说明书、WBS和WBS词典。
14、确认范围(掌握)确认范围是正式验收项目完成的交付件过程。
审查范围包括与客户或发起人合作审查交付件，确保交付件成功完成，并接受客户或发起人的正式检查。
确认范围的主要工具和技术是检查和分组决策技术。
检查又称审核、审核、勘验、调查、巡回检查、测试等，是指开展测量、审核和确认等活动，以确定工作和成果是否符合需求和产品检验标准。
确认范围应该贯穿项目的始终。
15、确认范围与质量管理的区别确认范围与质量管理的区别：确认范围主要强调成果被客户或发起人接受；质量管理强调成果的正确性，满足为此制定的具体质量要求(质量标准)。
质量控制一般在确认范围前进行，也可同时进行； 确认范围通常在阶段的最后进行，但质量管理不一定在阶段进行。
质量管理为内部检查，由执行组织相应质量部门实施； 确认范围由外部相关人员(客户或发起人)检查项目成果。
16、控制范围控制范围是监督项目和产品范围状态，管理范围标准变更的过程，其主要作用是在项目期间维护范围标准。
要控制项目范围，必须确保所有要求的变更、建议的纠正或预防措施都经过了实施总体变更管理流程的处理。
如果确实发生了更改，则必须使用范围控制进程来管理这些更改。
范围变更的原因政府政策问题。
项目范围规划编制不细致，存在一定的错误和疏漏。
市场上出现或设计者提出了新技术、新手段或新方案。
项目执行组织本身发生变化。
17、范围变更控制工作范围变更控制工作：影响造成范围变更的因素，使这些因素尽量向有利的方面发展。
判断是否发生了范围变更。
范围变更发生时管理实际变更，确保所有要求的变更均按照整个项目的变更控制流程进行处理