模拟三解析（一）

1，敏捷项目里，当前sprint不做变更，所以项目经理不能再当前迭代里做紧急更改。
2，项目正在被延迟，已经是一个问题。项目经理将谈判已经记录为风险，这是一个已识别并发生的风险。所以，整体来说应该是记录问题，并遵循风险应对计划的行动。
3，审计审查过程，问题是没有遵守政策流程和审批手续。应该按照质量管理计划的内容，审查流程，找到缺失的差距。
4，项目经理发现一个风险，做为风险管理的一部分，这是一个机会。应该告诉管理层，这是一个扩大市场份额和开发新产品的机会。
5，团队专注于sprint目标，解决障碍应该是项目经理的事，PMO实施的框架跟当前敏捷交付不见人，说明这是一个障碍，理论上不应该直接让团队进入，应该先审查框架，再决定是否让团队参与沟通。
6，关键干系人无法参加会议，如果重新安排会议的话，即使这次可以参加，那后续仍然无法参加，应该是分享会议议程，期望达成目标。
7，客户的标准，指的是验收的标准，就是确认范围。收集需求——定义范围——范围说明书有可交付成果的定义及验收标准，所以开始的时候要记录和定义【需求】。目标在项目章程里，不在标准里。
8，规划质量是描述项目将如何证明符合质量要求和(或)标准的过程。要确保在执行阶段符合质量要求那么需要做好规划质量管理。持续调查可交付成果的质量，这是控制质量查结果。质量不是靠检查出来的。每个阶段都能做五大过程组，所以实施阶段也可以做规划质量管理。
9，在xxx之前，不能开始一项活动，这xxx就是前提，属于强制依赖关系。而快速跟进是选择性依赖关系。所以这种制约因素，可以记录在假设日志里，包含前后的相关性。
10，项目目标是产品上市，涉及到这个项目的问题，会涉及项目目标不能达成，可能会失败，此时可以考虑上报项目发起人。
11，技术问题阻止交付，人员也要离职；参考资源管理计划只能解决人的问题，无法解决技术问题。所以整体来说审查整体的制约因素，评估计划的发布，再决定如何解决问题。
12，最常见的问题是什么工件将取代项目时间表。项目经理应该如何回应？待办事项列表跟需求范围有关系，跟进度没直接的关系。所以项目经理应查看冲刺计划和产品路线图。冲刺计划涵盖了时间进度。
13，“一些资源与由各自的业务单元发起的计划之外的其他项目共享”，资源和其他项目共享，就该先咨询其他项目的项目经理。
14，算法，属于技术问题，跟用户故事无关，算法属于执行层面由团队自组织决定。《创建一个新条目来确定合适的算法》属于一个spike，在某个迭代里做个刺探来决定。敏捷主管无法决定技术问题。
15，“难以访问”跟项目存储库是不是新不新没关系，最多是访问的版本不是新的。应该做好团队交叉培训知识共享。
16，“确保团队和项目目标一致”，是为了搞清楚目标是什么，而不是为了修改目标，目标记录在项目章程里。没必要讨论，我们不是为了修改。只要查看项目章程就可以满足题目。
17，“团队成员希望提高自己的引导技能”，说明团队成员希望自己去主持并引导会议，不涉及团队的技能不足，只是说没机会引导，不涉及培训。项目经理应该给团队机会。
18，冲突是分为积极和消极的，成功的冲突管理是可以提高生产力。pmpbok里没涉及结构性或者人际冲突。
19，沟通和协作，不涉及技能不足，不涉及团队的培训和知识转移。沟通有差距应该解决组织会议相互了解。
20，敏捷项目里，谁的需求是最重要的？客户。
21，在试图确定一个项目的领导风格时，应该先考虑组织文化。
22，“发起人一直要求最重要的项目里程碑的具体日期”，考察项目章程包括哪些内容，范围，需求，目标，成功标准和退出标准，审批计划和干系人，整体里程碑和进度计划，里程碑是一个时间点已经包括。
23，一个风险一旦上报之后，项目经理只能看高级别领导的决策，无法做更多的行动。