00.敏捷回顾——引言笔记
00.我无法预知师太的进展,因为人的思维会随着环境变化而变化,这就使得未来充满了不确定性。
01.持续的建模、自动的单元测试和频繁的产品代码演示,都是为了把重点放在产品本身上并允许团队随时做出调整。回顾检视会则是重点关注如何使团队更好地协调工作。
02.回顾检视会能够帮助大家定期地改善操作、处理问题和发现障碍。阶段性重复的回顾检视会主要解决那些影响团队的问题。
03.迭代开发生命周期中的回顾检视会议的步骤
04.简洁或许意味着找出简单而且可行的行动去改进工作。
05.在回顾检视会活动中,请你的团队监督执行工作协议,这样,当他们对自己的行为负起责任时,你就可以专心做你的引导工作了。
06.计量结果包括燃尽图、速度、软件缺陷技术、完成故事的数量、代码重构的数量、工作量数据(Effort Data)
07.当人们回顾情绪化内容时,问题并没有消失,而是转入地下耗尽团队的能量,损害工作积极性;或者情绪会以愤怒的形式爆发出来,愤怒的火焰对你的回顾检视会毫无益处。
08.请大家仔细看一遍你收集上来的数据,评论一下模式(Pattern)、轮换(Shift)和意外(Surprise).通过数据收集,获得包括客观事实和感觉的数据,在接下来的会议时间里,引导大家进行更好的思考和行动。
09.不管你是在回顾检视会议中完成计划工作,还是把行动计划融合到迭代开发计划中,一定要让每个人都签字承诺完成这些任务。没有个人的承诺,大家会认为完成任务是团队的事,而不是个人的责任。
10.学习成果属于团队和团队的每名成员的,不是属于教练和回顾检视会主持人的,团队是他们的所有者。
11.使用这个会议框架——预设会议基调、收集数据、激发灵感、决定做什么和检视会总结收尾。
*了解不同的观点
*遵循思考的自然顺序
*对团队目前的方法和实践有一个全面的看法
*允许在讨论中自由发挥,而不是预先设定结果
*带着具体的下一个迭代开发的行动和实验方案结束回顾检视会。