PMP考试题目问答总结

去年PMP考试顺利通过了，在做最后冲刺题的时候做了部分总结，希望可以帮助考试的同学
 

１.１敏捷中成员影响整个团队，项目经理要介入，清扫障碍。未影响，自行解决。

１.２审查会向干系人展示产品成果获取反馈的方式，能减少产品被拒绝的风险

１.３遇到事不能随便找发起人

１.４问题解决流程：定义问题－分析原因－制定解决方案－执行－总结反馈，大部分题是发现一个问题后，问你下一步怎么做，一般是找该问题的具体原因。一般出现比原计划出现了偏离现象，就是问题，问你下一步怎么做，一般是找原因

1.5 燃尽图：追踪迭代中未完成工作尚待完成项，可以帮助团队看清正在发生的事和冲刺的进展。落在上方进度落后，落在下方，进度提前

1.6 最高价值开始迭代故事：考虑最先交付最有价值故事。价格有波动，项目范围会根据价格调整范围调整用该方法。

1.7 MVp，最小产品开发策略，先交付一个基本功能产品，再根据用户反馈调整。

1.8 计划符合要求，但是产品无法接受，可能是其中某个重要关键相关方无法接受，导致项目被取消

1.9 关键资源离开，首先是更新风险登记册，可采取措施是分享知识。区分出现一个问题下一步和xxxx措施达到XXX目的；下一步是指问题处理流程，措施是指达到某个目的的解决方案。

2.0 题目中有啥关键词，在选项中找关键词最多类似的

2.1 变更流程 提交变更-分析影响-通知相关方-是否变更-变更结果通知相关方-执行-总结。变更影响分析后和变更决策出来后都要给提起人或者关键利益方。

2.2 迭代时间盒保持固定，且几个冲刺的时间盒都保持一致，因为内部不明原因请求延长不考虑，除非外部不可控因素

2.3 变更要走变更流程并批准后执行，不能项目经理没走流程就说了算，否则其它相关方不知晓

2.4 题目中出现了团队气氛紧张情况，这种冲突处理最好是撤退

2.5 敏捷：基于价值交付产品，控制时间盒快速交付，接受变更，以用户需求来做产品

2.6 投资回收期：多少年限能收回成本，越短越好；投资回报率：年利润和从成本的比值。内部报酬率，净现值等于0的折现率，越高说明盈利能力越强，抗风险能力越强；D：累计净现值：大于0赚钱，小于0亏钱。

2.7 正式或者非正式需求都需要走变更控制流程。

2.8 看板可以帮助团队保持一致，了解项目状态，并向干系人提供透明度。

2.9 项目要保证合规性，无论是谁都不能违反项目合规性；外部环境力所不能及的，只能高层推动

3.0 出现变更，要和用户、团队讨论，再做决定；不能不分析原因就接受或者拒绝变更。

3.1 发起人坚持增加范围的话，需要走变更流程决定是否变更。

3.2 遇事不决，不能直接找领导

3.3 项目收尾，项目经理要组织干系人提供经验教训；团队要展示项目成果，并更新知识库转移委托给指导委员会

3.4 对客户的不合理要求不能直接妥协或者拒绝，要分析并告知影响。客户类似于提出一个风险，要分析风险影响。

3.5 团队成员没得正当理由，不能解雇，团队能力过关，不需要培训。合作问题，需要团队更深入讨论一起解决。

3.6 团队成员能力缺乏，在时间充裕下培训，不充裕安排经验丰富成员结对工作

3.7 发起人对质量有异议，需要重新发起质量评审会议

3.8 团队自主管理项目能增强团队的自主性，且增强团队管理

3.9 敏捷如果要紧急交付或者减少时间，一般是基于商业价值优先交付高价值需求

4.0 如果在矩阵环境中成员发生了冲突，应该与当事人直接解决，要资源一般是和职能经理谈判。

4.1 敏捷中，团队是自主组织决策，领导需要尊重，领导也需要把观点传达，提出合适的解决方案

4.2 少数服从多数，属于合作

4.3 谈判：故意对模式某物表现得不感兴趣；以退为进； 既成事实：坚持某个问题已有既定解决方案，不需要再讨论；公平合理：各种方式证明自己的价格合理；拖延：拖延谈判中的某一个问题

4.4 质量不达标，不能交付成果

4.5 项目只接受批准的变更，原则上。不批准的变更，不接受。

4.6 敏捷团队要成功，首要关注用户关注问题，就是价值需求

4.7 项目未完清单可以对项目范围进行描述

4.8 多个项目指标，优先选Npv大于0的

4.9 商业论证确定经济可行性是否达到了目标，效益管理计划强调是否达成战略目标方法

5.0 借鉴相同项目，应该看组织过程资产借鉴相似项目

6.0 风险主动接受调用应急储备金，被动接受就是坐视不管

5.2 项目范围条款过多，无法按时交付，可以采用MVp

5.3 相关方之间不配合一般是相关方的问题，分析相关方并制定一份相关方参与计划是解决方法之一

5.4 认可和激励应该是考虑员工对激励的需求，只有满足需求后才能产生激励价值

5.5 敏捷中，确定了代办事项优先级后要持续的为用户生产增值产品，以迭代和增量的方式为用户提供价值

5.6 在过渡到敏捷前，要看组织的文化和改革的准备程度，之后再采取培训等措施

5.7 接近超过是没超过，已经超出是超出

5.8 项目结尾退出标准应该参考项目章程的相关依据，超出范围参考WBS分解结构

5.9 要验证项目价值需要同客户验证迭代价值

6.0 要解决什么问题，需要看对应的方案计划，如采购就得看对应的采购策略

6.1 计划扑克不需要估算，参数、三点、类比都要历史经验

6.2 询问避免XXX出现，就要选有事先准备或者计划的选项

6.3 项目收尾阶段通过会议来进行知识转移

6.4 收集需求要收集所有相关方的需求

6.5 解决冲突最好冲突双方以合作的方式或面对的方式解决

6.6 要在未来用到某些知识，现在不一定用上可以制作经验教训文档，如果立即用，就需要提供培训课程

6.7 敏捷变更流程：先将变更加入代办事项，然后进行优先级排序

6.8 控制线一般设立在3个标准偏差左右

6.9 除去每日站会不讨论解决方案，其余问题再会议上发现都要讨论解决方案，会后落实解决。

7.0 项目经理要积极主动解决问题，不能被动

7.1 人的问题主要是干系人领域，信息传达的问题主要是沟通领域

7.2 RACI A是最终负责人，只有一个；RCI可以是多个；R 负责执行，A最终负责；C咨询， I通知

7.3 规划风险：分析相关方风险偏好；识别风险-分析风险-风险应对-监督风险

7.4 干系人不知道项目价值，就要让其知道价值

7.5 团队积极性可以通过培养成员情商来提升

7.6 项目经理接手一个项目时，首先确定交接内容正确（自己检查一下），相关方已经达成共识；再进行下一步工作内容

7.7 敏捷中，由团队自组织成员做什么，项目经理无需插手

7.8  无论变更大小，都要遵循流程变更，紧急情况可以先执行后补流程

7.9 要转型敏捷，组织首先要看是否有敏捷的文化，使用敏捷否

8.0 一般在事情要执行的时候才晓得某个人的要求，没有识别到某个重要相关方的需求

8.1 答题要选比较完整的答案

8.2 高度敬业的团队要让其知道自己做事的价值

8.3 识别到制约因素和假设条件应该记录在假设日志上，成为风险的主要来源

8.4 发生了争议，客户拒绝谈判，考虑使用ADR、诉讼或者仲裁来解决问题

8.5 平衡矩阵中，项目经理职权弱，一般通过和团队成员搞好关系

8.6 奖励原则：奖励大多数原则，奖励团队而非个人，只有好的行为才能得到奖励

8.7 在开始任何项目之前，首先要确定项目范围，之后确定目标，明确界限和成功标准

8.8 SV=EV-PV，CV=EV-AC

8.9 审计过程问题，发现了需要立马纠偏

9.0 敏捷加速可以调整产品待办事项优先级

9.1 答题不能等待，不能被动等待指示

9.2 出现某个风险后，如果题目中出现了XXXX影响就填这个

9.3 成员违规（不尊重，冒犯），项目经理需要干预，解决问题；和冲突题不一样

9.4 题目中没体现敏捷，就按照预测领域选；预测领域收尾要进行知识经验总结归档；敏捷方法要确认DOD已经满足；