2015第34周周记：项目交付

最终等到这一刻了。终于等到交付日子了，以前什么不快，不爽，都过去了，都成为历史了。

上周五下午测试报告出来，然后审核，然后各种流程上的审核，在下班之后半个小时，还差2个部门未审核，因此预定的周一交付，无法兑现。幸好，在周二上午所有的审核流程都走完了。在中午下班吃饭之前，我把交付的电子邮件发出去了，虽然还有错误字，还无伤大雅。这样，对于研发来说，就算完成了。

但是，还要等待接收部门的验收，走流程大概要一周多时间。之前有项目在交付验收时发生过不愉快的事情，我也尽量避免，对于交付流程制度文档，我看了好几遍，我想该考虑的应该都考虑了，电子邮件中也尽量写清楚，明白，把不确定的，未做的，都列出来。但还是继续有不愉快的小事发生。本来制度上说好交付出去，由接收部门自行安排资源进行测试。但却在周三下班前半个小时他们发电子邮件叫我明、后天安排人员测试，并提前通知。事出突然，并且不是流程上的事，我立马不爽了，就回复我的疑问以及我的不满。大意是说，你是叫我明天、后天两天都测试呢，还是只测试一天？你准备下班了叫我安排人，万一人家明天有事情呢？后来就差点演变成争吵了——这个是项目实施和项目接收两方经常玩的事情。最后经某管理部门调停，决定由验收部门自己搞。本来就是嘛，流程制度规定的东西，有啥好说的，非要扯我。

我觉得，大家都是同一个公司的同事，何必如此。当然，我有错。换以前，我肯定不是这样的人，但最近见得多了，听得多了，也就变了。

上周有PM把不满捅到大boss那里，说为什么我们项目做出来的东西，交给某部门去改改卖，得奖励的是他们，吃苦的是我们。例会主管专门讲了这事——因为大boss请几个做技术支撑部门的老大吃饭。我认为，归根到底，是公司制度和组织架构所决定的，无法改变。所以功是他们的，苦是我们的。

这周部门大部分人在研究别人的产品，要写报告给公司看，我也顺道学习了人家的产品。另外，整理一下代码，该写注释的写注释，该打包的打包。再有就是项目交付后的收尾事，什么项目成员评价啊，项目个人总结表格填写啊，吃饭讨论啊。不过，验收部门没发验收邮件，我还是不放心。

无论怎样，一切快over了。

下面的小诗其实很多年就写了，现在改一改，还是比较应景的：
昨夜小酌听雨声，项目交付一身轻。 他朝烦忧他朝事，且偷半日笑浮生。

李迟 周五晚