技术转团队管理（项目经理）的感受

大概情况

我所在的团队一起工作差不多3年了，主要做APP的相关产品开发，从一开始的移动互联网开发，到现在的基于物联网产品研发，集成APP和相关软硬件平台。整个团队成员（2个Android+2个IOS+1个Java后台+1个Java API+1个HTML5）归我管理，另外还有产品部门（1个UI+1个产品经理）不属于我管理。以前做过多个移动互联网产品，最后关头都已失败告终。最后转做公司的主打业务业务上。

管理初期

这个时候，还在做一个移动互联网产品，整个团队内部都氛围都很好，大家一起说说笑笑，工作都能按量保质的完成。虽然，后来产品还没怎么运营，团队更换Leader。我接手管理团队，大家都还好也没啥问题。但是随之时间一长，去年年底公司一次涨薪，上级领导只给了固定名额涨薪，没法导致团队内部不能平衡，这个时候自己也因为要忙项目的一些事情，没有及时和团队成员做即时沟通，再后就是产品做了一个又一个，都没有达到真正产品的要求，始终没有很好地上线运行。这个时候已经很消磨大家的士气了，在年初Java后台和Java接口核心成员离职（离职前心思都没在工作上了，导致该完成的工作没有做好），导致正在做的项目严重受到影响。没法，自己只有重操旧业，测试他两做的工作，修修补补。

所以，有时候想，技术做久了，转管理是很不容易的，容易用技术人员的想法看事情。认为，只要把自己的事情做好就OK了，但是在管理的时候很难做到技术和管理的实际分开。比如，本来一个很小的事情，也就写几行代码就能搞定，安排下底下的人去就能搞定（自己会想，他们工作忙不过来，别去麻烦他们了，自己花点时间搞定吧）。有时候，不将所有技术方面的事情都掌握在自己手里，心理总是放心不下。但是，实际情况是，做团队管理了，就要适当的放下做技术具体事情给手下的人去做。做好打杂做好后勤，即时保证团队内部成员之间的交流和沟通，即时做到疏通成员的想法，不管是单独沟通，还是团队一起交流，不论是技术还是平时的闲聊都是很有必要的。为了保证团队的沟通实时了解成员的个人想法，团队内部就要确定及时的沟通机制和制度，并且保证沟通的有效性。单聊和群聊都是非常有必要的。

最近就是因为觉得团队的周会和晨会没有必要，太浪费时间了。很长时间没有和团队成员进行有效的沟通，导致大家有膈应，不了解团队内成员的想法。在核心成员要离职时，我是最后一个知道的人（而且是在OA离职流程上才知道），这个时候觉得自己管理太失败了。

涨工资

做管理，可能都会遇到给员工涨工资的问题。给什么人涨工资，该涨多少。应该怎么平衡团队成员之间。

今天就写到这儿，后面有空再写。2016-04-16

另外，写博客确实是一个很好的习惯，能帮助自己理清很多没有想清楚的问题。