本文由Spy根据tech.gilt.com的《Responsive Gilt.com Retrospective》所译，整个译文带有我们自己的理解与思想，如果译得不好或有不对之处还请同行朋友指点。如需转载此译文，需注明英文出处：http://tech.gilt.com/post/90471467734/responsive-gilt-com-retrospective。
——作者：tech.gilt.com
——译者：Spy
最近，Gilt特别行动团队花了5周时间创建了一个能够响应式于移动终端竖屏和横屏的Play应用。完成工作之后，我们聚集在一起，对前面所做的工作进行回顾总结。当然，我们也愿意把所学到的经验——将PC端友好体验转移到移动终端上来，并看起来就像Native App一样，分享给大家。这篇文章（系列5篇文章之第一篇）将分享如何进行一个成功的回顾总结会议。
作为一个小团队，有3名队员来自特殊行动团队（负责端到端项目处理，并不适合产品驱动的团队）总是很清楚团队之间进度，因此我们并不需要花费多余的时间去了解彼此进度。相反地，我们花更多时间来讨论在工作中暴露出来更高层次的问题。我们会花半个小时把作出某个决定的理由都写在个人的便签纸上。然后我们都带着这些便签纸去参加会议，这样做的目的有3点：
- 列出我们认为做的精彩的事情。
- 列出在下个项目中想做和不想做的事情，方便于得出前所未有的水平。
- 互相举手击掌。
我们基于8个基准来对成绩和不足进行投票：
- 内部团队合作
- 外部团队合作
- 效率
- 知识
- 开发流程
- 测试流程
- 代码质量
- 传播效果（把其他人才吸引到我们工作中来）
我们把这8个基准排成Y轴（也叫分类轴），用X轴（也叫“精彩点”轴）来表示我们做到怎样的程度。每个队员都把写上自己名字缩写的便签纸贴在对应8个基准的X轴方向上，以表示自己表现如何。
然后我们每人还会拿具体例子来解释为什么会把便签纸贴在那里。在会议的最后，白板会被便签纸贴满，并很清晰地看出我们工作各方面的满意与不足。
回顾总结对团队来说是非常重要的，尽管我们坐在一起工作，但每人对主要激励因素，目标和担忧都有独自的见解——拥有更好的工具，更好的开发流程，更好地测试进度或者更好地交流。在软件工程中，工作是永远没有尽头的。但是，如果常常回顾我们知道做了什么并总结，就会好像引擎一样不断地运行，提高和成长下去。
译者手语：整个翻译依照原文线路进行，并在翻译过程略加了个人对技术的理解。如果翻译有不对之处，还烦请同行朋友指点。谢谢！
关于Spy
原名吴建杰，常用昵称“间谍”，现居广州。目前不断学习CSS3,HTML5等前沿技术，巩固js基础知识。在进行前端开发的过程中，追求HTML便签语义化，CSS的重用性，js封装等很多性能优化的操作，一切以用户体验为基础，不断地追求性能优化。希望与更多的同行朋友一起共勉：个人博客,新浪微博。
如需转载，烦请注明出处：
英文原文：http://tech.gilt.com/post/90471467734/responsive-gilt-com-retrospective
中文译文：http://www.w3cplus.com/responsive/responsive-gilt-com-retrospective.html