2014工作总结

          “没有一个体系或者团队来评定我的人格有问题，当然如果我的人格或者能力有问题，公司把我推为项目负责人也是公司的失误---------当然我是反思过自己的，不然我不会有这么赌气的想法”。这是我的想法，开工以来一直让我不吐不快的想法，现在就吐在这，然后踏过去。

           进公司带的第一个项目用的是之前没有接触的技术（有例子，有视频，有文档），好吧，项目内容为改造，将原有的系统用户部门的，接管过来，使用我们公司的技术实现并维护；成员，我和另外一个完全不懂开发的新人（与我同时进来，但没有开发基础，以下简称A）。不难想象，我的工作内容为通过使用用户系统了解业务，写项目文档，学习公司技术，教A新技术，教A业务，实现系统（如果A懂业务，或者沟通能力强，我才不会这么傻去挑大梁）。

           一个月的时间，项目实现的七七八八，遇到一个技术难题，在线预览功能，我没那么多时间去研究，A也无法谈研究，所以请求支援。公司调来一个培训过java的新人过来（数据库能力有点欠，前台能力比A强，毕竟是培训过的，简称B）。A的聪明之处就是能在网上找到各种解决问题的方法，并且去尝试，如果去教他要实现什么怎么做，他能很快的完成。所以，第一个项目在B的帮助下终于如期完成，后期的维护工作交给 A，让 A去解决客户后期的要求，小小的调试或者变更。

          我呢，在第一个项目之后，继续接新的任务并且完成，有空时将新任务的实现技术交给 A。所以很快我就迎来了第2，第3个改造项目，这时我的技术已经不是问题，问题是业务。改造项目的特点就是，用户不会跟你从头到尾提需求，不会审核你的设计，不会时时刻刻等你去与他沟通，给你的就是一个系统，你去实现，他把数据拿过来一测，然后就是各种变更。当然，有了第一次的教训和经验，我在选人上面就放弃了A，只有B与我一起。我负责需求，设计文档，数据库设计，业务文档；B负责实现。不要以为这样就可以了，B的数据库能力有点欠，好吧，是有点欠。项目过程中有点欠，就是不靠谱了。所以不得不留心这个坑，有点欠，其实这个阶段特烦人，你不得不去看他的SQL，欠的不是他写不出SQL，欠的是不会优化SQL效率，而且你要提出问题和要求出来，人家会很反感，你是在找茬，除非你马上写出比他效率高的代码，好吧，当你写出了，他就说你写SQL。对于这样顺杆爬的队友我也是醉了，你不可能去抱怨我的工作是什么，你的工作是什么，因为你跟他算这些，差不多就是被他玩了，说不定团队的合作氛围就是被你破坏了。当然由于我管理权限的缘故，我也没能力让他对这些方面进行加强，所以当前出现的问题，只能让他把SQL都写在文档上，我有空了就去检查下，优化下，他继续实现。我也开始跟他好好沟通过应该培养 SQL优化意识，但是总是被他一句“不知道”回击的毫无精力。

          对于 A，原先没有做过java开发，但是乐意学；对于 B，有点基础，有点成绩，沟通有点欠。很多人都盯着自己的蛋糕分的多不多，却不愿意将手伸得远一点。项目中其实很容易改变一个人，不管是一个什么角色，只要愿意，别人提出的问题就是对你进步的点拨。 A虽然年纪大，但是愿意学，虽然学的方法还是欠佳，至少愿意去改变。B虽然能完成部分工作，但是不能去审视自己；而我，作为一个刚刚踏入项目管理的同年人，不得不思考项目管理中的业务与实现这些业务的人，还有与这些实现的人的关系维护，当我听到队友一句“我不知道”的回复时，我在考虑“要不是老子想巩固几年的经验，你这种傻逼我才不与你沟通”，气话，确实也是无奈。