敏捷回顾部分心得
作者通篇讲述了如何在实际环境中应用Scrum和XP的敏捷方法论及心得，现记录下敏捷回顾作为部分读书笔记。
现实中确实如作者所述，在实际工作中如果没有外部压力或者敏捷实施不到位。敏捷回顾和每日站会是最容易被忽视掉的部分。那为什么（why）以及如何（how）确保回顾能够顺利进行就成为一个比较值得探讨的话题。
如何组织回顾会议
（为什么）需要敏捷回顾 ：改进的最佳时机。
（如何）进行敏捷回顾 ：根据要讨论的内容范围，坚持召开敏捷回顾会议。
• 设定时间为 1 至 3 个小时。
• 参与者:产品负责人，整个团队还有敏捷教练
• 我们换到一个封闭的房间中，或者舒适的沙发角，或者屋顶平台等等类似的场所。只要能够在不受干扰的情况下讨论就好。
• 我们一般不会在团队房间中进行回顾，因为这往往会分散大家的注意力。
• 指定某人当秘书。
• Scrum master 向大家展示 sprint backlog，在团队的帮助下对sprint 做总结。包括重要事件和决策等。
• 我们会轮流发言。每个人都有机会在不被人打断的情况下讲出自己的想法，他认为什么是好的，哪些可以做的更好，哪些需要在下个 sprint 中改变。
• 我们对预估生产率和实际生产率进行比较。如果差异比较大的话，我们会分析原因。
• 快结束的时候，Scrum master 对具体建议进行总结，得出下个 sprint 需要改进的地方。
最终的目的还是在如何将下一个迭代做的比上一个迭代更好。
如何在团队中传播经验
（为什么）要在团队中传播经验？
首先在敏捷回顾会议中遇到的问题或者总结出的经验特别有价值，其次我理解下在同意组织中的项目可能具有相同性。所以敏捷中的经验传播特别的有意义。
（如何）在团队中传播经验？
作者以自身为样本分享了一个方法，即通过自身的自愿参加、主动倾听、引导及积极帮助下（有一定的行政权利的前提下）来进行。
思考及实践：还有没有可能有其它的方式方法？我觉得可以定期组织团队间的分享来实现。但不必和标准的回顾会议一样频率。
变还是不变
是不是所有在回顾会议上提出的问题都应该引入变化？
答案 是否定的，实际中也绝不可能覆盖到所有人所有的小的抱怨。但是作者提出可视化的观点，对于微小问题。有些时候，也许可视化就能解决一些小问题，而对于大的问题会引入典型的动作来进行解决。并在改章节最后做了一些举例。
总结
作者通过自身的经验，给我们实际展示了为什么以及如何进行敏捷回顾。
网友评论