学会以项目经理的视角来看待工作之20130822

        最近有件事情比较烦心，项目组有个兄弟在当前项目结束之后就要离职了。其实这个兄弟在项目组已经有一年多，资历上讲应当是老员工了，但总感觉做事不是很踏实，有点依赖心理，经常需要人指导和帮助才能完成自己的工作内容，并且交付的工作量和质量与其本人的资历不相符合。不过好在态度还不错，给他讲东西的时候，能感觉到他在努力的听，但是从他行事的结果看，感觉进步有点慢，改进空间很大。不过他平时其实蛮好学的，桌子上总放一本Web开发的图书，有空的时候经常会翻一翻，另外也会经常找项目组里有Web开发经验的同事讨论一些技术问题，说明这位同事还是有点技术上的追求的。但可惜项目组目前开发的产品基于CS架构，没有Web开发的工作可以分配给他。

        他要离职的事情是项目经理在绩效沟通的时候无意间提起的，顿时让我觉得尴尬和不安。原因是曾经有段时间我天天指导、检查这位同事的功课，传授一些我自己总结的经验，比如lombok、PowerMock的使用，多线程API的使用和原理之类的，也安排他做了很多单元测试代码的开发，目的是让他熟练掌握PowerMock的使用，同时积累大量的代码。我的本意是很好的，因为作为程序员而言，我个人觉得，除了少数天才，大部分人看书是培养不出来动手能力的，想要提高自己的编码能力，除了大量的写代码，还真没有好的方法。而新员工想在成熟动作的项目里承担大量的开发任务，在多数情况下并不容易，因为合入到项目里的代码，需要考虑很多方面，比如质量、功能、性能之类的，对于初学者来说不利于积累经验。但是单元测试代码就不同了，随便写，基本不需要考虑可读性、性能、质量之类的，只要不影响到编译和其它用例就行。这样对于新员工快速上手其实有莫大帮助，而且想写单元测试代码，首先需要阅读已有的被测代码，同时了解并且熟练使用项目组当前使用的单元测试技术，从某种意义上来说，这也是一个学习和提高的过程。

        后来有段时间我在忙其它事情，就没有再指导这位要离职兄弟的功课，加上平时聊天的机会不多，所以没有多少交情。我以前没有带新员工的机会，工作这么多年，这个兄弟是我第一次主动指导的新同事，所以做很多事情时没有经验。

        我的不安之处在于，是不是我对他的要求过高，让他觉得难以达到，进而觉得压力太大，从而心生去意；或者是感觉在项目组学不到有价值的技术，继续待下去没有意义；还是说对当前他的薪水和待遇不满意，已经找到更好的归宿。。。什么原因我猜不到，我想即使去问的话，大概也问不到这位同事的真实想法，就不必要自取其辱了。

        如果是第一个原因，我想有必要做下自我检讨，从项目组里其他同事那边获取一些信息，看看我有哪些改进点，毕竟事情做了，时间投入了，不管好坏，培养新员工的教训还是要积累下来的。如果是第二个原因，我想项目现状如此，也不好说什么，毕竟热门的招聘需求中，Web开发占大头，CS相关的开发技术有点小众，对新员工来说，找工作确实不容易。不过天下的技术都是相通的，有一些基本的技术点是可以共享的，那么在后续有新员工进入项目组的话，可以加强培训，让新工员知道在项目组里是可以学到东西的，给新员工一点信心，这样对项目、对新人都有好处。如果是第三个原因，那么就要恭喜这位同事，良禽择木而栖，有好的机会当然要好好把握，不要浪费了，况且现在压力这么大，这位兄弟还有女朋友要养，也确实不容易。从项目组出去的兄弟有好的归宿，这从另外一面可以说明在项目组里是可以学到东西的，项目组里的时光没有白费，这是一件让人开心的事情。不过我有点担心的是，这位兄弟在项目组的时间有点短，有好多东东我还没有讲给他听，可惜以后都没有机会了。

        站在项目经理的角度来考虑这个问题，我想大概要思考一下，面对项目组里的兄弟，如何去把握员工的想法，如何弄清楚员工的需求，这样才能提供有意义的帮助，单纯站在自己的角度来考虑，可能适得其反，费心费力反而不讨好。

        从我自身来看，平时在具体事务上投入的精力很大，很多High Level的事情没有时间来思考，这样对后续的发展其实也蛮影响的。这位同事要离职也没有提前看出来，有点小失误吧。