2011年的工作总结

    2011年还是结束了！

    回首逝去的一年，心理此起彼伏。对于我的职业生涯，2011是最为重要的一年，2011年给予了我很多的第一次：

    2011年我首次以创业的心态全力投入到事业当中；

    2011年我全面的在自己构建的研发体系下展开工作；

    2011年我全面的研究并了解存储领域的产品与技术；

    2011年我首次研究开源软件及系统；

    2011年我首次阅读Linux的代码，虽然读的不多，了解不深；

    2011年我的团队亦满腔热血的开发自己的产品；

    2011年我首次面临公司解体而被迫离职；

    2011年在公司解体后，我依然研究存储技术与产品系列；

    2011年我阅读了《大话存储II》，正在阅读《存储技术原理分析》；

    2011年我首次认识产品市场技术领域；

    2011年我建立了自己的人生事业的愿景和目标；

    2011年我去了四姑娘山和九寨沟，当然生活中还有很多的第一次，就不一一列举了；

    从满怀壮志到公司解散，每每想起，都心潮澎湃不已。趁现在的时间，仔细的整理过去一年的种种工作，深度剖析我在工作中的不足和问题。

    纵观2011年的工作，总体感觉工作量不够饱满，浑身的劲没有全部发挥出来，2011对于事业来讲，我应该是个失败者，但是对于仅仅对于一种经历来讲，我也有成功之处。我认为在2011年的工作中，对于我来讲，不足的地方有：

    1)    进度的拖延，会严重影响整体工作士气。初步计划在4月中旬出演示版本，但是到4月中旬的时候，A模块的开发工作都没有完成，B模块的主要功能虽完成了，但是界面的小问题比较多。因此将计划推迟到6月中旬，但是到6月中旬的时候，A模块和B模块都已经被产品部测试过了，并提出了一系列的问题和新需求，又一次将计划延迟到8月中旬；8月中旬时产品部对整体的功能还是比较满意的，但是对界面很不满意，随后我们和王总一起研究制定了A模块的新界面需求，并再次计划10月中旬完成。当然，没等到10月份，就宣布要解散研发中心了。从我个人的理解来看，进度的拖延，会大大降低员工的士气，因为不是延迟一天两天，而是以一月两月的再延迟。

    2)    产品的需求不稳定，会影响很多的额外工作，也是导致进度延迟的主要因素。B模块整体解决方案的需求非常简单，设计文档也没有，基本上都是以开发主管来制定，这对于一个产品来讲，是很危险的事情，如果没有敏锐的眼光和对全局的把控，影响非常之大，我认为我们就是缺乏了对全局的把控。例如B模块一开始选择了一套管理系统界面，后来被否定了；B模块一开始选择了X系统，在已经开发了很多功能后，才更换为Y系统了；B模块在开发初期，没有定义相关的日志、告警、提示等标准，都是后来开发工作中定义的；A模块的需求随时再变，尤其是6月份，提出来了一系列新需求， 8月中旬还来了一个几乎重做的界面和流程，其影响力可想而知。

    3)    领袖人物的松散，会影响整体工作士气，也会导致进度延迟。整个成都研发中心的领袖人物，是个非常无纪律的人物，常常迟到、不上班、上班的时候睡觉、对进度缓慢的容忍、对问题重要性的忽略等，都给员工留下一些负面的影响。甚至A模块的开发主管，同样的松散、同样的无计划、不规范，造成开发进度的缓慢。领袖人物的松散，还会造成三个主管各自为政的情形，因为具体工作不上报，例如A模块开发功能B模块不清楚，造成接口不一致，也会影响进度。

    4)    员工对于产品、技术的理解度低下，造成进度延迟的另一大原因。整个成都研发中的培训力度不够，自学意识不够强，没有形成一种很多的学习型团队，也造成员工对自己事业的忠诚度都不够好，以至于开发效率低下，解决问题没有头绪，导致进度缓慢。

    5)    研发人员的开发能力低下，尤其表现在A模块组，其影响可想而知。

    6)    代码无编程规范，无严谨的设计过程，拿到需求或出现问题直接更改代码，造成改这里会影响那里功能的问题，导致工作效率低下，进度缓慢，该问题主要出现在A模块小组。

    7)    缺乏强出头的精神。虽然我们常常批评强出头的作风，但是在一个领袖人物不起作用的时候，合适的人应该有毛遂自荐强出头的精神来领导团队，我有时再想，假如我早早的担任产品经理一职，或许开发效率会高一些。

    8)    主管的技术低下。三个主管对于存储及存储技术的认识都比较低下，测试组长完全没有发挥出测试组的优势，只是在给开发组做服务，当然主要原因是需求都是开发提出来的；A模块主管也没有长远的目光和对产品敏锐的认识，甚至有一种做工具的心态；B模块主管也就是我，进入存储的时间不长，对很多的技术和概念都比较陌生，没有系统的学习存储技术和知识。

    有不足的地方，当然也有做的好的地方，主要有：

    1)    团队相处的比较融洽，员工相互之间互爱互助，沟通顺畅，能体现出一些凝聚力。

    2)    不定期组织代码质量普查、互查，一方面能够加强自身代码编写的能力，另一方面也可以帮助他人完善代码的结构和功能。

    3)    加强文档的写作，是设计的过程，对于整体功能有利无害。

    4)    B模块这边有比较完善的工作计划，所以开发中无论是开发质量，还是进度都完全可控。