00.敏捷回顾——引言笔记

00.我无法预知师太的进展，因为人的思维会随着环境变化而变化，这就使得未来充满了不确定性。

01.持续的建模、自动的单元测试和频繁的产品代码演示，都是为了把重点放在产品本身上并允许团队随时做出调整。回顾检视会则是重点关注如何使团队更好地协调工作。

02.回顾检视会能够帮助大家定期地改善操作、处理问题和发现障碍。阶段性重复的回顾检视会主要解决那些影响团队的问题。

03.迭代开发生命周期中的回顾检视会议的步骤

04.简洁或许意味着找出简单而且可行的行动去改进工作。

05.在回顾检视会活动中，请你的团队监督执行工作协议，这样，当他们对自己的行为负起责任时，你就可以专心做你的引导工作了。

06.计量结果包括燃尽图、速度、软件缺陷技术、完成故事的数量、代码重构的数量、工作量数据（Effort Data）

07.当人们回顾情绪化内容时，问题并没有消失，而是转入地下耗尽团队的能量，损害工作积极性；或者情绪会以愤怒的形式爆发出来，愤怒的火焰对你的回顾检视会毫无益处。

08.请大家仔细看一遍你收集上来的数据，评论一下模式（Pattern）、轮换(Shift)和意外(Surprise).通过数据收集，获得包括客观事实和感觉的数据，在接下来的会议时间里，引导大家进行更好的思考和行动。

09.不管你是在回顾检视会议中完成计划工作，还是把行动计划融合到迭代开发计划中，一定要让每个人都签字承诺完成这些任务。没有个人的承诺，大家会认为完成任务是团队的事，而不是个人的责任。

10.学习成果属于团队和团队的每名成员的，不是属于教练和回顾检视会主持人的，团队是他们的所有者。

11.使用这个会议框架——预设会议基调、收集数据、激发灵感、决定做什么和检视会总结收尾。

*了解不同的观点

*遵循思考的自然顺序

*对团队目前的方法和实践有一个全面的看法

*允许在讨论中自由发挥，而不是预先设定结果

*带着具体的下一个迭代开发的行动和实验方案结束回顾检视会。

标签：00,检视,迭代,回顾,会议,工作,敏捷,团队,引言
来源： https://blog.csdn.net/sirobot/article/details/88624830