本文主要是介绍PMP错题总结（十五），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本文是PMP考试的错题总结，适合想增强分数的学习者参与，本篇文章是我自己的学习笔记，供大家参考
团队成员直接与利益相关者合作并没有错，但他们不应该把产品所有者排除在讨论之外。
针对设计缺陷提出变更请求（缺陷补救），并按照变更控制流程进行执行，所以要先分析变更对项目造成的影响。
制定方案的过程中，可以考虑采用备选方案分析。
在项目的规划阶段，必须记录问题上报过程。无法在较低级别的解决的问题可以在规划的时间内升级到指挥链。这些信息是沟通管理机会的一部分。
沟通需要消耗时间和资本，会产生成本，项目应该尽可能开展有利于项目成功的沟通。若题目中项目沟通不具备重要性，可以考虑拒绝。
赶工成本是（赶工后成本-正常成本）/（赶工后持续时间-正常持续时间）
质量控制的主要作用就包括确定项目的可交付成果及工作满足主要相关方的既定需求，足以进行最终验收。
德尔菲技术，采用匿名或背靠背的方式，征求专家的建议，预测过程经过几轮反馈，使专家的意见逐渐趋同。这样有助于减轻数据的偏倚，防止任何个人对结果产生不恰当的影响。
WBS是一个面向可交付成果的层次分解，是项目团队为实现项目目标而要完成的工作。
回归会议的结果生成适当的行动，与其他产品未完成一起，作为后续迭代工作的输入。
通过赶工来达到项目进度目标可能会导致未被发现的错误、利润下降和实施后风险增加。
首先查看沟通计划中是否记录该相关方对此的沟通需求，如果需要进行此类信息的沟通，则再去查明沟通过程出现此问题的原因。
次生风险：由于实施风险应对措施而直接产生的风险。
事件类风险，设备出现故障可能发生，也可能不发生。
PM应再报告中采用真实、准确的数据进行汇报，从而完成项目的状态评审工作。出现问题，需要记录问题日志并分析原因。
变更请求可以包括预防或
这篇关于PMP错题总结（十五）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
