PMP考试中容易出错知识点汇总.docVIP

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PMP考试中容易出错知识点汇总

PMP考试中容易出错知识点汇总 PMP考试中容易出错的知识点汇总 1.对于变更的处理步骤,先识别变更,然后分析变更的影响,最后再决定变更处理办法。考分析的题目比较多。 2.注意要约与承诺也比较常考,要约一般由承包商提交,承诺一般由发包方提交。 3.关于领导风格的问题已经在已往的考试是才过多次,特别注意命令型、权威型、授权型,详细可以参看蓝皮书第179页。 4.关于权力类型的题也不少,特别注意正式权力、职位权力、专家权力与参照权,以及他们在什么时候适合用,详细可以参看蓝皮书第179页。 5.矩阵环境下的项目经理和职能经理的权力及优劣势,能识别弱矩阵和强矩阵,特别注意资源问题、双头领导等,可以参看蓝皮书24页。 6.团队管理过程的共同语言及在没有共同语言下做好计划。 7.冲突解决不能参考以前的历史记录,人的问题,不能借鉴。 8.关注产品核实和范围核实的区别,客户的正式验收是范围核实,重点验收项目的可交付成果,获得客户的认可。产品核实是验证产品是否完成,关注的是所有工作被正确而满意的完成。 9.注意自由时差和总时差,以及他们的区别。 10.注意项目章程在项目中途更换项目经理时,要对其进行授权,新项目经理要首先关注章程。 11.能识别什么活动是什么样的风险应对措施,回避、转移、减轻、接受、开拓、提高、分享。 12.质量管理中的几大工具的主要用途,特别注意控制图、帕累托图、因果图、流程图等。 13.职业道德中关于收取礼物的知识点,特别是公司规定和当地风俗冲突时。 14.项目范围以外的问题需要申请帮助。 15.风险态度,避险和冒险的问题。 16.资源平衡、赶工、快速跟进等进度计划工具的考核方式比较多,需要多注意。 17.在合同进行中,如果承包商资金出现问题,最好的办法是帮助其解决,不要先重新分包、解除合同等。 18.项目验收时,对方表示不是他们需要的成果,多半是项目范围说明书的问题。 19.项目失控要进行调整,调整好了再继续,一般会出现暂停生产或项目的情况。 20.注意AON和NON的区别,即PDM和ADM的区别,出现过多次。 21.要区分有效的会议和头脑风暴。 22.WBS分解不清楚可能出现的问题,要考虑和WBS相关联的其他事项。 23.职业道德,项目交付后项目经理发现交付项目有问题,应该汇报并执行检查核实。 24.要注意量级估算(-25% - +75%)、预算估算(-10% - +15%)、精确估算(-5% - +10%)与粗略估算(-50% - +100%)的区间。 后续将继续补充,大家也可以把自己的易错知识点发上来。 RACI的定义: 1.谁负责(R = Responsible),负责执行任务的角色,具体负责操控项目、解决问题。 2.谁批准(A = Accountable),对任务负全责的角色,只有经其同意或签署之后,项目才能得以进行。 3.咨询谁(C = Consulted),在任务实施前或中提供指定性意见的人员。 4.告知谁(I = Informed),及时被通知结果的人员,不必向其咨询、征求意见。 RACI表的建立步骤   RACI模型通常利用RACI表来帮助讨论、交流各个角色及相关责任。RACI表的建立步骤:   1. 辨识整个流程,找出各项活动,将它们记录在RACI表的左侧。   2. 辨识流程、活动中的所有角色,将它们记录在RACI表的上方。   3. 完成RACI表的方格单元: 辨识每一个流程、活动的角色(R、A、C、I)。   4. 每一个流程最好有且只有一个“R”角色,这是RACI的一般原则。 当一个流程找不到“R”角色时,则出现缺口。当一个流程有多个“R”角色时,则出现交叠。 * 解决缺口问题:如果某个流程找不到“R”角色,这时对流程负全责的权威人士则应该在现有角色中(或者发现新人选)挑选、任命一人担任“R”。更新RACI表,对各个角色及其相关责任进行阐述。 * 解决交叠问题:如果不止一个“R”存在,那么就要对该流程进行再分解,然而再对“R”进行分配。 布鲁斯?塔克曼(Bruce Tuckman)的团队发展阶段模型 1. 组建期。(Forming) 项目小组启蒙阶段。   团队酝酿,形成测试。 测试的目的是为了辨识团队的人际边界以及任务边界。通过测试,建立起团队成员的相互关系、团队成员和团队领导之间的关系,以及各项团队标准等。   团队成员行为具有相当大的独立性。 尽管他们有可能被促动,但普遍而言,这一时期他们缺乏团队目的、活动的相关信息。部分团队成员还有可能表现出不稳定、忧虑的特征。   团队领导在带领团队的过程中,要确保团队成员之间建立起一种互信的工作关系。 指挥或“告知”式领导。和团队成员分享团队发展阶段的概念,达成共识。

文档评论(0)

htfyzc + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档