有一次需求文档写得模糊，开发理解错了_博客的年终总结每年都是阅读量最高的文章之一

有一次需求文档写得模糊，开发理解错了

有一次需求文档写得模糊，开发理解错了，白白做了两周。那两周的工作全部推翻重来，项目又延期了半个月。项目救火时，我学会了用最简单的方式解决问题，不追求完美。先上线一个能用的版本，再慢慢优化，这是我们当时的策略。能用的版本上线后，客户虽然不太满意，但至少没有投诉。后续优化又花了一个月，客户最后还是给了我们好评。项目延期最怕的是一延再延，每次都说下周就好。有个项目连续延期了五次，客户最后直接终止了合作。

失去那个客户，公司损失了将近八十万的年收入

失去那个客户，公司损失了将近八十万的年收入。每两周一次的里程碑检查，让很多问题能更早暴露出来。救火的经验多了，我开始能预判哪些项目会出问题。预判的依据通常是需求变更的频率和团队成员的状态。需求一周变三次的项目，基本上都会延期。我在项目周会上提出了预警，可惜没人当回事。一个月后那个项目果然延期了，负责人才想起我当时的提醒。被事后认可的感觉并不好，我宁愿当时就有人听进去。

延期对团队士气的打击很大

延期对团队士气的打击很大，好几个人开始偷偷投简历。为了稳住士气，我自掏腰包给大家订了一周的下午茶。下午茶有奶茶、蛋糕和炸鸡，大家吃得很开心，暂时忘了压力。项目延期两个月，奖金也被扣了一半，大家心里都不好受。救火结束后的庆功宴上，有个同事喝多了，抱着我哭了。复盘会上，我们列出了导致延期的九个原因。九个原因里，有六个是沟通问题，只有三个是技术问题。沟通问题造成的延期，比技术问题更让人懊恼。

写年终总结最好的时机

写年终总结最好的时机，是在晚上安静的时候泡一杯茶。我会放一张老唱片，一边听一边慢慢写。今年写总结用的唱片是一张八十年代的粤语老歌，听着特别有感觉。年终总结交上去之前，我会让女朋友帮我读一遍。有一年我把年终总结写成了一封信，写给一年前的自己。那封信负责人没看到，是我私下写给自己的另一个版本。公司的版本是给别人看的，自己的版本才是真心话。自己的版本里，我写了焦虑、失眠，也写了那些很小的快乐。年终总结写着写着，我会突然想起某个加班的深夜和一碗泡面。