【修炼十三】如何让项目总结更有效果？

2013.6.16      

        阶段总结的好处在联调阶段已经提过，可以帮助大家理清自己的工作思路，提出对项目团队的改进意见，也能够学习到别人好的做法，提高自己。而大家在一起总结得失时，团队关系也会变等更紧密。而且更深层次的缺陷预防倡导每个人都有自己的工作checklist，包含常犯的错误，这个也是来自缺陷预防。

       然而总结面临的问题是大多数程序员不擅长总结此类经验，或是有总结习惯的不擅长表达出来，这里是执行的难题。要做好这件事其实不复杂，可以参考以下思路：

       一、以会议的方式组织，全项目组参与

       如何对待一项工作的产出，将决定大家对它投入的热情。程序员的大多数时间在和电脑打交道，除少数技术专家会举办一些培训外，我们很少有机会自己站在讲台上讲解自己对于工作的思路，心得体会。机会以稀为贵，要以会议方式给团队讲解自己的总结，那么这个事情就变得很珍贵了。程序员是一群很重视自己名声的群体，这样安排我们会有很强的欲望把这件事做好，毕竟谁都想在整个团队的兄弟姐妹注视下表现出自己好的一面。如同详细设计会帮助我们理清写代码的思路，总结会帮助总结得失并理清工作思路，绝大多数时候，不是团队没有能力把事做好，而是缺乏一些牵引力。

       二、给出ppt模板

       讲PPT是最好的分享总结的办法之一，这个过程通常最受益的是讲PPT的作者，在写ppt及讲ppt时往往能够进一步深化自己的总结。为了引导大家的思考问题的维度，可以提前给出ppt的基础模板，这样做还有另外一个好处，对于听别人分享的人听起来会比较容易吸收，因为模板一样，大家都有基本一致的思考的过程，正好可以做个对比。

       三、协调时间进行总结

       要写总结的意愿有了，思路（模板）也有了，时间是剩下的制约因素，写总结需要一个连贯的时间思考，如果期间还总是被叫去查bug，那质量和心情都不会很好。因此把当前项目工作暂停半天给大家做总结是个不错的方法，当然如果团队氛围非常好的话，也可以让大家利用周末时间自己整理出来。

       四、提出的意见及时反馈

       总结里对团队提出来的意见，项目经理要在会议现场直接给出答复，采纳或是不能采纳或是需要下来再讨论下。需要讨论的项，要在会后24小时内给出反馈，如此才能形成一个正循环。