1，结尾，获得项目验收、（干系人满意度调查）、移交成果、总结记录、组织过程资产更新、文件归档、（庆功会）、释放资源。
2，团队有新成员加入，团队会自动到 形成和震荡阶段，应该引导团队到规范和稳定阶段，并且团队也可能跳过震荡阶段，无需引导。换人后KPI下降，可能是团队的协同不好，团队建设的关键词之一是提高团队协同工作。、
3，情商工具，为了管理自己和他人的情绪，作用减轻压力，加强合作。PMP里，沟通是在说信息的交换。
4，优先考虑功能，成本效益分析。先考虑价值和时间，方法是看预期取得的效益，即 价值/时间，价值除以时间。
5，项目经理要推广敏捷，要让干系人认可。首先要培训敏捷方法，而不是使用敏捷改造组织。
6，仪表盘是信息报告，属于沟通的问题。干系人参与评估矩阵，是规划参与人的工具，属于搞人计划。应该是更新沟通管理计划。
7，干系人参与度越来越低，导致拒绝可交付成果。“由于额外的责任”，干系人承担了更多的事情，需要考虑参与人属性的变化，比如期望等。
8，时间不够，预算研招办不足，不做大而全，应该做减法，出最小可行产品MVP。“解释做不了”属于告诉对方这事不能做，推卸责任。
9，预测方法中，选用滚动式规划来加快交付，影响映射（impact mapping）用来组织目标和客户价值创造达成一致的工具。 Scrums of scrums是多敏捷团队的沟通方法。
10，障碍属于一个问题，风险要识别并且有对应风险的计划，但障碍只有步骤，没有解决的计划，多个障碍要先确定解决障碍的顺序。问题的解决：定义问题，识别原因，定方案，实施方案，检查方案。风险的解决：识别、定性定量，制定策略、实施、监控、更新风险管理计划。
11，风险管理计划里没有对风险的应对策略，正常应该是查风险登记册。
12，获取支援在执行过程组，识别风险在规划，监控风险在监控过程组。
13，多个小规模团队合作冲刺，问如何保证冲刺成果。追逐太阳，遵循接力的模式，每个团队完成后移交给下一个团队。
14，一个项目对成员的期望，是对成员的角色和职责的确认，记录在资源管理计划里。
15，采购管理计划是一个指南，how，只记录 步骤。具体的方案方法流程记录在采购策略里。
16，效益管理计划里包括了目标效益、战略一致性等内容。
17，自己的公司搞了两次还搞不成，许多团队无法在一夜之间切换到敏捷工作方式，因此可以用混合型生命周期作为过渡策略，就可以考虑引入第三方公司给与指导设定方案。
18，进度落后但是成本节约，为了证明项目处于控制之下，要说明有充足的预算增加资源或者成本换时间，维持计划内的项目进度。
19，sprint迭代评审会：1，演示，获得反馈；2，更新待办事项列表PB。
20，站会上不解决问题，但是会后要解决。遇到障碍应该在站会后沟通解决方案，障碍不是需求，也不是新的规则内容，可以再当前sprint解决，尤其是技术问题，不解决无法继续执行。放PB内容：新需求，新规则，评审发现的新缺陷，需要的改进等。
21，项目规划阶段，多年计划包括很多跨职能干系人，跟人有关，首先制定干系人的沟通管理计划。
22，sprint规划是确定当前sprint工作内容。要解决团队冲突，要和团队一起回顾，总结经验教训和改进。不是sprint规划。

监控项目工作

作用：让干系人了解项目状态并认可为处理绩效问题而采取的行动，贯穿整个项目，是唯一输出工作绩效报告的过程。
输入：进度预测、成本预测、工作绩效信息（范围、进度、成本、质量以及项目管理计划中定义的其他工作绩效信息）
工具：
偏差分析：把实际情况和基准比较（范围、进度、成本等）、挣值分析、趋势分析、根本原因分析RCA、备选方案分析、成本效益分析。
决策：投票、一致同意、大多数同意，相对多数原则等。
输出：工作绩效报告，为了制定决策、采取行动或者引起注意。

在管理沟通的过程中，拿着绩效报告跟干系人汇报。

控制质量QC：核实可交付成果
为了评估绩效，确保项目输出完整、正确且满足客户期望，监督和记录质量管理活动执行结果的过程。
输入：
可交付成果、质量测量指标、测试与评估文件、经验教训登记册、批准的变更请求（在 指导与管理项目工作 过程中开始执行，在 管理质量 过程中查看有没有被正确的执行， 管理质量 有个工具 质量审计，质量审计的目标：识别、分享、协助、强调、确认<批准的变更请求有没有被正确实施>）。
工具与技术：
数据收集：核对单（checklist）核查表（checksheets），用核查表收集的关于缺陷数量或者后果的数据，经常使用帕累托图显示。统计抽样、属性抽样、变量抽样、问卷调查。
数据分析：绩效审查、根本原因分析（RCA）用于识别缺陷成因。
检查：检查工作产品是否符合标准。审计审过程，检查查结果。
测试/评估：测试产品质量。
数据表现：控制图，用来确定一个过程是否稳定或者是否具有可预测的绩效。
规格上线和下限，超过就要受处罚，次品，红线（高压线）。
控制上线和下限，一个稳定的自然波动范围。
失控：某个数据点超过控制线，连续7个点在均值上方或下方。无需停产，要查原因。

输出：质量控制测量结果、核实的可交付成果、变更请求和项目文件变更（问题日志、测试与评估文件、风险登记册、经验教训登记册）。
有问题查原因——走变更（缺陷补救）

确认范围
客户或者发起人正式验收可交付成果的过程。
输入：核实的可交付成果、验收标准。
检查：检查可交付成果。
输出：验收的可交付成果，变更请求（验收没通过），记录原因、走变更缺陷补救。

控制质量是内部控制，正确性。内部QC部门进行，通常先做也可以同时进行，依据是是否符合质量测量指标。交付：核实的可交付成果。

确认范围是外部客户确认，客户可接受性。项目发起人/客户发起。看是否满足验收标准，交付：验收完的可交付成果。

附：
质量审计：识别全部正在实施的良好做法、最佳实践；识别全部差距、不足；分享所在组织和/或行业中类似项目的良好实践；积极主动提供协助，改进过程的执行，从而帮助团队提高生产效率；强调每次审计都应对组织经验教训的积累做出贡献。质量审计还可确认已批准的变更请求的实施情况。

风险审计：检查并记录风险应对措施在处理已识别风险及其根源方面的有效性，以及风险管理过程的有效性。项目经理要确保按项目风险管理计划规定的频率来实施风险审计。既可以在日常项目审查会中进行风险审计，也可单独召开风险审计会议。在实施审计前要明确定义审计的格式和目标。

采购审计：对从规划采购到管理采购过程的所有采购过程进行结构化审查。其目的是找出可供本项目其他采购合同或执行组织内其他项目借鉴的成功经验与失败教训。

1，改善干系人关系，两个答案都正确的话，考虑完整性和优先操作。干系人参与计划是搞人策略，要更新的是干系人登记册。
2，混合方法对组织来说是新的，那么混合方法不一定能制定详细的进度计划，且同步干系人的不仅仅是计划。
3，敏捷项目拥抱变更，无需提交变更流程，变更要放到待办列表里下个sprint评估。
4，干系人存在分歧，要找PO负责沟通澄清。帕累托是查询问题的主要原因，28定律。
5，发现类似项目，优先考虑：组织过程资产（之前的经验教训）、类比估算。
6，仪表盘是工作绩效报告的一种形式，沟通将使用这种形式，属于沟通管理计划有关。
7，敏捷，细化用户故事是PO产品负责人的事，不是敏捷教练的事情。
8，干系人没有时间，本质上是干系人参与度不够，所以要加强干系人参与，要求他来开会等。
9，团队的角色和职责，记录在资源管理计划里，而不是RACI矩阵里。
10，需求不清楚应该先澄清需求，明确需求后再创建原型。
11，文件的版本不对，消息的迟发、缓发等，算沟通问题，查阅沟通管理计划。
12，项目经理上报：明确说 项目经理无能为力，现在要做的事情超出项目经理的权限。
PM难以获得干系人的验收，已经无能为力，只能上报领导/发起人。
13，确认到期是项目延期，还是资源日历冲突，但根源是资源日历冲突的问题，所以本质上要考虑资源管理计划里的冲突管理。
14，之前的经验教训——组织过程资产，在开工会议的作用是，传达项目目标，阐明干系人角色和职责，获得干系人对项目支持的承诺。在这个会议上，要让客户在这方面的职责。
15，莫斯科评估和卡伦模型是用来排优先级，成本效益分析是评估值不值得，投资回报比是财务指标，商业论述里的；挣值分析是说明绩效。
16，spi 1.8，cpi 0.1，进度快了一倍，成本超支10倍，说明资源投入不合理，资源过度使用导致成本超支，俗称盲目赶工，所以要修订资源管理计划。
17，团队建设：促进团队协同工作；减轻压力加强合作对应的工具是情商。
18，干系人变更，首先更新干系人登记册，沟通是更新沟通管理计划，但是项目团队更新什么文件来保持适当沟通？注意，团队不能直接更改计划，需要走变更流程。团队能直接修改项目文件。所以，项目经理让团队更新 <干系人登记册>，来进行适当的沟通。

1，有成员离开：分析原因、评估影响
2，识别风险工具：优势、劣势、机会和威胁（swot）分析
3，敏捷里，任务不是分配的，是成员主动领取。
4，原因是新技术导致执行速度下降，要了解新技术的影响，相应的调整，其中培训也是调整团队的方法，跟MVP没关系。
5，团队分散无法合并，就是虚拟团队，要解决沟通、协作。
6，执行质量下降，要确认已完成定义DOD，测试的工作无法单独添加到待办事项PB里，所以无法单独添加测试工作。
7，转型的项目，预测转敏捷，考的是转敏捷的顺序，首先是 商业论证、项目章程等立项相关。创建待办列表是稍后的事。
8，敏捷的要求包括：自组织，团队要求跨职能，具备所有完成项目的技能。
9，发起人对项目需求不满意，干系人的问题，要符合发起人的期望，就要先了解发起人的期望，需要分析他的需求是什么，干系人分析。
10，敏捷一般不太召开特别会议，属于计划外会议。回顾会议上是总结经验教训，不是指导。仆人式领导应该给予指导和帮助。
11，团队基本规则是由团队制定，团队参与制定，并不断的更新，可以减少误解提升生产力。
12，变更请求的结果要及时记录变更日志并通知传达。
13，问题解决流程：识别问题、收集信息、分析问题、制定方案、实施方案、评估改进方案。有问题要查原因。
有问题先更新问题日志。识别风险先更新风险登记册。识别新干系人先更新干系人登记册。
14，敏捷的特点：对价值的驱动，是基于价值衡量的方法。
15，每个冲刺sprint下午开两个会，一个评审，一个回顾。
16，干系人对目标存在分歧，就要引导和达成共识。
17，有两个计划一般不给干系人分享，沟通管理计划、干系人参与计划。计划是希望人遵守，但沟通是量身定制，需要根据干系人的需求更新计划。干系人参与计划是搞人的策略，比较敏感不适合给干系人看。
18，团队不负责给干系人服务，应该专注于sprint目标。给干系人服务式项目经理的工作，仆人式领导。
19，外部供应商的问题，属于外部干扰，应该由项目经理解决障碍。
20，范围缺失，范围要变更，走变更流程。属于已发生的问题，不属于风险管理计划的内容。
21，绕过PM直接跟团队沟通，属于沟通问题，优先考虑沟通管理计划相关。
22，RCA（根本原因分析）作用：寻找问题的原因，杜绝问题的再次发生。

启动（2）
制定项目章程、识别干系人

规划（24）制定项目管理计划
规划范围管理：收集需求——定义范围——创建WBS
规划进度管理：定义活动——排列顺序——估算资源
规划成本管理：估算持续时间——制定进度计划——估算成本——制定预算
规划质量管理、规划资源管理、规划沟通管理
规划风险管理——识别风险——实施定性风险分析——实施定量风险分析——规划风险应对
规划采购管理、规划干系人参与

执行（10）
获取资源、建设团队、管理团队、实施采购
指导与管理项目工作、管理质量、管理沟通、管理干系人参与、实施风险应对、管理项目知识

监控（12）
控制范围、控制进度、控制成本、控制资源、监督风险、控制采购、监督干系人、监督沟通
控制质量、确认范围、监控项目工作、实施整体变更控制

收尾（1）
结束项目或阶段