我终于完成了工作年终总结和同事反馈建议。这几年，我都是在Deadline前几分钟才提交最后一份。今年第一次有所改进，提前了1个小时16分钟。这次算上自己的总结一共写了12份，系统统计大概有7千字左右，估计应该有一篇会议文章的字数（按10页IEEE/ACM双栏排版算）。从上周二开始工作，我花了大约7天的时间，每天上班用一半时间写总结反馈，周六周日也花了半天的时间加班。

昨天中午，我和组员吃午饭聊天时，发现大家都不喜欢写总结反馈。很多人觉得这是一种Tortures，没有人坚持一口气写完。我大概每天能写两个半左右，再多了就想吐了。有几个组员说自己每次最多只能写一段，然后去写会儿代码或玩个游戏，之后再回来写一段。

这次之所以能稍微提前一点完成，主要是因为我从一开始就“骗自己”，把Deadline提前了一天。我发现，对于自己不喜欢的事，目前没有什么很好的方法来解决拖延的问题。最有效的还是尝试把Deadline提前一点（前提是自己必须相信新的Deadline）。而且我发现，其实不管Deadline是哪天，最后大家都会“奇迹般”地写完。

我想一个优化总结反馈写作体验的方法是更频繁地来写。比如每当开始一个项目时就先写一点预计的Impact，然后根据项目进度来定期更新。平时最好与同事合作完马上就给对方写些反馈。这样一点一点累积起来，年底只需要编辑一下。今年我要尝试坚持时常更新自己的总结，目标明年可以在Deadline两天前完成所有的总结和反馈。