PMP讲义补充试题讲解8.26.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PMP考试新趋势 1) 情景题新题增多 2) 项目控制类增多(变更、风险) 3) 过程内容(过程理解、过程间、ITTO) 4) 计算题增多(进度、EVM等) 5) 职业道德的题目比较少 模拟题不仅是检验,更是PMBOK的补充 PMP认证考试分析——考题类型 情景题 长题干 两个以上答案 陌生词/临时组词 理解细节/术语的意思 理解主题的意思 选项里多个工作内容 PMP认证考试分析——答题法则 积极主动法则 相关法则 相对法则 绝对法则 最先法则 下一个/第一个法则(NEXT、FIRST THING) 矛盾法则 陌生法则 阅读法则 PMI主义 PM管理一个大项目(1年/1000万美金/200人来自不同国家) PM处在一个理想化的矩阵型企业环境中(有项目管理政策和方法论,有组织过程资产可用,有技术人员/HR/质量部门/风险专家/采购专员/PMO) 强调事业环境因素;因地制宜、权衡关系;做对的事情然后才做对事情 强调组织过程资产;强调历史信息、经验教训、记录;前车之鉴后车之师 PM推荐对组织标准/政策/过程的改进,有一个持续改进过程的计划PDCA PM要积极地管理和控制项目、主动地预防和解决问题 PM要按照正确的过程来管理(好过程才有好结果,以及正确的过程顺序) PMI主义(续1) PM的主要责任是整合(沟通—协调—整合) 要尽早识别并积极管理干系人 项目管理计划由各方参与并批准而非自编自用,现实可行 工作必须被详细描述,角色和责任必须明确 防止范围蔓延,杜绝镀金 进度延误必须调整(赶工/快速跟进) PM制定项目质量标准,并与QA/QC部门紧密合作 预防胜于检查;预算减少应该减小范围而不是降低质量 PMI主义(续2) PM要努力提高自己和团队的技能 PM人际关系技能和激励技能非常重要 PM创建一个奖励系统(尤其是PM职权有限),人们的工作必须得到回报 冲突不可避免,合理的冲突是有益的;提倡非正式面对面的来解决问题 PM的75%-90%时间用于沟通 PM的50%时间用于GREAT会议,会议要针对重要问题而不是简单报告,每次会议上风险都是主要话题之一 久而久之地,不是所有人都对“项目是什么”之类的事情有正确的理解,因此项目经理要持续确保所有人都知道项目进展并保持合适的期望 PMI主义(续3) PM应主动报告项目状态和信息,领导不喜欢失控的感觉 PM应拒绝提供不必要的信息要求 风险管理完成前范围/成本/进度/质量/资源等都没完成 PM积极主动地参与采购并付诸管理采购 PM应归档所有的项目记录,所有项目都要生成最终报告 预防问题 解决问题,尽早发现问题和寻找变更 变更必须得以评估(6要素),只接受有利的变更 所有变更都通过整体变更控制来处理,必须遵守正确的变更手续和步骤,并告诉干系人变更影响 - 最先法则: 比如发现产品出现很多问题/那就先停止生产线;比如说发现没有CCB/那就先建立CCB - 首先/第一/下一个法则:前后顺序的——过程内、领域内、领域间 PMP试题讲解补充 袁 辉 2012.08.26 含义 举例 一个外部事件 An external event 市场环境变化,因为竞争对手举动引发的变更 应对风险的紧急计划或权变措施(contingency plan or workaround plan) 由于发生特定风险,需要调整项目计划 项目范围(Project scope) 定义的过失或者疏忽(error/omission) 原来考虑的项目实施方法,遇到了技术问题,不能如期执行 产品范围(Product scope)定义的过失或者疏忽(error/omission) 软件需求分析时,对某个模块定义不清楚 有增加值(Value-adding change) 市场研发出了新的材料,可以替代原来材料,而且成本低 变更请求的原因 变更请求的类型(控制图仅用以理解) 预防措施、纠正措施、缺陷补救、更新 规格上限 规格下限 控制上限 控制上限 目标值 几个数值已非常靠近控制线,可以采取预防措施 已超出控制线,应该进行纠正措施 已超出规格线,产品失败,应进行缺陷补救 变更管理审批权限 提出者 权限 发起人 高级管理层 批准或否决针对项目章程的变更 变更控制委员会 批准或否决计划或基准的变更请求 项目经理 批准计划范围内的变更,或某些种类的变更(特别是紧急情况) 客户 批准按合同实施的项目的某些变更请求 1 识别变更及问题原因 2 评估影响 (定性定量) 3 备选方案 7 审计(QA)和总结经验教训 6 检查(QC)和跟踪变更实施结果 积极预防不必要或负面的变更 NO YES 变更流程(问题解决、决策G.6、风险应对) 4.1 提出变更请求(发起人/客户/CCB) 4.2 审批 取消 4.3 更新管理计划/基准/文件、通知干系人 5 执行变更

文档评论(0)

天马行空 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档