介绍：
在敏捷开发模式中，Sprint Retrospective Meeting 也是一个必不可少的环节，它通常发生在每个Sprint的结尾，其主要作用是对于当前的迭代周期做一个阶段性的总结，包括好的方面和不好的方面，然后我们可以在接下来的迭代中扬长避短，所以这对于一个团队的健康发展也是有好处的。
实现方式：
一般我们项目组是通过圆桌会议来完成Sprint Retrospective Meeting ,会有相应的人（一般是项目组的人按照名字序列轮流）记录好Meeting Minutes. 我们一般从以下方面来进行Retrospective.
(1) 开发团队效率如何
(2) 开发团队合作如何
(3) 项目进展曲线是否平稳
(4) 开发团队前端和后端的分工如何
(5) 测试团队的缺陷报告率如何
(6) 开发周期中有没有被严重Block的因素。
(7) 有没有需求方面的不明确导致Rework
(8) 在任务分配方面有没有不均衡，导致个别人太忙或者太闲。
当然了， 各个因素因团队而已，一旦整理好这些好的/不好的方面之后，我们应该用专门的地方去记录他们，最好的存放这些记录的方式肯定是Wiki, 因为方便阅读，当然了，用某些文档来记录也是可以的，但是你必须对文件名有统一规范，最关键的是：一旦总结下来的，team leader一定要带领team尽可能落实，而不是只记在那里没人看，那样就失去了意义。
我这里给一个我们上个Sprint的Retrospective Meeting记录。
总结：
必须很认真的对待Sprint Retrospective Meeting ,因为它非常重要，正如孔子所云： ”学而不思则罔，思而不学则殆“，学习是这样，做项目同样必须遵守这个原则，因为只有不断反思总结Sprint状况，才能扬长避短，让团队更健康的往前发展。而且执行力很重要，这要考虑team leader的威信和素质了。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
