pmp项目需求变更

PMP考试常见的固定套路?
这些都是我在谷安天下学习时候，老师给总结的，希望对你有帮助一、很多人大都知道，变更批准之后
变更批准后要做三件事:

1、在变更日志中记录

2、通知相关干系人

3、更新项目管理计划

二、风险的情景题

1、先判断风险识别了，还是风险发生了。

2、若是风险识别，按风险管理程序走;

3、若是风险发生，则应采取应急措施或权变措施，注意提交变更请求。

三、进度情景题

1、先判断时间不够，还是资源不够。

2、时间不够，有三个选项可以选，但一般都是进度压缩;

3、资源不够，有两个选项可以选:关键链法和资源平衡。

四、沟通问题
沟通问题是PMP考试中很常见的情景题，有3个正确答案可以选：

1、沟通管理计划

2、沟通规划

3、沟通需求分析

五、干系人问题
干系人问题也是PMP考试中很常见的情景题，有4个正确答案可以选：

1、干系人管理计划

2、管理干系人参与

3、让干系人尽早参与

4、识别干系人

六、与供应商有争议

1、谈判

2、ADR

3、诉讼
这个是有顺序的，按
1、
2、3 选。

七、前一个项目(阶段)…下一个项目(阶段)
这类题目重点是前一个项目，不要考虑后一个项目。

八、计算 EAC、ETC
很多人很头疼这种题目，这类题目也是有简便套路的，套路就是:

1、先写出3个变量

2、再套两个或一个公式

九、冲突管理策略问题

1、先判断题千中描述的情况是正面还是负面意思，或者题目提问是希望正面还是负面解决。

1、如果是正面，答案选:合作/解决问题。题目没有暗示任何正面负面含义，只问冲突如何解决，按正面选。

十、题目中出现可行性问题
即遇到巨大障碍(技术、风险、资源等方面)，答案中找“替代方案”或“解决方案”。

十一、题目中的具体问题，不改变程序型计划

1、如风险、进度、成本、质量、采购等具体问题，不改变程序型计划。因此，选项中出现:更新范围管理计划、更新进度管理计划、更新成本管理计划、更新质量管理计划、更新风险管理计划、更新采购管理计划，不要选。

2、另外强调，程序型计划中不包括具体问题的应对策略，主要出现喜爱风险问题上，若某具体风险发生，不能从风险管理计划中找该风险的应对策略，具体应对策略在风险登记册中。

十二、题目中问“下一步做什么应参考什么文件?”要在选项中找程序型计划

十三、需求、范围出问题

1、需求、范围问题，如发现遗漏、发现错误、不符合客户要求、不符合计划要求、客户提出新要求等，都是范围变更问题，答案中找符合变更的4个答案之一。

2、另外，指导范围变更的计划有排序:首先项目管理计划，其次是范围管理计划，再其次是变更管理计划。题目中出现范围、需求变更，如果问应该参考什么计划，一定要按上述顺序选择。
PMP应具备的能力与技巧有哪些
首先，PMP需要有很强的软技能，思路清楚表达准确，能够把遇到的问题、过程、解决方案，清晰地反馈给客户，具备优秀的沟通能力，能够协调各种项目干系人之间的关系；常用的软技能主要包括：人际沟通技能、团队管理能力、问题解决技能、会议技能、谈判技能。
PMP还要具备以下这些能力：

1、精算能力，大型项目建设，不是个人单枪匹马独闯独斗；而是一个团队协同作战；要了解和熟悉每一个细节，知道整个项目有哪些子任务，分解到哪些人力资源来完成，并评估到工期和进度，合理分配每一个细节，项目工期才会有保证。

2、观察分析能力，能够面对综合复杂的现象，分析出问题本质所在，抓住主要矛盾，并且很快建立应对步骤及措施，项目建设过程出现的问题都能被及时解决，项目才能顺利进行。PMP应该学以致用，注意将所学用于实际的观察分析，从复杂的想象中指出应对措施和步骤。

3、需求分析确认意识，项目有其本身的特点，就是一次性满足固定客户的特殊需求。PMP说做的目标就是满足这个客户需求。需求是什么，有什么，怎么办，PMP需要于客户沟通，获取确认后，方是客户所要的需求。

4、变更控制技巧，PMP需要较好的需求变更控制技巧。其一、使客户准确完面地提出问题，坚持走一定的变更流程。例如需求要经过变更会议多方全面讨论分析，再经过需求理解设计，风险分析及实施分析等。其二、经过签字或者其他形式的确认。这样需求变更就不会成为一个客户随意的行为，想起来就提一个变更，开发方也能避免无效的多次返工，即使最终仍然要返工，那这也会是各方干系人都认可的工作。

5、综合调度能力，PMP对整个项目的把握，知道在合适的时间，调用合适的人力，完成合适的任务，使整个项目进展按时按步进行，体现其综合调度能力。
pmp正式项目验收后,可以提变更吗
首先所有的项目都应当做好充分的准备迎接变更，响应变更，这个是一定的。
但至于如何处理这样的变更，这个问题就没有标准答案了，要看组织项目管理的具体流程要求了。
一般情况下，项目验收交付一段时间后，还会有一个并短暂的保障期，这个保障期一般会写在客户合同或服务协议中。在这个保障期内，提交变更还是正常的，毕竟这时调集资源还是方便的，可以将成本算在原项目中。但是，过了这个保障期，就要看项目组性质了，如果是职能型组织的方式，项目组可能都解散了，那么可能就要将变更升级为项目需求按新项目流程走；或升级为运营问题，按运营问题走。如果是项目式组织的方式，项目组可能会长期存在，项目成本中心一直不撤销，那么按变更形成一些工作量也不是不可以。
建议验收后的变更尽量按新项目开展。原因一，如果项目刚验收，说明项目的成果用户还在熟悉或学习使用的过程中，很多变更的提出都是流程变化引起的不适导致的，可能过一段时间就不存在了。原因二，如果项目管理过程很标准，项目管理也代表组织的项目财务管理的比较标准，那么如果一个项目都已经验收了，项目的控制账户就应该临近收尾或关闭了，这时如果再频繁的引起财务账变动，那么从财务角度项目就一直没有完成。其实作为项目经理要充分掌握项目成本，到底能够承受多大、多少变更，要有一个清晰的概念。在验收后的保障期内，可以考虑动用一点应急储备（可能是预留的资金、人员、时间、软硬件设施等）完成一些工作，但是不能太多。
pmp 只要有变更就会变更请求么
需要分清楚，变更日志和变更请求。
只要有人提出变更，那就要记录进变更日志，但是只有审批（经过变更控制委员会审批）过的变更才能提交变更请求。

项目管理PMP的需求管理和范围管理有什么区别?
需求管理和范围管理，从字面四重例沿众换上理解，就有区别，一个是需求，需求来源于客户需要；一个是范围，范围通常是用于确定边界。
可以从几个维度考虑：

1、需求往往是不明确，无逻辑性，需要经过需求开发过程，确保大家对目标理解一致，需求往往受外部各种环境影响容易发生变更。范围是明确做什么，和不做什么，“不多也不少”地满足需求。

2、需求的变化，影响到范围的变更，这种变更是一永局含绿损种因果关系。

3、需求侧重系统分析，定性的内容较多；范围侧重分解为工作活动，定量的内容更多。
更全面的区别，可以参考PMBOK最新版本。

pmp正式项目验收后,可以提变更吗
首先所有的项目都应当做好充分的准备迎接变更，响应变更，这个是一定的。
但至于如何处理这样的变更，这个问题就没有标准答案了，要看组织项目管理的具体流程要求了。
一般情况下，项目验收交付一段时间后，还会有一个并短暂的保障期，这个保障期一般会写在客户合同或服务协议中。在这个保障期内，提交变更还是正常的来自，毕竟这时调集资源还是秋呢矿号世方便的，可以将成本算在原项目中。但是，过了这个保障期，就要看项目组性质了，如果是职能型组织的方式，项目组可能都解散了，那么可能就要将变更升级为项目需求按新项目流程走；或升级为运营问题，按运营问题走。如果是项目式组织的方式，项目组可能会长教育期存在，项目成本中心一直不撤销，那么按变更形成一些工作量也不是不可以。
建议验收后的变更尽量按新项目开展。原因一，如果项目刚验北回需委周交放病长九眼收，说明项目的成果用户还在熟悉或学习使用的过程中，很多变更的提出都象许是流程变化引起的不适导致的，可能过一段时间就不存在了。原因二，如果项目管理过程很标准，项重二培差候指物学难目管理也代表组织的项目财务管理的比较标准，那么如果轮互宁呀李团判一个项目都已经验收了，项目的控制账户就应该临否那育乱府汉两近收尾或关闭了，这时如果再频繁的引起财务账变动，那么从意议济扩早影营体节响财务角度项目就一直没有完成。其实作为项目经理要充分掌握项目成本，到底能够承受多大、多少变更，要有一个清速晰的概念。在验收后的保障期内，可以考虑动用一点应急储备（可能是预留的资金、人员、时间、软硬件设施等）完争药任巴缺居者满把成一些工作，但是不能太房多。