PMP刷题笔记
使用培训老师提供的法宝来分析失分点,发现我的主要失分点包括整合、资源、沟通、干系人、敏捷,因此在做题时记录疑惑点,以便事后复习,巩固知识点和理解。
如下是在考前冲刺阶段做题时记的笔记。
公共知识点
- PMI的精神。
无论预测型项目或者敏捷型项目,不提倡加班,不提倡批评,提倡及时激励。 - 团队遇到的问题,如何处理?
对于个别成员的问题,则单点沟通。团队整体的问题,则需要一起沟通。
如团队成员技能不足、经验不足等,考虑培训。如团队整体不具备的能力,考虑外援,比如采购。
对于个别成员之间的冲突,项目经理负责提供指导和协调。- 优先冲突双方之间协调解决。
- 必要时可上升时职能经理。
- 目前没有看到将冲突方调离等选项。
- 关于沟通方式的选项。
优先选择面对面的沟通方式。 - 遇到问题时的处理对策。
从逻辑上讲,遇到问题,先分析原因,再制订解决方案,最后跟踪解决方案的实施。注意如果题目中已明确问题的根因,则跳过分析环节。
分析原因时,可能涉及的工具比如石川图、鱼骨图、过程图等。 - 多团队合作时,问题的归属。
注意谁的问题谁负责,处理问题时不转移责任,即不变更负责人。 - 发起人参与项目的场景。
项目经理将问题升级至发起人的几个典型时机,比如创建项目、关闭项目、重大变更、项目失败,至于其它场景,不建议上升发起人。
在项目执行过程中会遇到各种各样的问题,项目经理要承担起识别问题、分析问题、推动解决问题的责任,不要随意打扰发起人。
在处理问题的相关过程中,项目经理是第一责任人,但不代表项目经理要亲自做所有的事情,针对具体的事情可以寻求外援的支持。 - 资源冲突的含义,如何理解?
比如人员,同一个同时分配给多个项目,算是冲突。
再比如一个人员已分配给一个项目,但其它事务多,导致人员不能全职投入当前项目。
对于敏捷项目来说,SM全力保障项目团队全职投入项目。对于预测型项目、矩阵型组织来说,人员同时投入多个项目,也许是一个常态现象。 - 项目执行过程中,对于问题的处理思路。
预防未发生的问题,解决已发生的问题,消除未来的问题。 - 问题和风险的差别。
已发生的叫问题,未发生的叫风险。
问题,记录至问题日志;风险,记录至风险登记册。
问题和风险都是项目状态报告中的一部分。 - 项目交付过程中遇到合规性的需求,该怎么办?
合规性的需求是项目团队必须要满足的,相应的需要提高优先级。
预测型项目
- 按照PMP精神,项目管理的要义:
- 管理,即执行预定的行动,确保按期、保质、保量完成。
- 监控,收集、测量、分析、预测,推动过程改进,提高成功达成目标的可能性。
- 控制,制订措施或者重新规划,跟踪措施的实施,确保解决问题。
- 商业文件、项目章程、项目管理计划的相关负责人的职责。
商业文件在启动项目前已准备好,项目章程批准后,才会有项目管理计划,因此从逻辑上讲,三者的顺序是商业文件、项目章程、项目管理计划。 - 商业文件、项目章程、项目管理计划的读者,都有哪些角色?
- 效益管理计划的内容有哪些?
- 项目管理计划,谁负责审批?
- 沟通管理计划、干系人参与计划、干系人登记册,三者的差别,以及发生变化后更新的顺序。
沟通管理计划解决的信息、知识流转的问题。
干系人参与计划解决的是对项目的态度、参与项目的意愿的问题。
项目有新干系人参与时,需要先了干系人的意愿和诉求,然后再决定更新干系人参与计划和沟通管理计划。
因此上述文件的更新顺序为干系人登记册、干系人参与计划、沟通管理计划。
通常情况下,即在项目执行阶段,修改上述文件需要提变更。 - 沟通管理计划处理的是哪类信息的流转?
- 质量管理计划的内容是什么?是否需要更新?何时更新?
- 验收的交付物、核实的交付物,二者的差别?
- 检查和审计的差别是什么?
- 哪些管理计划经常被更新?
沟通管理计划、资源管理计划、干系人参与计划,初始版本基线之后,后续随着项目推进,经常需要更新。 - 经验教训登记册,谁负责更新?
- 团队的分工问题。
对于瀑布项目,通常由项目经理安排工作任务。
对于混合项目,类似敏感项目。 - 关于变更控制流程。
变更有成本,因此后期不推荐变更,任何变更,均需要通过变更控制流程。
对于已通过CCB裁决的结论,如无意外,不要重复审查。 - 项目信息管理系统,即PBIS的用途是什么?
- 干系人,具体指的是哪些人?
- 干系人参与计划,包含哪些内容?
- 风险管理计划的内容和用途。
注意风险管理计划中没有风险,风险管理计划是方法论,不包含具体的风险,仅在方法、流程存在问题时才需要查看和更新。
识别风险或者应对风险时,应当更新或者查看风险登记册。 - 需求跟踪矩阵、WBS词典、活动属性,各自包含的内容有哪些。
- 项目经理的领导风格和员工的关系,调整领导力风格的依据。
- 关于估算的精度。
粗略估算、预算估算、确切估算。 - 资源优化技术包括哪些?
资源优化技术包含资源平衡和资源平滑,这两类技术不会增加资源的投入,适用于资源有限的项目使用。
资源平衡,平衡的是资源的供给和需求,可能导致延期。
资源优化,从非关键路径获取资源并应用到项目的关键路径,因此不会导致延期。 - 进度压缩技术包括哪些?
进度压缩技术包括赶工和快速跟进。
赶工,要求在项目关键路径上增加资源投入,仅对于增加资源即可提高交付进度的活动有效,同时会增加成本。
进度压缩,串行改并行,对项目关键路径上的活动实施时有助于改善进度,但注意会增加风险。
敏捷型项目
- 敏捷的项目,要求使用敏捷的优秀实践,不提倡预测型项目的实践。
- 敏捷项目的产品愿景、项目章程、团队章程,由谁负责编写和更新?
敏捷项目的团队章程,通常建议团队成员一起参与制订,并且由团队成员达成共识。制订敏捷项目的团队章程时,可能只有部分团队成员参与了讨论和撰写,但一定要求全体团队成员达成一致。
对于团队章程,在新成员加入时,可能需要更新,但同样需要全体成员达成共识。 - 敏捷项目的愿景、使命、发布计划、迭代计划,通常由哪个角色负责?
- 敏捷项目的PBL、SBL,分别由哪个角色负责?
- 敏捷项目的回顾会,讨论的主要内容是什么?工作流程或者需求?
面向未来,分析当前遇到的问题,给出对策,避免未来出现同类问题。
迭代过程中,使用每日站会来发现问题,对于影响迭代运行的问题,则在每日站会结束后即解决;对于不影响迭代运行的问题,则另外排期,比如可以在回顾会议中讨论和解决。 - 仆人领导对团队的帮助体现在哪里?
- 团队的分工问题。
对于敏捷项目,作为自组织团队,由团队成员自行认领工作任务,个别场景下不排斥项目经理安排任务。
对于混合项目,类似敏感项目。 - 关于变更控制流程。
欢迎变更,没有复杂的控制流程。 - MVP的意义是什么?
MVP强调用户价值,完整的用户体验。 - 迭代评审会的作用是什么?
呈现增量交付的价值,可以体现进度。 - DoD/DoR包括哪些内容,由哪些角色负责制订?
- 敏捷项目团队的速度。
和项目、团队相关,不适合在不同的团队、不同的项目之间进行比较。同时在迭代期间,速度有可能发生变化。
本文来自博客园,作者:吃瓜群众路人乙,转载请注明原文链接:https://www.cnblogs.com/jackieathome/p/23040230

浙公网安备 33010602011771号