某618大促项目复盘总结有哪些关键点？

本文共计3632个文字，预计阅读时间需要15分钟。

一、前言：618期间上线一个活动项目。但上线不久，就出现了性能问题，接口超时，用户无法打开网页，最终不得不临时下线。花费了三天两夜，重构了后台核心代码，才让活动得以继续。

一、前言

618期间上线一个活动项目。但上线不顺利，当天就出现了性能问题，接口超时，用户无法打开网页，最后不得的临时下线。花了三天两夜，重构了后台核心代码，才让活动进行下去。

回头看了一下自己的时间记录，从5月31号那天晚上8点25分开始准备上线，发现异常，分析原因，重构代码，离开公司时已经是6月2号的23点54，经历51小时29分，中间的睡眠时间不到5个小时，这已经是爆发小宇宙了。

这一波刚过去了，一波未平另一波又起，由于活动的奖励丰厚，大批羊毛党闻风而至，某宝上公开卖脚本的都有了，严重影响了正常用户薅羊毛。

某客户反馈说：我们别说薅羊毛了，现在是整头羊都被他们牵走了！

接下来的几天，又得和薅羊毛的脚本们斗智斗勇，直到活动结束。

而本文就对此做一次深度的复盘，在以后的项目中让自己快活一点。

二、一份看似完美的项目总结

当我们复盘项目过程时，能找到很多问题点，比如：

1. 人力不足，需求过于复杂，开发和测试工作量大。

2. 前后端开发、测试都是从其他团队抽掉的，对当前项目的业务和技术不熟悉。

3. 跨团队组建的临时团队，职责定义不清晰，项目管控不严格。

4. 开发对项目的用到的技术不熟悉，没有经过原有项目成员的CodeReview。

5. 测试通过太草率，压测方案设计不合理。

....

列出问题后，很快就能一一写出改进点。