如何做好项目总结

总结需要有思路：

比如以项目进展为线索，对每一阶段遇到的问题进行总结。了解需求，安排计划，完成计划，联调，测试，pm确认需求，上线，回归。以JDA项目为例：

1、需求评审时

关于前端我们需要注意的是业务需求，功能实现，交互设计，与样式。业务需求是产品设计的思想，产品背景，要弄明白前因后果。通过功能点去实现业务需求，解决问题。样式，交互是为完善业务需求。如jda基本信息页面，商品名称是可编辑的，但是只是注意到交互上可下拉可填写，业务上的与商品名称信息的联动修改没有注意到。所以需求评审前查看原型图，以业务需求为主，了解功能的样式，交互的细节，对于不明白的业务上的需求等评审时提出来。交互和功能相关，复杂点的交互是有特殊业务需求的，不能不明白需求只注意交互。

2、项目排期时

应与后端沟通，以页面为单位去完成提测。由于每个页面都有接口联调，所以在排期的时候，与后端沟通，同时先写哪个页面，这样以免前后端排期不合理，造成只能等最后都做完才能联调的现象。这次排期的时候没有与后端沟通，程序写完一部分的时候要先提测，发现需要接口联调，才去问后端接口的完成情况，影响提测的时间。减少出现意外的风险。

3、留出buffer时间

项目排期要根据项目大小留出半天到一天的buffer的时间，每天的计划也要往前赶，保证进度后期的时间充裕，确保上线时间。因为后期需求的变动，如增加需求，需求修改，这次项目新老品的区分需要具体判断，但是在同一页面要不要区分，这个需求变化不确定，所以花时间修改的功能可能没用到，也没时间修改别的需求了，所以要留出一定的buffer时间。减少进度delay的风险，保证上线的时间。

4、项目进行中

要关心团队中每个人的进度，预估上线的风险，并告只大家。这次项目后端数据部分难度很大，接口和数据在短时间内搞通，上线时间很紧，风险很大，大家都心知肚明，但是都想尽自己的努力让项目按时上线，但是想象的比现实美好。所以工作时结合每个人的技术水平评估他人的进展，做到心中有数。每天写进进度表中，自己拿不准的事情让杰哥，老丁知道，及时改变策略缓解后果。

5、避免代码重复

遇到多个或重复的问题时首先想到抽取公共代码，方便后期维护。jda有多个页面是大概一样，因为一开始考虑到很多功能类似的页面，只有搜索项不同的所以我用了不同页面引用同一个widget，减少后期维护成本，比如一个字段的修改需要修改每个相关页面。在js和tpl中判断不同页面不同功能。

6、项目做完思考问题，总结问题。

如何总结问题：问题就是范的错误，下次要避免的，总结的结果是对大家有益的，可以用来借鉴的，也是有说服力的。所以说明问题时要说明白问题的起因，自己的分析，最终的解决办法。总结时要对问题详细情况说明，分析完概括，把握问题的实质，通过多个例子找到共同的原因，面对问题积极思考。思路明确。