1. 答题思路：优先看问题，可节省时间。

2. 考试就按照考试的套路来做，不要过多考虑。

开发团队只专注当前冲刺目标，产品负责人对PB排优先级。

收集需求工具-原型法：能够让用户提前体验，减少返工的风险。

范围说明书记录可交付成果和验收标准。

沟通渠道计算 = n*(n-1) / 2

关键绩效指标：就是CPI、SPI等这些指标数据。

缓和/包容不解决问题，只缓和关系；妥协/调解解决部分问题。

敏捷中需求澄清：PO > 客户干系人

建设团队 --> 提高绩效

从预测到敏捷的过渡策略：在低风险、复杂度适中的项目试点尝试。

建设团队工具：认可与奖励。团队成员获得奖励，就会收到激励。奖励分有形和无形，认可和奖励应该在整个项目生命周期过程中及时给予，而不是等到项目结束。

强制性规定（或者合规性要求）如法律法规属于事业环境因素，必须要考虑。

避免类型题目，应该选择事前的规避措施而不是事后的补救处理措施。

生产力下降/提高团队生产力 --> 团队章程，基本规则。

需求收集工具-亲和图的作用是分类分组（物以类聚，人以群分）。

预测型项目，对于不明确的需求可以采用滚动式规划。

应对计划和应急计划（有预警信息）都属于风险范畴，和问题没有关系。

出现"障碍"且没有特殊说明的情况下，属于敏捷的环境。

SPI(进度绩效指数) 和 CPI(成本绩效指数)  > 1表示顺利，< 1表示不顺利。

Sprit评审会议的最后会讨论更新PB的优先级。

敏捷团队提倡自组织，要充分相信团队成员可以自组织解决问题，项目经理提供仆人式支持即可。

带来"额外的"xx  --> 实施整体变更控制。

进度变化，成本变化 --> 变更请求，不要多想其他可能性。

商业论证用于项目启动之前论证可行性，SWOT分析用于项目启动后规划阶段识别风险。

敏捷中新的需求，放在PB中，先确认优先级，再根据优先级的情况确认详细需求。

新的项目经理先确定适合团队的领导风格。

纠结的选项，选择和题目中关键内容在文字描述上切合的选项。

赋能 = 授权

关键字："避免将来xxxx" --> 1. 执行根本原因分析  2. 总经经验教训

开发团队应该只专注于sprit冲刺目标，不要被其他事项影响。

采购管理计划关注点：1. 注意采购工作和其他项目工作的协调；2. 采购有关的风险事项

满足被奖励者最重要需求的奖励才是有效奖励。

信息交换出了问题才是沟通问题，否则都不是沟通问题。干系人参与计划是搞人的策略。

干系人产生担忧 --> 管理干系人参与的思路。

题目描述为项目经理应该做什么，就谨慎选择要求其他人员去怎么做的选项。

累积流量图：反应WIP的状态、项目的步调、并且快速识别出交付时间存在的风险以及瓶颈，常见于敏捷中的看板(信息发射源)。

敏捷项目发现缺陷，放在PB中排优先级，不在当前冲刺解决。

敏捷Sprit是固定的时间盒，长度不可变。

 帮助你解决备考PMP难题，点击下方卡片获取↓ ↓

PMP全新资料+新考纲！快速提分3A通关