PMBOK(第六版) PMP笔记——《五》第五章(项目范围管理)
- 格式:docx
- 大小:106.99 KB
- 文档页数:19
第5章项目范围管理范围基准:经批准的详细项目范围说明书、工作分解结构、工作分解结构词典。
一. 收集需求1. 收集需求是为实现项目目标而定义并记录干系人的需求的过程。
2. 需求可分为:项目需求和产品需求。
3. 项目需求:商业需求、项目管理需求、交付需求。
4. 产品需求:技术需求、安全需求、性能需求。
5. 收集需求输入:项目章程、干系人登记册6. 收集需求工具:访谈、焦点小组会议、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、原型法。
7. 收集需求输出:需求文件、需求管理计划、需求跟踪矩阵8. 群体创新技术:头脑风暴法、名义小组技术、德尔菲技术、概念/思维导图、亲和图9. 群体决策技术:一致同意、大多数原则、相对多数原则、独裁10. 需求文件:描述各种单一的需求将如何满足与项目相关的业务需求。
11. 需求基准:明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,主要干系人认可的需求。
12. 需求文件组成:业务需求或需抓住的机遇;可跟踪的业务目标和项目目标;功能要求;非功能性要求;质量要求;验收标准;体现组织指导原则的业务规则;对组织其他领域的影响;对执行组织内部或外部团体的影响;对支持和培训的需求;与需求有关的假设条件和制约因素。
13. 需求管理计划组成:如何规划、跟踪和汇报各种需求活动;配置管理活动;需求排序过程;产品测量指标及使用这些指标的理由;需求跟踪结构14. 需求跟踪矩阵典型属性:独特的识别标志、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、现状(活跃中、已取消、已推迟、新增加、已批准)、实现日期。
补充属性:稳定性、复杂程度、验收标准。
二. 定义范围1. 定义范围是制定项目和产品详细描述的过程。
2. 定义范围输入:项目章程、需求文件、组织过程资产3. 定义范围工具:专家判断、产品分析、备选方案识别、引导式研讨会4. 定义范围输出:项目范围说明书、项目文件(更新)5. 项目范围说明书:详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。
●项目管理知识体系指南(PMBOK)第6版,仍然是采用5大过程和10大知识领域的整体框架。
●五大过程组分别是启动过程组、规划过程组、执行过程组、监控过程组和收尾过程组(如图一所示)。
(图一:五大过程组)●十大知识领域分别是项目整合管理、项目范围管理、项目进度管理、项目成本管理、项目质量管理、项目资源管理、项目沟通管理、项目风险管理、项目采购管理和项目相关方管理(如图二所示)。
(图二:十大知识领域)●五大过程和十大知识领域,一共包含49个过程。
●五大过程组中,启动过程组包含2个过程,分别是制定项目章程、识别相关方(PMBOK第5版中的名称是识别干系人);规划过程组包含24个过程,分别是制定项目管理计划、规划范围管理、收集需求、定义范围、创建WBS、规划进度管理、定义活动、排列活动顺序、估算活动持续时间、制定进度计划、规划成本管理、估算成本、制定预算、规划质量管理、规划资源管理(PMBOK第5版中的名称是规划人力资源管理)、估算活动资源、规划沟通管理、规划风险管理、识别风险、实施定性风险分析、实施定量风险分析、规划风险应对、规划采购管理、规划相关方参与(PMBOK第5版中的名称是规划干系人管理);执行过程组包含10个过程,分别是指导与管理项目工作、管理项目知识(新增)、管理质量(PMBOK第5版中的名称是实施质量保证)、获取资源(PMBOK第5版中的名称是组建项目团队)、建设团队(PMBOK第5版中的名称是建设项目团队)、管理团队(PMBOK第5版中的名称是管理项目团队)、管理沟通、实施风险应对(新增)、实施采购、管理相关方参与(PMBOK第5版中的名称是管理干系人参与);监控过程组包含12个过程, 分别是监控项目工作、实施整体变更控制、确认范围、控制范围、控制进度、控制成本、控制质量、控制资源(新增)、监督沟通(PMBOK第5版中的名称是控制沟通)、监督风险(PMBOK第5版中的名称是控制风险)、控制采购、监督相关方参与(PMBOK第5版中的名称是控制干系人参与);收尾过程组包含1个过程,即结束项目和阶段(PMBOK 第5版中的结束采购过程在第6版中被取消了)(如图三所示)。
项目管理知识体系指南(PMBOK)第六版重要知识点总结2020年5月8日1引论1.1PMBOK指南的目的知识体系包括:已发布和未发布的材料。
普遍认可:知识和做法在大多数时候适用于大多数项目,并且其价值和有效性已获得一致认可。
良好实践:人们普遍认为,在项目管理过程中使用这些知识、技能、工具和技术,能够达到预期的商业价值和成果,从而提高很多项目成功的可能性。
1.1.1项目管理标准本指南的范围仅限于项目管理领域。
1.1.2道德与专业行为规范价值观:责任、尊重、公正、诚实1.2基本要素1.2.1项目1、项目是为创造独特的产品、服务或成果而进行的临时性工作。
临时性:有明确的起点和终点。
2、项目驱动变革3、项目创造商业价值商业价值:从商业运作中获得的可量化净效益。
项目的商业价值指项目成果能为相关方带来的效益。
有形效益:货币资产、股东权益、公共事业、固定设施、工具、市场份额无形效益:商誉、品牌认知度、公共利益、商标、战略一致性、声誉4、项目启动背景P9(特别注意单个背景条件的)■符合法规、法律和社会要求;某化工厂制造商批准一个项目,为妥善处理一种新的有毒材料制定指南(法律要求)■满足相关方的要求或需求;某相关方要求组织进行新的输出(相关方需求)为应对传染病频发,某发展中国家的非政府组织批准一个项目,为社区建设饮用水系统和公告厕所,并开展卫生教育(社会需要)■执行、变更业务或技术战略;为保持竞争力,产品价格要低于竞争对手产品价格,需要降低生产成本(竞争力)■创造、改进或修复产品、过程或服务相关。
某组织实施一个运用精益六西格玛价值流图的项目(业务过程改进)1.2.2项目管理的重要性将知识、技能、工具和技术应用于项目活动,以满足项目的要求。
渐进明细、持续改进、细化计划。
项目是组织创造价值和效益的主要方式。
1.2.3项目、项目集、项目组合以及运营管理之间的关系(P13重点看)1、项目组合、项目集、项目之间的关系项目组合:项目组合是为了实现战略目标而组合在一期管理的项目、项目集、子项目组合和运营工作。
pmbok各章重点笔记第1章引论 PMP个人学习笔记《PMP个人备考笔记(全篇)》下载1.1 PMBOK指南的目的1.PMBOK指南收录项目管理知识体系中被普遍认可为“良好做法”的那一部分。
①所谓“普遍认可”:指这些知识和做法,在大多数的时候,适用于大多数项目,并且其价值和有效性已获得一致认可;②所谓“良好做法”:指人们普遍认为,使用这些知识.技能.工具和技术,能够提高很多项目成功的可能性(但不意味着一成不变的应用于所有项目);2.《PMI道德与专业行为规范》是全球适用的。
P MI Project Management Institute 项目管理协会1.2 什么是项目1.项目是为创造独特的产品.服务或成果而进行的临时性工作。
①所谓“独特性”:尽管某些项目可交付成果或活动中可能存在重复的元素,但这种重复并不会改变项目工作本质上的独特性;②所谓“临时性”:指项目有明确的起点和终点(临时性并不一定意味着项目的持续时间短,它是指项目的参与程度及其长度);2.项目的特征:独特性.临时性.渐进明细。
所谓“渐进明细”:指随着信息越来越详细具体.估算越来越准确,而持续改进和细化计划。
3.项目组合.项目集和项目之间的关系:①项目组合 =项目集 +项目 + 子项目组合 + 运行工作;(不一定彼此依赖或直接相关)②项目集 =项目 + 子项目集 + 其他工作;(相互关联且被协调管理)1.3 什么是项目管理1.项目管理就是将知识.技能.工具与技术应用于项目活动,以满足项目的要求。
包含五大过程:启动.规划.执行.监督.收尾。
2.平衡相互竞争的项目制约因素,包括(但不局限于):范围.质量.进度.预算.资源.风险;制约因素之间的关系:任何一个因素发生变化,都会影响至少一个其他因素;1.4 项目组合管理.项目集管理.项目管理和组织级项目管理之间的关系1.组织级项目管理(OPM)是一种战略执行框架,通过应用项目管理.项目集管理.项目组合管理及组织驱动实践,不断地以可预见的方式取得更好的绩效.更好的结果及可持续的竞争优势,从而实现组织战略。
PMP第六版备考笔记(含5A宝典)思维导图●第一章—引论●项目概述单个项目不一定属于项目集,但一定属于项目组合●定义:项目是位创造某项独特产品、服务或成果所做的临时性工作。
关键字:临时性+独特性●项目管理的重要性●项目集管理(关键词:相互协调+收益最大化)项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动,以便获得分别管理所无法获得的利益项目集中的项目通过产生共同的结果或整体能力而相互联系。
如果项目间的联系仅限于共享顾主、供应商、技术或资源,那么这些项目应作为一个项目组合而非项目集来管理。
项目集管理重点关注项目间的依赖关系●项目组合管理(关键词:战略+投资)项目组合是指为了实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。
项目组合中的项目或项目集不一定彼此依赖或直接相关。
●项目与战略规划项目的批准通常出于以下一项或多项战略考虑●项目管理办公室PMO除了被集中管理以外, PMO 所支持和管理的项目不一定彼此关联。
PMO 的具体形式、职能和结构取决于所在组织的需要。
●支持型●控制型●指令型●项目经理的角色项目经理是由执行组织委派,领导团队实现项目目标的个人。
基于组织结构,项目经理可能向职能经理报告。
●职能经理的角色职能经理一般扮演项目相关方的角色。
在弱矩阵组织有一定权威同时能通过谈判协商相关项目资源●商业论证及商业价值●效益管理计划●项目生命周期●产品生命周期●代表一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。
一般可分为四个阶段,即投入期、成长期、成熟期和衰退期●项目生命周期●项目生命周期指项目从启动到完成所经历的一系列阶段●开发生命周期●项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期。
生命周期通常记录在项目管理方法论中●预测行生命周期●适应型生命周期●迭代和增量型生命周期迭代方法是通过一系列重复的循环活动来开发产品,而增量方法是渐进地增加产品的功能。
PMP第六版备考笔记(含5A宝典)思维导图●第一章—引论●项目概述单个项目不一定属于项目集,但一定属于项目组合●定义:项目是位创造某项独特产品、服务或成果所做的临时性工作。
关键字:临时性+独特性●项目管理的重要性●项目集管理(关键词:相互协调+收益最大化)项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动,以便获得分别管理所无法获得的利益项目集中的项目通过产生共同的结果或整体能力而相互联系。
如果项目间的联系仅限于共享顾主、供应商、技术或资源,那么这些项目应作为一个项目组合而非项目集来管理。
项目集管理重点关注项目间的依赖关系●项目组合管理(关键词:战略+投资)项目组合是指为了实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。
项目组合中的项目或项目集不一定彼此依赖或直接相关。
●项目与战略规划项目的批准通常出于以下一项或多项战略考虑●项目管理办公室PMO除了被集中管理以外, PMO 所支持和管理的项目不一定彼此关联。
PMO 的具体形式、职能和结构取决于所在组织的需要。
●支持型●控制型●指令型●项目经理的角色项目经理是由执行组织委派,领导团队实现项目目标的个人。
基于组织结构,项目经理可能向职能经理报告。
●职能经理的角色职能经理一般扮演项目相关方的角色。
在弱矩阵组织有一定权威同时能通过谈判协商相关项目资源●商业论证及商业价值●效益管理计划●项目生命周期●产品生命周期●代表一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。
一般可分为四个阶段,即投入期、成长期、成熟期和衰退期●项目生命周期●项目生命周期指项目从启动到完成所经历的一系列阶段●开发生命周期●项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期。
生命周期通常记录在项目管理方法论中●预测行生命周期●适应型生命周期●迭代和增量型生命周期迭代方法是通过一系列重复的循环活动来开发产品,而增量方法是渐进地增加产品的功能。
项目范围管理项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程。
产品范围:某项产品、服务或成果所具有的特性和功能。
(比如做一顿饭,做几菜几汤)项目范围:为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
(包括买菜、做菜、安排进度、算成本、质量、请厨师、风险、沟通等等)项目范围有时也包括产品范围。
项目范围的变化不一定引起产品范围的变化,反之亦然。
产品范围决定项目范围、项目范围服务于产品范围。
根据项目管理计划来衡量项目范围的完成情况,根据产品需求来衡量产品范围的完成情况。
规划范围管理规划范围管理:创建范围管理计划,书面描述将如何定义、确认和控制项目范围的过程。
主要作用:在整个项目中对如何管理范围提供指南和方向。
范围管理计划中没有明确的范围,只是阐述了如何去管理范围。
(范围管理计划无范围)需求管理计划:描述将如何分析、记录和管理需求。
如何规划、跟踪和报告各种需求活动;配置管理活动;需求优先级排序过程;产品测量指标及使用这些指标的理由;用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。
收集需求需求是指根据特定协议或其他强制性规范,项目必须满足的条件或能力,或者产品、服务或成果必须具备的条件或能力。
让干系人积极参与,能直接促进项目成功。
许多组织把需求分为不同的种类,如业务解决方案和技术解决方案。
前者是干系人的需要,后者是指如何实现这些需要。
解决方案需求:功能需求和非功能需求(运行环境、可靠性、安全性)。
过渡需求:从“当前状态”过渡到“将来状态”所需的临时能力,如数据转换和培训需求。
收集需求的工具和技术访谈:向被访者提出预设和即兴的问题,并记录他们旳回答。
“一对一”或者多个“一对一”,访谈也可用于获取机密信息。
焦点小组:主持人引导干系人和主题专家(SME)进行互动式讨论。
同职能、同一领域的专家。
引导式研讨会:快速定义跨职能需求和协调干系人差异的重要技术。
联合应用开发(JAD)、质量功能展开(QFD)、用户故事联合应用开发:业务专家和开发团队一起协作。
项目管理知识体系指南(PMBOK)第六版重要知识点2018年6月15日1引论81。
1PMBOK指南的目的81。
1.1项目管理标准81.1.2通用词汇81。
1。
3道德与专业行为规范81.2基本要素81。
2。
1项目81.2.2项目管理的重要性91。
2。
3项目、项目集、项目组合以及运营管理之间的关系(P13重点看)9 1。
2.4指南的组成部分102项目运行环境123项目经理的角色144项目整合管理154。
1制定项目章程164.1。
1目的164.1.2重点输入164.1。
3重点工具164。
1。
4重点输出164.2制定项目管理计划174.2.1目的174。
2。
2重点输入174。
2.3重点工具174.2。
4重点输出174。
3指导和管理项目工作174。
3.1目的174。
3。
2重点输入174。
3。
3重点工具174。
3。
4重点输出174。
4管理项目知识184。
5监控项目工作184。
5.1目的184.5。
2重点输入184.5.3重点工具194。
5。
4重点输出194。
6实施整体变更控制194.6.1目的194。
6.2重点输入194.6。
3重点工具204。
6。
4重点输出204。
7结束项目或阶段204。
7。
1目的204.7。
2重点输入204。
7。
3重点工具214.7。
4重点输出215项目范围管理215.1规划范围管理215。
1.1目的215.1.2重点输入215.1。
3重点工具215.1。
4重点输出225。
2收集需求225。
2。
1目的225.2。
2重点输入225.2.3重点工具225.2.4重点输出235。
3定义范围235.3。
1目的235。
3。
2重点输入235。
3.3重点工具235。
3.4重点输出235.4创建WBS245。
4.1目的245。
4.2重点输入245。
4。
3重点工具245.4.4重点输出255。
5确认范围255。
5。
1目的255。
5。
2重点输入255。
5。
3重点工具255.5。
4重点输出255。
6控制范围265.6.1目的265.6。
第五章-项目范围管理-错题集1.为了确定变更管理计划的临界值,项目经理应使用下列哪一项?(C)A.专家判断,滚动式规则和项目管理软件B.之前项目的经验教训,项目管理办公室标准和挣值数据C.规划过程输出,事业环境因素和组织过程资产D.事业环境因素,专家判断和项目管理软件解析:题目中问的变更管理计划的内容,这个是在4.2制定项目管理计划的过程中产生的,所以题目想考查的是4.2的输人,只有c是正确答案。
2.在项目启动阶段,项目经理希望全面了解项目范围。
在项目章程获得批准之前,下列哪一份文件有助于项目经理了解项目范围?(C)A.商业论证B.项目范围说明书C.工作说明书SOWD.合同解释:题目问哪一个文件描述项目范围,但必须是在章程批准之前就存在的文件,B虽然详细描述项目范围,但是章程批准之后规划过程的输出,不能选。
A、C、D都是制定章程的输人,但只有C强调“产品范围描述",另外两个都不强调项目范围,因此选C。
3.新产品经理的成功取决于产品的快速交付。
项目章程和范围说明书已经创建,高级管理层要求项目经理在两周内提供准确的预算。
项目经理希望创建工作分解结构(WBS),而这项工作需要八天时间,再加上两周时间才能提交预算。
高级管理层建议不做WBS,认为项自范围说明书和项目章程中包含估算所需的足够信息。
若要按时提供预算,项目经理应该怎么做?(D)A.不做WBS并使用历史记录,向其他经理咨询并参考专业文献B.向项目管理办公室咨询,是否允许不做WBSC.使用范围说明书,因为其包含项目范围描述,项目可交付成果和制约因素D.创建WBS,因为它是规划、成本、预算估算和风险分析的框架解释:题目的核心问题是:项目要不要创建WBS?做项目需要创建WBS,这是一切规划工作的基础。
题目中给的情景“时间不够,要按时提供预算",属于迷惑选项,没有WBS,就无法准确进行成本估算,因为成本估算的对象是活动或工作包。
4.项目经理应该用什么工具向客户展示最终产品符合商业需求?(C)A.工作分解结构B.项目范围说明书C.需求跟踪矩阵D.项目管理计划解释:见PMBOK@5.2.3.2:需求跟踪矩阵的作用是“需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格”“把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值”。
项目管理知识体系指南(PMBOK)第六版重要知识点2018年6月15日1引论81.1PMBOK指南的目的81.1.1项目管理标准81.1.2通用词汇81.1.3道德与专业行为规范81.2基本要素81.2.1项目81.2.2项目管理的重要性81.2.3项目、项目集、项目组合以及运营管理之间的关系(P13重点看)81.2.4指南的组成部分9 2项目运行环境123项目经理的角色134项目整合管理144.1制定项目章程154.1.1目的154.1.2重点输入154.1.3重点工具154.1.4重点输出154.2制定项目管理计划164.2.1目的164.2.2重点输入164.2.3重点工具164.2.4重点输出164.3指导和管理项目工作164.3.1目的164.3.2重点输入164.3.3重点工具164.3.4重点输出164.4管理项目知识174.5监控项目工作174.5.1目的174.5.2重点输入174.5.3重点工具174.5.4重点输出184.6实施整体变更控制184.6.1目的184.6.2重点输入184.6.3重点工具184.6.4重点输出184.7结束项目或阶段194.7.1目的194.7.2重点输入194.7.3重点工具194.7.4重点输出195项目范围管理195.1规划范围管理205.1.1目的205.1.2重点输入205.1.3重点工具205.1.4重点输出205.2收集需求205.2.1目的215.2.2重点输入215.3定义范围225.3.1目的225.3.2重点输入225.3.3重点工具225.3.4重点输出225.4创建WBS225.4.1目的225.4.2重点输入235.4.3重点工具235.4.4重点输出235.5确认范围235.5.1目的245.5.2重点输入245.5.3重点工具245.5.4重点输出245.6控制范围245.6.1目的245.6.2重点输入245.6.3重点工具245.6.4重点输出246项目进度管理256.1规划进度管理256.1.1目的256.1.2重点输入256.1.3重点工具256.1.4重点输出256.2定义活动266.2.1目的266.2.2重点输入266.2.3重点工具266.2.4重点输出266.3排列活动顺序266.3.1目的266.3.2重点输入266.3.3重点工具266.3.4重点输出276.4估算活动持续时间276.4.1目的276.4.2重点输入276.4.3重点工具276.4.4重点输出276.5制定进度计划286.5.1目的286.5.4重点输出29 6.6控制进度296.6.1目的306.6.2重点输入306.6.3重点工具306.6.4重点输出307项目成本管理307.1规划成本管理317.1.1目的317.1.2重点输入317.1.3重点工具317.1.4重点输出31 7.2估算成本317.2.1目的327.2.2重点输入327.2.3重点工具327.2.4重点输出32 7.3制定预算327.3.1目的327.3.2重点输入327.3.3重点工具337.3.4重点输出33 7.4控制成本337.4.1目的337.4.2重点输入337.4.3重点工具337.4.4重点输出34 8项目质量管理348.1规划质量管理358.1.1目的358.1.2重点输入358.1.3重点工具358.1.4重点输出36 8.2管理质量368.2.1目的378.2.2重点输入378.2.3重点工具378.2.4重点输出37 8.3控制质量378.3.1目的378.3.2重点输入378.3.3重点工具389项目资源管理389.1规划资源管理399.1.1目的399.1.2重点输入399.1.3重点工具399.1.4重点输出39 9.2估算活动资源409.2.1目的409.2.2重点输入409.2.3重点工具409.2.4重点输出40 9.3获取资源409.3.1目的409.3.2重点输入409.3.3重点工具409.3.4重点输出40 9.4团队建设409.4.1目的419.4.2重点输入419.4.3重点工具419.4.4重点输出41 9.5管理团队419.5.1目的419.5.2重点输入419.5.3重点工具429.5.4重点输出42 9.6控制资源429.6.1目的429.6.2重点输入429.6.3重点工具429.6.4重点输出42 10项目沟通管理4210.1规划沟通管理4310.1.1目的4310.1.2重点输入4310.1.3重点工具4310.1.4重点输出44 10.2管理沟通4410.2.1目的4410.2.2重点输入4410.2.3重点工具4410.2.4重点输出44 10.3监督沟通4410.3.1目的4410.3.2重点输入4410.3.3重点工具4410.3.4重点输出4411项目风险管理4411.1规划风险管理4611.1.1目的4611.1.2重点输入4611.1.3重点工具4611.1.4重点输出46 11.2识别风险4611.2.1目的4611.2.2重点输入4611.2.3重点工具4711.2.4重点输出47 11.3实施定性风险分析4711.3.1目的4711.3.2重点输入4711.3.3重点工具4711.3.4重点输出47 11.4实施定量风险分析4811.4.1目的4811.4.2重点输入4811.4.3重点工具4811.4.4重点输出48 11.5规划风险应对4811.5.1目的4811.5.2重点输入4811.5.3重点工具4811.5.4重点输出49 11.6实施风险应对4911.6.1目的4911.6.2输入4911.6.3工具4911.6.4输出4911.7监督风险4911.7.1目的4911.7.2重点输入5011.7.3重点工具5011.7.4重点输出5012采购管理5012.1规划采购管理5112.1.1目的5112.1.2重点输入5112.1.3重点工具5112.1.4重点输出5112.2实施采购5212.2.1目的5212.2.2重点输入5212.2.3重点工具5212.2.4重点输出5212.3控制采购5212.3.1目的5212.3.2重点输入5212.3.3重点工具5212.3.4重点输出5213相关方管理5313.1识别相关方5313.1.1目的5313.1.2重点输入5313.1.3重点工具5313.1.4重点输出5413.2规划相关方管理5413.2.1目的5413.2.2重点输入5413.2.3重点工具5413.2.4重点输出5513.3管理相关方参与5513.3.1目的5513.3.2重点输入5513.3.3重点工具5513.3.4重点输出5513.4监督相关方参与5513.4.1目的5513.4.2重点输入5513.4.3重点工具5513.4.4重点输出5514其他5614.1全书工具汇总5614.2全书项目管理计划汇总71 14.3全书项目文件汇总72 14.4其他部分重要资料75 14.549个过程组顺序7814.5.1项目整合管理7814.5.2项目范围管理8014.5.3项目进度管理8114.5.4项目成本管理8314.5.5项目质量管理8414.5.6项目资源管理8514.5.7项目沟通管理8714.5.8项目风险管理8714.5.9项目采购管理8914.5.10项目相关方管理901引论1.1PMBOK指南的目的知识体系包括已发布和未发布的材料。
答案:1.参考答案:D。
工作包的详细程度因项目规模与复杂程度而异,一般不要超过80小时。
参见培训讲义第98页,或《PMBOK指南》第五版第128页2.参考答案:B。
变更需要遵循变更管理流程。
参见培训讲义第68页,或《PMBOK指南》第五版第94-100页3.参考答案:B。
变更需要遵循变更管理流程。
参见培训讲义第68页,或《PMBOK指南》第五版第94-100页4.参考答案:B。
变更需要遵循变更管理流程。
参见培训讲义第68页,或《PMBOK指南》第五版第94-100页5.参考答案:B。
确认范围就是验收可交付成果。
参见培训讲义第102页,或《PMBOK 指南》第五版第133页6.参考答案:D。
确认范围在于验收可交付成果,控制质量在于确定可交付成果的正确性。
参见培训讲义第103页,或《PMBOK指南》第五版第134页7.参考答案:C。
范围是基础,需要从头至尾加强管理8.参考答案:B。
PMI的理念:拒绝镀金。
镀金的项目是失败的项目。
参见培训讲义第105页9.参考答案:C。
确认范围就是验收可交付成果。
参见培训讲义第102页,或《PMBOK 指南》第五版第133页10.参考答案:B。
根据PMI的理念,项目团队成员一起共事可以达到团队建设的效果。
比如创建工作分解结构,能形成团队一致。
参见培训讲义第98页11.参考答案:A。
变更需要遵循变更管理流程。
参见培训讲义第68页,或《PMBOK指南》第五版第94-100页12.参考答案:A。
范围是基础,首先确定范围,才能确定进度和质量,最后综合协调为项目计划13.参考答案:A。
参见《PMBOK指南》第五版第131页14.参考答案:D15.参考答案:C。
镀金是指做了额外工作,范围基准可用于控制镀金,选项C属于范围基准的一部分。
16.参考答案:A。
重点关注可交付成果的验收,即确认范围17.参考答案:A。
把范围分解细致,分配责任到人,就可以避免类似情况发生18.参考答案:B。
4-项目范围管理1、 项目范围管理项目范围管理包括确保项目做且只做成功完成项目所需全部工作的各过程。
主要在于定义和控制哪些工作在项目内,哪些不应包括在项目内。
各过程定义如下:收集需求—为实现项目目标而定义并记录干系人需求的过程定义范围—制定项目和产品详细描述的过程创建工作分解结构—将项目可交付成果和项目工作分解为较小的、更易管理的组成部分的过程核实范围—正式验收项目已完成的可交付成果的过程控制范围—监督项目和产品的范围状态,管理范围基准变更的过程在项目环境中,范围包括两种含义:(1) 产品范围—某项产品、服务或成果所具有的特性和功能。
(2) 项目范围—为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
根据项目管理计划来衡量项目范围是否完成,根据产品需求来衡量产品范围是否完成。
2、 收集需求需求是指发起人、客户和其他干系人需要和期望,收集需求旨在定义和管理客户期望。
项目一旦开始,应该详细地探明、分析、量化和记录这些需求,以便日后进行测量。
需求的三个不同层次:业务需求:反映组织结构或客户对系统、产品高层次的目标要求用户需求:描述用户使用产品必须要完成的任务功能需求:设计开发人员必须实现的功能,使用户能完成他们的任务,从而满足业务需求从项目范围和产品范围的角度,许多组织把需求分为:项目需求:商业需求、项目管理需求、交付需求等产品需求:技术需求、安全需求、性能需求等(1)需求文件描述各种单一的需求将如何满足与项目相关的业务需求。
刚开始可能只有概括性的需求,然后随着信息的增加而逐步细化。
只有明确的(可测量的和可测试的)、可跟踪的、完整的、相互协调的,且主要干系人认可的需求,才能作为基准。
需求文件的格式多种多样,既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。
(2)需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。
生命周期各阶段间的关系对如何管理需求有很大影响。
导读:本系列主要是为了学习《PMBOK®指南》的内容,旨在方便学习,通过PMP考试。
项目范围管理的思维导图:适应型生命周期,在每次迭代中,都会重复开展三个过程:收集需求、定义范围和创建WBS。
预测型项目中,这些过程在项目开始时开展,并在必要时通过实施整体变更控制过程进行更新。
适应型或敏捷型生命周期中,在每次迭代中,都会重复开展两个过程:确认范围和控制范围。
预测型项目中,确认范围在每个可交付成果生成时或者在阶段审查点开展,而控制范围则是一个持续性的过程。
预测型项目中,经过批准的项目范围说明书、工作分解结构(WBS)和相应的 WBS 词典构成项目范围基准。
只有通过正式变更控制程序,才能进行基准变更。
在开展确认范围、控制范围及其他控制过程时,基准被用作比较的基础。
适应型生命周期的项目,则使用未完项(包括产品需求和用户故事)反映当前需求。
确认范围是正式验收已完成的项目可交付成果的过程。
输入:核实的可交付成果;输出:验收的可交付成果。
在项目范围管理过程中,收集、记录和管理相关方需求。
需求管理过程始于需要评估,需求管理过程结束于需求关闭,即把产品、服务或成果移交给接收方,以便长期测量、监控、实现和维持效益。
裁剪时需要考虑的因素:知识和需求管理;确认和控制;开发方法;需求的稳定性;治理。
敏捷方法特意在项目早期缩短定义和协商范围的时间,并为持续探索和明确范围而延长创建相应过程的时间。
把需求列入未完项。
5.1 规划范围管理What:是为记录如何定义、确认和控制项目范围及产品范围,创建范围管理计划的过程。
Why:主要作用是,在整个项目期间对如何管理范围提供指南和方向。
When:本过程仅开展一次或仅在项目的预定义点开展。
范围管理计划作为下列工作的管理过程的输入:①制定项目范围说明书;②根据详细项目范围说明书创建 WBS;③确定如何审批和维护范围基准;④正式验收已完成的项目可交付成果。
需求管理计划的主要内容包括(但不限于):①如何规划、跟踪和报告各种需求活动;②配置管理活动,例如,如何启动变更,如何分析其影响,如何进行追溯、跟踪和报告,以及变更审批权限;③需求优先级排序过程;④测量指标及使用这些指标的理由;⑤反映哪些需求属性将被列入跟踪矩阵的跟踪结构。
4.1 制定项目章程——启动——一次或仅在项目的预定义点开展概念:编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
4.2 制定项目管理计划——规划——一次或仅在项目的预定义点开展概念:定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。
4.3 指导与管理项目工作——执行——持续概念:为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。
概念:使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。
4.5 监控项目工作——监控——持续实施变更的效率效果,总结经验概念:跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。
概念:审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。
概念:终结项目、阶段或合同的所有活动的过程。
概念:为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。
概念:为实现目标而确定、记录并管理相关方的需要和需求的过程。
概念:制定项目和产品详细描述的过程。
概念:把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。
概念:正式验收已完成的项目可交付成果的过程。
作用:使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。
5.6 控制范围——监控——持续概念:监督项目和产品的范围状态,管理范围基准变更的过程。
6.1 规划进度管理——规划——一次或仅在项目的预定义点开展概念:为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。
6.2 定义活动——规划——持续概念:识别和记录为完成可交付成果而须采取的具体行动的过程。
概念:识别和记录项目活动之间的关系的过程。
6.4 估算活动时间——规划——持续概念:根据资源估算的结果,估算完成单项活动所需工作时段数的过程。
PMBOK(第六版) PMP笔记——《五》第五章(项目范围管理)第 5 章项目范围管理范围管理目的:做且只做所需的全部工作,以成功完成项目。
管理项目范围主要在于定义和控制哪些工作包括在项目内,哪些不应包括在项目内。
✓产品范围——某项产品、服务或成果所具有的特性和功能✓项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作项目范围有时也包括产品范围,需要根据上下文来理解。
本章节包含了 6 个过程:1、规划范围管理:制定项目范围管理计划2、收集需求:收集、记录干系人需求,收集干系人想要什么?3、定义范围:项目团队需要做什么来满足干系人的需求?4、创建工作分解结构(创建 WBS):把可交付成果和项目工作分解成较小的、更易于管理的组成部分。
5、控制范围:监督项目和产品的范围状态,管理范围基准的变更,确保范围不要有偏差。
6、确认范围:正式验收项目已完成的可交付成果。
5.1规划范围管理1、过程定义:创建范围管理计划,书面描述将如何定义、确认和控制项目范围的过程。
在整个项目中对如何管理范围提供指南和方向。
2、规划范围管理的输出:范围管理计划描述将如何定义、制定、监督、控制和确认项目范围。
也就是指导如何制定项目范围说明书、如何创建 WBS、如何验收可交付成果、如何处理对范围说明书的变更等等。
3、规划范围管理的输出:需求管理计划描述将如何分析、记录和管理项目和产品需求。
阶段与阶段间的关系对如何管理需求有很大影响。
项目经理为项目选择最有效的阶段间关系,并将它记录在需求管理计划中。
练习题1、公司正在制定一份变更管理计划,要求所有关键干系人的参与和批准,包括销售经理。
销售经理没有时间进行行政工作,且即使经过多次尝试,项目经理还是未能获得他们的批准。
项目经理下一步应该怎么做?A:修订变更管理计划;B:上报给项目发起人解决;C:让一名销售团队成员代表销售经理批准;D:等待直到销售经理有时间进行行政工作为止。
答案:B。
PM 权限不能做到的事情,只能上报给发起人,让发起人帮助来解决。
2、在一个为期八个月的项目中,客户要求变更一项复杂的业务要求。
开发已完成 72%。
客户建议将项目日程额外推迟一个月。
项目经理接下来应该怎么做?A. 拒绝变更,因为大部分开发均已完成B. 申请额外资金C. 分析偏差D. 接受变更,因为客户推迟了日程答案 C。
先执行偏差分析看看偏离了多少,再来决定是否真的需要提交变更请求。
直接接受和直接拒绝变更都是不对的,排除 A 和 D。
3、项目发起人对项目范围、质量、时间、成本最大的影响力在:A、开发阶段B、执行阶段C、概念阶段D、结束阶段答案:C,概念阶段,也就是启动项目阶段。
PMBOK 有句话:在整个启动过程中,发起人始终领导着项目,直到项目正式批准。
4、当项目接近完工时:A、就不再需要风险管理B、高风险项的可能性会增加C.不再需要应急储备D. 变更成本一般会增加答案 D,项目越接近尾声变更的代价就越大。
5、项目经理向关键干系人介绍了项目计划,获得干系人的意见并获得批准。
之后,干系人又说需要更改沟通计划中的某个细节。
项目经理与干系人讨论,并对提议的变更达成一致意见。
项目经理接下来应该怎么做?A. 在沟通管理计划中创建补充文件B. 提出变更请求,并将其提交给变更控制委员会C. 保持项目计划不变,因为已经获得关键干系人的批准D. 更改沟通计划,并征得干系人的批准答案 B。
项目计划已经获得批准,如果需要更改应该提出正式的变更请求。
6、项目管理办公室为客户完成了一个为期一年的资产管理项目。
客户要求延长项目以含概其最近收购的资产。
项目经理接下来应该怎么办?A. 将变更单提交给变更控制委员会批准B. 拒绝接受变更单,并完成原始的工作范围C. 审查并分析客户的变更请求D. 发送一份回馈建议供客户考虑答案:C。
客户要求延长项目,是提出了变更,应该遵循变更管理流程下一步是记录、评估、分析变更的影响。
7、下列哪项陈述反映了项目的风险程度?A、项目初始阶段的风险最小B、风险在整个项目期间保持恒定C、项目实施过程中风险最大D、项目初始阶段风险最大答案:D。
项目的风险与不确定性,开始最大,逐步减小;8、项目经理在收到口头变更请求后应该怎么做?A. 拒绝以避免对范围、进度和预算造成影响B. 记录以及批准或拒绝C. 拒绝,因为没有采用书面形式D. 加入变更日志并供项目下一阶段使用答案:B。
接到口头提出的变更请求,一定要用书面的形式记录下来。
9、从前一个项目中学到的经验教训对当前的项目范围说明书会产生什么影响?A. 由于工作分解结构是完整的,经验教训对范围说明书不会产生影响B. 如果不忽视经验教训,范围说明书的制定会更快C. 在当前的范围说明书中,将不大可能会重复过去的错误或疏忽失误D. 经验教训不会受到经验教训知识库的影响,因为所有项目都是独特的答案:C。
经验教训可以避免以后犯同样的错误。
10、客户在完成某最终产品的验收测试后,对产品在压力条件下的脆弱性能表示担忧。
客户要求变更产品。
项目经理应据此签发哪类变更请求作为响应?A. 故障维修B. 预防措施C. 纠正措施D. 性能优化答案:B。
对产品在压力下的脆弱性表示担忧、担心,产品并没有真的有缺陷、也没有与计划已经发生偏离。
所以是预防措施。
11、项目经理处于一个长期项目的中间,这里研发团队发现了一个重大失误。
这个失误可以通过对项目范围执行较大的变更来解决,但该变更可能同时影响到时间和预算计划。
项目经理首先应该做什么?A. 分析变更请求,并将其提交给变更控制委员会B. 实施变更请求,并在之后通知干系人C. 实施变更请求,并在之后提交给变更控制委员会D. 分析变更请求,并将其提交给指导委员会答案:A。
直接实施变更是不对的,排除 B 和 C。
CCB 是变更控制委员,不是指导委员会。
5.2收集需求需求,是干系人想要什么?1、过程定义:为实现项目目标而确定、记录并管理干系人的需要和需求的过程。
收集需求,为定义和管理项目范围奠定基础。
收集需求,是收集“人”的需求,因此与人有关系,输入参考干系人参与计划、干系人登记册。
2、收集需求的工具:数据收集(问卷调查、标杆对照)1)问卷调查:适用于干系人特别多,想要快速完成调查、受访者地理位置分散。
2)标杆对照:将实际或计划的产品、过程和实践,与其他可比组织的实践进行比较,以便 识别最佳实践,形成改进意见,并为绩效考核提供依据。
标杆对象来自组织内部或外部项目。
3、收集需求的工具:决策(投票、多标准决策分析)1)投票a )大多数原则:少数服从多数,40%的要服从 60%的b )相对多数原则:适合候选超过 2 个的时候,每一个都没超过 50%。
比如第一个 35%, 第二个 20%,第三个 45%。
这时服从相对多数的 45%c )一致同意:德尔菲技术。
一群专家主观预测,背靠背不见面以匿名形式回答问卷, 然后交给主持人,最后取得相对一致意见。
d )独裁:一个人说了算。
2)多标准决策分析:借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值 收益等多种标准,从而对众多方案进行评估和排序的一种技术。
4、收集需求的工具:数据表现(亲和图、思维导图)1)思维导图:把头脑风暴中获得的创意,用一张简单的图联系起来,目的在于激发思维、激发引导新的创意。
(演绎、扩散)2)亲和图:将大量创意按照亲和性直观地进行逻辑分类。
(归纳)5、收集需求的工具:人际关系与团队技能(名义小组技术、观察/交谈、引导)1)名义小组技术:头脑风暴产生的创意散乱无规律,通过投票排列头脑风暴中最有用的创意、排列优先顺序,小组成员各自先不通气(只是名义上的)。
2)观察/交谈:干系人难以或不愿意说明他们的需求时使用。
3)引导式研讨会:跨职能、跨部门召集主要干系人开会,定义产品需求。
是快速定义跨职能需求和协调干系人差异的重要技术。
实际应用的实例,像联合应用开发 JAD、质量功能展开 QFD、用户故事等等。
用户故事,在敏捷方法中用的较多,用户诉说一个小故事的形式表达自己的需求,PM和团队听故事来获取需求。
6、收集需求的工具:原型法制造预期产品之前先造出这个产品的一个模型,然后来收集反馈意见。
7、收集需求的输出:需求文件、需求跟踪矩阵1)需求文件:收集的需求都被记录在需求文件当中。
包括了业务需求、干系人需求、项目需求等。
2)需求跟踪矩阵(RTM):把产品需求从其来源连接到能满足需求的可交付成果的一种表格。
RTM 提供了在整个项目生命周期中跟踪需求的一种方法。
记录每一个需求产生的原因、需求存在的价值、目标是什么、产生哪个成果、怎么设计、怎么开发、怎么做测试?确保每个需求都能有商业价值。
根据所收集的需求,确定项目团队应该做什么,明确范围边界。
明确了范围边界之后,从而明确项目、成果的边界。
5.3定义范围1、定义范围的工具:产品分析用于把高层级的产品描述转变为有形的可交付成果。
比如产品分解:2、产品设计之 KISS 原则Keep It Simple and Stupid KISS 是指在产品设计当中应当注重简约的原则。
简约并不简单比如:IPAD、微信3、定义范围的输出:项目范围说明书记录了整个范围,包括项目和产品范围;详细描述了项目的可交付成果。
项目范围说明书包括了:产品范围描述、验收标准、项目可交付成果、项目的除外责任(哪些工作该做、哪些不该做)。
1)产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
2)验收标准:可交付成果通过验收前必须满足的一系列条件。
3)可交付成果:在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。
4)除外责任:哪些工作不该做。
练习题1、根据干系人登记册和项目章程,项目的业务需求必须从组织的各职能组获得。
为了最终确定业务需求,要求这些职能组的意见需取得一致。
应该使用哪一种工具和技术来收集需求?A、焦点小组法B、问卷与调查C、引导式研讨会D、德尔菲法答案:C。
项目的业务需求必须从组织的“各职能”组获得,表示跨部门、跨职能的收集需求。
2、为了在需求收集过程中产生创新想法,项目经理通过一系列问卷调查来征求专家的意见,问卷调查是匿名形式的,答案将会直接返回给项目经理。
这种技术被称作下列哪一项?A. 名义小组技术B. 德尔菲技术C. 头脑风暴法D. 思维导图答案:B。
匿名形式回答问卷,结果返回 PM,这是德尔菲。
匿名的,肯定就不是头脑风暴了3、确定需求应从分析下列哪一项的信息开始?A.项目章程和利害关系者登记簿B.利害关系者登记簿和项目范围说明书C.组织过程资产和项目范围说明书D.项目章程及问卷或调查答案:A。
考收集需求的输入,参考项目章程和干系人登记册。
4、制造预期产品原型供利害关系者进行试验和提供反馈后,项目经理可完成制定下列哪一项?A. 项目章程B. 需求文件C. 项目管理计划D. 项目文件答案:B。