年终总结---2012

年会已过，获得荣誉的喜悦心情已经慢慢散去，是时候应该总结过去的一年，筹划新的一年了，那就从我们的荣誉说起吧。 

鼓励和批评是一个团队所需要的，不断的激励和不断的批评更是一个团队进步的催化剂。不温不火的团队注定不会有什么进步，他们做得足够好的时候，就没有了激情，不知道方向在哪里，当他们做的很差的时候，依然能自我安慰“我们做的还可以”。这种状态的团队是危险的，是不自知的，是不会进步的。批评并不一定来自上级，就像激励也不一定来自于他人一样。自我批评可以说得更委婉，可以说成自我激励，他们是如此的相近，以至于你怎么理解都可以。自我批评和自我激励促使我们能在失败的时候能痛改前非而依然屹立不倒，在成功的时候能发自内心的说一句“我还能做得更好”。来自于外界的激励往往比自我激励的效果更好，但是批评则不一定，因为人总是喜欢被夸奖，那很容易接受，也能满足自我的虚荣心，人也总是不喜欢被批评，也不会意识到，接受批评是你进步的最好时机。 

这些天，我经常说2012年是忙碌的一年，但这并不代表着我很疲惫，也不代表我是在苛责什么，而是代表着收获。收获当然来自于努力。这一年，大家都为了一个共同的目标而努力，以一种近乎痴狂的状态。任何一个团队，有了这种状态，都会走向成功。他们不断的学习，不断的克服困难，不断纠正错误，只为那个共同的目标。这就是一个不断的激励和不断的批评的过程。如果这一年，有人说他没什么收获，没什么进步，或者还可以吧，那么他一定在应付他的工作或者他是一个很谦虚的人。 

似乎应该从这个项目启动的时候说起，那个时候的大家，跟现在对比显然少了一些坦然与淡定，但是多的是执着与激情。虽然已经有公司成功的把它做成了产品，但是大家都在从心底怀疑这个项目在技术上的可行性，直到第一个demo快速的论证了这个问题。从那个时候起，大家开始各司其职了，但是问题是不断的，设计总是在coding之前进行，即使再完美的设计，脱离实现，那也是空谈。我曾经把项目管理归结为：设计上把控，实现上监督，剩下的就是沟通工作。我们恰恰是在实现和沟通上出了很多问题，这让我不断地怀疑大家的coding水平，也让我不断的失望。我总是听到“这样就行了，那样没必要”的话，大家似乎并不像我想的那样喜欢“精益求精”，即使他们根本没有做到“精”。我是一个不称职的项目经理，没有很好的沟通能力，也没有很好的协调能力，这必然导致项目初期的失败，这也已经是我无法左右的了。好在我们并没有因为失败而放弃，我们不断的自我调整，自我学习，抓住一些人，摒弃一些人。我们的人员不足，老大们就亲自上阵，我们的时间不够，就加班加点。总之，没有克服不了的困难。慢慢的，我们的付出有了回报，我们的项目开始测试、上线，我们也不断的解决反馈的问题，我们的经验也开始积累，包括在服务器设计上的经典问题，多线程优化、大并发等等。这一路走来，项目成功是必然的，自我成长也是必然的。其实coding工作大部分是基于经验的，而不是创新，特别是在中国。有了经验，水平自然会提高，因为这会为自己的知识体系添砖加瓦，还伴随着自然而然地融会贯通。知识是可以读来的、也是可以听来的，但是经验却是自己实践得来的，一个Programmer的职业生涯需要知识，但是更需要经验，经验是基石，而知识是用来锦上添花的。 

因此，过去的一年，我并没有学到多少新的知识，而是积累了经验。经验是有分量的，充实着自己，也让自己能挺直腰板。不管从coding、架构设计还是项目管理、沟通技巧，我都积累了一些，也意味着我的水平有所提高。我很喜欢这种感觉，这是一种满足感，荣誉感。这也是我所希望得到的。但是我不能沉浸于此太久，是时候我该自我激励了，该寻找下一年的方向了。

从2012年到2013年，我们需要一个优雅地过渡或者平滑地转身，要不可能会摔得很惨才知道爬起来。我们该怎么做呢，我们曾经失败过，我们得到了什么教训呢，我们是不是该提高下对自己的要求呢，也是不是该提高下对项目的要求呢,我们对项目质量的把控上是否还远远不够呢？经历了过去的一年，我们是不是对我们碰到的问题的看法达成了一致呢，是不是有成熟的解决方案呢，其他人对这个方案是否认同呢？这些问题在2012年我们都没来得及问自己，但是在2013年我们一定要抽时间来回答这些问题，总结过去是我们进步的最好方式。 

还是回到荣誉上来，年会上的CEO特别贡献奖是对我们团队很好的肯定，但是有的人没有看到，这个激励也来得晚了点。不及时的外部激励效果可能会大打折扣了，有的人主动离开了，也有的人被离开了，我不敢肯定主动离开的人会因为这个激励而留下来，也不敢肯定有了这个激励就不会有被离开的人，但是能起到积极的作用是毋庸置疑的。但是这些事情是我们无法左右的，我们能做的是把我们能做的积极做好，好在没有消极的外在的因素，总不会带来负面的影响。