一年又过去了，习惯上我还是使用阴历来判别一年，元旦过后，我还没有想到一年又过去了，但是过完春节，这种感觉就突然特别强烈起来，呵呵，小时候养成的习惯，不是说变就能改变的。
在一月份怎么说呢，上半个月感觉特别累，人也特别敏感，易怒。下半个月，还是相对比较轻松的心态，就算是犒劳自己吧。第一二周主要是准备工作汇报材料，一群人没日没夜地干，就为了把工作汇报整出色， 还额外新增了许多功能，光说短信吧， 短短3天，就集成进了系统，这个不容易啊，每个人都铆足了劲，想整点色彩出来，当然我其实也知道，我说过12月会轻松一点，但是12月份没有轻松过，然后我又说1月份会轻松一点，接着就是更累得一月份，自己也感觉惭愧啊，项目本来工作量太多是一方面，但是更多的，我还是认为，管理上面还是存在很大问题，没有预见到两个重大问题，第一，框架的严重不足，第二，人员培训严重不足，当时对框架依赖程度过高， 其实框架在后面几次致命的变动，给系统带来的修改工作量非同一般啊；对人员的水平估计过高，也是把所有人包括自己弄得很惨的一个重要原因，以为经过前面的一个小项目，人员水平应该都有很大的提高，满足一般的项目需求问题不是很大的，但是实际情况告诉我，从一个不懂编程到熟练工， 绝对不是一蹴而就的，就算是劳动强度很大的锻炼，那也需要很长时间的，至少也需要一到两年。我们只用了2个月，就算是学了九阳神功也没有那么快啊。当然所有的一切责任归结起来，就是项目管理的失败，风险识别错误，一开始的风险识别就只是考虑时间紧，业务不熟练，根本就没有考虑到人员的技术水平，所以后面对质量的忽视的默许，对人员培养的中断， 直接导致了最后的一个大泥潭，当然我们现在是甲方，这个跳蚤还是得自己摘掉的，因为你不是干一票就走人的阿。
在汇报后，就开始进行年终总结， 呵呵，因为有很多感想，计划的三千字，轻易的就达到，写得时候根本就没有考虑过达到了。
针对需要改进的内容也写了很多，有几点特别重要，第一，千万不要深度参与到项目的开发中去，因为这样你害了所有人，没有统筹安排，必然导致更多的问题和混乱，而且这些内容迟早要交接出去的，那么，别人接手还是很痛苦，所以从一开始就要把握好自己。第二，计划很重要，计划要仔细考虑，不是一拍脑袋，计划就出来，完成了很多电子表格，但是这没有用，有用的计划应该是讨论出来的，是仔细思考，全盘考虑的结果。最后，计划始终只是计划，还需要不断跟进，这样才能逐步逼近目标。
下月还有一些计划，主要一个是制定项目管理规范，很多时候做到有章可循还是比较好的，最佳实践不一定完全适合你，但是你总能受点启发吧。日积月累，不就形成了一个所以得经验了吗？打游戏还讲究经验值呢，做事为什么就要拒绝经验呢。
第二个，还要把现在的内容消化，现在内容很多，但老实说，需要花力气整合，而且还有些核心功能都不是特别稳定，也急切需要稳定。现在一堆所谓的重构， 但是我一直知道有一句话，没有最好，只有最合适。其实对于软件也是这样，优化是没有止境的，但是我们也要有一个度，再过三个月，回过头来看，现在的很多功能和代码又会有点像狗屎，因为你进步了。是不是我们再花力气把它们都重构一下呢，不一定。首先用户对于你的修改是否认为一定需要，用的还蛮好的，也总的给我一个更换的理由吧， 总不能说厂家都从n70换到n73， 我就要换吧。其次，你的时间和精力允许你这样做吗？但是并不是代表我们就什么都不做，一直拒绝新事物，这样怎么能从量变到质变呢，不质变，不适应新情况了总是要被淘汰的吧，比如小灵通。
所以我想我们每个人都要习惯改变，但是要抓住本质，有一句话“要么改变，要么被改变”。