1，冲突才有冲突的解决方法。想法的分歧属于观点的争论，允许自组织团队自己解决。
项目经理介入：有人明确违反基本规则、冲突双方有来找项目经理投诉、冲突进一步升级、明确说团队已经无法协作等。
2，审计目标：识别做的好的和不好的、分享其他项目的良好实践、协助改进、积累经验、确认（变更有没有被正常执行）。
3，准备报告后，要进行汇报沟通，沟通是定制化需求量身定制，没有标准SOP操作程序。在完成报告前可以跟干系人开会了解需要什么内容，进行需求沟通分析。
4，Scrum敏捷过程采用故事点估算方法，也叫相对估算。
5，根本原因分析是问题发生之后做，不适合“如何预防”类问题。
6，潜在要发生的事情，是一个风险，没有明确要发生问题。
7，敏捷是固定的时间盒，不能调整。如果团队需要时间来培训，在固定时间内的产能就要降低。
8，干系人不允许推进项目的情况，“非常规策略”不能选择，属于不正常策略。
9，如何让干系人了解项目当前已经实现的价值？ 参加迭代演示。
10，已完成项目管理计划，确保获得干系人的支持，干系人的问题，引导参与获得支持，应管理干系人的参与，确保干系人或者其团队部门都能参会了解。
11，一位非常重要的专家不能继续工作，属于资源缺失，重点应该沟通资源的需求。
12，因xx原因导致改变了方向，意味着项目范围已经更改且明确，团队士气低落应该鼓励团队。如果范围不清晰则需要澄清范围。
13，敏捷项目，新功能，应该和PO审查信息安全问题，并识别风险。
14，认可与奖励的考点，就是激励，分有形和无形，要满足某个需求才算有效的奖励。项目经理如何使用奖励，最好的办法是听一下团队的意见。
15，沟通是信息的交换，信息的多、少、不懂算沟通。不能解决干系人的各种担忧，应该是想办法解决引导干系人参与。
16， 组织内获取资源：谈判，跟职业经理谈，和其他干系人谈等。
17，合同执行过程组收到重大差异，项目经理在最初该做什么？以前没差异，现在有了，应识别差异。
18，项目经理接收新项目，缺少绩效的记录，应该根据关键绩效指标KPIS来评估，符合客观事实。
19，商业价值发生变化，要重新审查商业价值，将调整后的商业价值重新评估并考虑。
20，项目启动需要开展的任务：制定项目章程、识别干系人。
21，干系人说工作不满足实际业务需求，首先要先跟该干系人确认未包含哪些功能，然后确认是否属实。
22，如何确保合规？咨询一下专家，不能确保最终合规。写到项目管理计划里，项目会按照项目管理计划执行，可以合规。在质量管理计划记录新设备的信息，不能确保。合规要求不仅仅和质量有关系，也可能跟需求有关系，所以不能仅仅关注质量管理计划。
23，促进新成员和干系人互动，首先要了解有哪些干系人，审核干系人登记册；然后看下如何跟干系人沟通，查看感谢人参与计划；最后安排和干系人的会议。
24，目的：为了发放更新后的会议决策，应该参考：沟通管理计划，信息的发放。
25，评估两个项目，这对组织的财务健康状况有帮助，换句话说就是，考察项目的财务指标：计算项目的内部收益率。
26，连续6周连续加班，法律上不允许，中国法律规定每月加班不得超过36小时。所以要优先考虑法律法规问题。
27，敏捷项目无法明确详细的项目范围，需求都在PB里，而不是在业务需求文件，所以产品待办列表PB可以用来解释项目范围。
28，自制外购分析有关的价值指标。PMBOK第六版P473：在自制或外购分析中，可以使用回收期、投资回报率(ROI)、内部报酬率(IRR)、现金流贴现、净现值(NPV)、收益成本(BCA)或其他分析技术，来确定某种货物或服务是应该在项目内部自制，还是从外部购买。
29，采取措施解决问题，但是问题依然存在，说明采取的措施有问题，应该考虑重新分析制定新的措施。记录在问题日志中没有必要，没有解决问题。
30，PMO要审计当前迭代的进度，要参加sprint冲刺评审会。回顾是总结经验教训的。发布评审未提过有这样名称的会议。
31，客户尽快发布产品，增量法才能尽快发布。迭代法是优化，获取反馈，不适合。
32，项目遇到技术问题，需要找干系人参会评审并确认，公司内部和管理层都无法代替最终的用户，所以最好的干系人是用户团队。
33，团队成员刚刚加入团队，就立即开始质疑当前项目主管的所有决定，这种做法是典型的违背的基本规则的情况，而不是普通的双方的冲突。跟当前主管也没关系。
34，如何监控合规性？项目审计，无论是安全合规还是质量合规。

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规划。

价值驱动的项目管理
包含项目管理原则、8个绩效域、4个项目周期（启动、组织与准备、执行、结束）、5个过程组（启动、规划、执行、监控、收尾）、10个知识领域及12原则。

8个绩效域：对一组有效的交付项目成果至关重要的相关活动。绩效域是相互作用、关联和依赖，协调一致的实习预期成果。
干系人绩效域
预期目标：与干系人建立关系、认同目标、提高干系人满意度
绩效要点：识别、分析、优先级、参与、监督
执行效果检查：干系人参与的连续性、干系人变更频率、干系人行为满意度及风险识别。

团队绩效域
预期目标：共享责任、建立高绩效团队、团队成员都表现出领导力和其他人际关系能力。
绩效要点：文化：透明、诚信、尊重、讨论达成共识、支持团队成员并展示同理心及共情的能力、有勇气表达异议。高效团队：沟通、共识、共享、责任、协作、适应（变化）性、韧性（抗打击）、赋能（让团队有权对自己的工作方式做出角色，即授权，empowerment）、认可。领导力：建立和维护愿景、批判思维、激励、人际关系技能（情商、决策、冲突管理）。
执行效果检查：目标和责任心、信任和写作、管理和领导力。

开发方法好生命周期绩效域
预期目标：开发方法和项目成果相符合、项目交付和干系人紧密关联、项目周期由促进交付节奏的项目阶段和产生项目交付物所需要的开发方法组成。
绩效要点：交付节奏（一次性，即预测。多次即敏捷。定期交付即scrum等）。开发方法：预测、适应（敏捷）、混合。开发方法的选择取决于产品、服务或者成果。开发节奏、方法相匹配。
执行检查：看产品质量和变更成本，价值导向，有事宜的节奏和开发方法。

规划绩效域：规划过程组高度重合
预期目标：合理的规划、系统的方法、规划时间成本、干系人以及各种变化。
绩效要点：影响因素、时间和成本估算、规划结构沟通采购变更等。
执行检查：绩效偏差、规划的事宜性、整体性充分性、详细程度、可适应变化。

工作绩效域：设计建立项目过程，管理实物资源以及营造学习环境等相关，即 执行过程组。
预期目标
绩效要点：定期审查工作过程，即审计审过程QA，管过程。及时发现瓶颈，看板系统，及时发现障碍，常见在站会上。平衡性制约因素，保持专注，管理沟通（即执行沟通的过程）和参与，管理实物资源，处理采购（招投评授）、监督变更（走流程、放PB拍优先级），持续学习。
执行效果：状态报告，过程的适宜、相关和有效性，沟通有效性，资源利用率，采购的事宜，变更的情况，团队绩效。

交付绩效域：涉及与交付项目要实现的范围和质量相关的活动，即核实、验收。
预期目标
绩效要点：不断的价值交付或者在结束时交付，敏捷或者预测，质量即范围和需求等。
执行效果：目标一致、完成度、收益及管理计划、需求稳定性、干系人满意度。

测量绩效域：涉及评估和测量项目绩效，即监控过程组。
预期目标
绩效要点：制定测量指标、指标内容、信息的展示、测量陷阱、问题诊断、持续改进。
执行效果：测量结果报告、测量结果、工作绩效数据

不确定性绩效域：即风险，规划风险管理、识别风险、实施风险分析、规划风险应对、监督风险。
预期目标
绩效要点：风险的不确定、模糊性、复杂性、易变性，及应对方法。
执行效果：环境因素、应对措施、应对措施的适宜性、风险管理机制、项目绩效在临界值、利用机会、储备使用。

敏捷的规划：细节在sprint里，高层次在产品愿景和产品路线图里，每个版本内容在发布计划里。
相对估算：相对更容易达成共识。
集中办公：增进沟通，增进激励感，也叫渗透式沟通。

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

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

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

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

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