团队从优秀到卓越之道
Agile Retrospectives: Making Good Team Great by Esther Derby & Diana Larsen
虽然名字是敏捷回顾，但是作者的视角还是从回顾会议出发在本书中只讨论回顾会议的主题。其实我很好奇，就一个回顾会议究竟能写100多的什么内容？让我们拭目以待。。。
回顾会议的好处如下：
提升生产力 - 通过改进方式方法如测试工具，语言等来提高生产效率
提高能力 - 在现有情况下发展π型人才。
提高质量 - 在现有情况下通过改进方式方法来提高产品质量。
增强功能 - 这里更趋向于专注高优先级而非单纯的增强某一功能。
第一章：帮助团队检视和调整：
回顾会议有助于帮助团队不断提高。一般来说作者建议使用如下步骤进行：
预设会议基调 （个人缺失，需改进）
使用开场预设工作协议，建议5条左右如：开会时请勿使用手机或者电脑等设备，不要大声喧哗，当我举起左手时请大家放下手中的事情安静下来等。。。
收集数据
数据包括两种，一种是客观事实数据，另一种是情感数据。（心情曲线，心情原点等都是不错的收集工具。）
收集之后快速甚是一下数据，评论一下模式（Pattern），轮换（Shift）和意外（Surprise）。
激发灵感
问“为什么”和开始考虑用不同方法做事的时候了
决定做什么
跳出一到两项改进方案和计划，融入下一个迭代开发的工作计划中。
总结收尾
结束会议，将大家的经验和计划存档以便追踪。
总结：回顾会议有助于做到以下几点：
了解不同观点
遵循思考的自然顺序
度团队目前的方法和实践有一个全面的看法。
允许在讨论中自由发挥，而不是虚线设定结果。
带着具体的行动和实验方案到下一个迭代开发。
第二章：为团队量身定做检视会
了解历史和环境
产品是什么？团队目标是什么？结果是否符合预期？
以前如何？有没有跟进？
团队成员关系？担心什么？什么值得讨论？
（个人缺失的部分值得深思）有什么来自公司其他部门的情况会对团队产生影响？
制定回顾检视会目标
希望取得什么成果？
使用恰当的目标类似：发觉没有完成任务背后的原因，寻求改进响应客户需求的方法。提出一个议题，如果不合适让团队提出一个。（是否需要会前就制定好呢？）
确定会议时间长度
迭代开发周期，复杂性，团队规模，冲突的严重程度或争论的激烈程度
拟定回顾检视会的框架
一个忽略的地方：物理办公室，容积，人员，座位，白板纸，即时贴等等。
自拟回顾会框架示例：
回顾检视会时间安排
名称时间内容
预设工作条款5”Working Agreement的达成张贴醒目处，并要求大家遵守。
收集数据20”引导式提问或者抛出我收集到的数据如果没有客观数据，情感数据也可以。可以通过小游戏等引出，心情曲线等
引发讨论20”在数据收集的过程中归类并引发讨论头脑风暴等，考虑冲突，复杂性等。可能延长的时间。
收敛15”投票，SMART的创建及跟踪，负责人等等
感谢团队！
放置到可见出，并发送会议总结
过渡时间10”可能存在的过渡时间总计约：70分钟（休息？）
选择活动
一个忽略的地方：分组，分组焦点（scurm人数少，所以容易忽视这个问题）。小组分析问题，可使用鱼骨图，头脑风暴等等。
输出：
故事卡：相当优秀的注意，可以直接用于下次的Planning Meeting
增加工作协议：马上可以做
写建议书：如果问题不在本团队
第三章：主持回顾检视会
保持中立，跟随流程。
活动管理
引导大家进入每个行动状态，监督行动的过程，并做最后小结。
四步法：
从询问观察到事件和感知到的东西开始。“你们看见和听说了什么了吗？”；
询问大家对这些事件和输入是怎样回应的。“什么东西使你惊奇，使你面临挑战？”；
询问灵感，并用这样的话提问：“你突然想到了什么？”紧接着问：“这与我们的项目有什么关系？”；
当你已经在活动与项目之间建立起联系之后，用询问小组成员如何运用它们的灵感的方式完成学习环节：“哪件事情是你能够用不同的方法去做的？”
掌握小组活动的动态
让所有人的声音被听到，创造一个和缓轻松的环境让大家说话。
管理时间
满足团队需求且不超时，使用一些小技巧提示大家进入下一阶段。
管理你自己
让你的技能再上一个台阶
自己主持，帮助团队达成决定，提高引导技能，自我觉察
第四章：预设会议基调的活动
通过以下，来预设会议基调。
签到
聚焦与散焦
准备话题：探询……而不是辩护；对话……而不是争论；交流……而不是争吵；理解……而不是防备
分组，然后向整体汇报结果。
ESVP（Explorer Shopper Vacationer Prisoner）
工作协议
第五章：收集数据的活动
时间表 - 回顾一个迭代中发生的事情
三个5游戏 - 围绕主题，提出自己的想法并传递到下一位，直到回到初始人。
颜色代码圆点 - 展示团队成员士气的变化
愤怒-悲伤-高兴 - 了解大家的情绪感受
定位优势 - 把互相不了解的成员放一起做访谈，找出团队下一个阶段可以发挥的优势。（这个可以发挥下）
满意程度直方图 - 找出自己的满意度定义，直观展示给大家。引导大家讨论与分析，
例如：团队满意度的定义；画出小方块 ⬛⬛
团队雷达图 - 评估团队在各个方面的表现在雷达图中表现出来，例如：勇气，开放，专注，尊重，承诺。
挑选同义词 - 回忆经验，并了解别人可能有的不同看法。
第六章：激发灵感的活动
头脑风暴/筛选
力场分析法 - 驱动/制约因素
五个为什么
鱼骨图 - 五问和鱼骨都可以从清单中挑出一个问题进行分析
模式和轮换 - 可安排在可视化数据收集（愤怒、悲伤和兴奋）之后，以进一步激发灵感。
用原点贴进行优先级排序 -
综合分析得出汇总报告 -
寻找主题 - 优势定位
学习矩阵 - 四象限（那些做的好，那些可以改善，新的方法，感谢）用以激发灵感
第七章：决定做什么的活动
将团队的视点转移到下一个阶段的迭代开发，通过这样的活动，团队成员形成行提案，确定最重要的行动。
回顾规划游戏 - 为实验或建议方案制定一个详细的计划
SMART目标
问题圆圈
简短主题
第八章：检视会总结收尾的活动
收尾中，反思大家在回顾会议中都发生了什么，也给大家一个感谢的机会。
+/Delta
感谢
温度读数
帮助、阻碍、设想
时间投入/回报
第九章：版本和项目的回顾检视会
在标准Scrum中，只有一种回顾会议。但是作者在此处提出了版本和项目的回顾会议。此会议涉及的人员更广泛，他们可能具有不同的任务和业绩考核标准。
为版本和项目的回顾检视会做准备（决定请谁来，扩大邀请范围和培训新来的与会者）
包含跨组织观点
主持版本和项目的回顾检视会
每事件结束时的回顾检视会
第十章：有效执行
提供支持 - 强调强化，同理心，学习机会，实践机会，提醒
为变革而分担责任
支持较大范围的变革