刚上任的程序员如何做好团队管理

相信很多技术团队的Leader都是从程序员走过来的，从管理自己到管理团队，这是每一个管理者都要经历的一道鸿沟，有人做的游刃有余，有人觉得却是个苦差事，的确，这世界上最难管理的应该就是人了吧。
这两年我也陆续管理了几个小团队，团队虽小，但是我觉得管理的本质都是一样，下面就我自己的一点浅薄经验，谈下如何做好团队管理的几个小原则。

几个重要原则

1. 用制度的力量而不是友情的力量

这一点是管理者在小团队管理里面最容易犯的问题之一，我以前也犯了这个错误，跟团队里面的人太熟悉了，私下感情也很好，工作中就容易打感情牌，即便你已经成了Leader，到后面你会发现该下手的时候下不了手，该发火的时候你发不了火，最后的结果是什么：团队执行事情的效率极低，缺乏约束，没有红线。
因此好的管理应该是善于使用制度管理，打你上任的那天起，就可以在公司制度的前提下，规划好整个团队的行事准则，这些准则包括但不限于：代码规范、产品开发流程、发布流程、奖惩制度、考核机制等等并通过大家的一致表决。在一个好的团队制度的基础上，奖罚分明，责任划分清晰，做事有依据，公平公正，团队人员之间的各种矛盾自然下降，制度在团队的准则就在，不用刻意强调。

2. 团队的任务和目标必须清晰

这句话看起来确实是一句废话，但是确实是很多刚上任的Leader常犯的问题，问题的原因是只关注了近期目标和任务而
忽略了中长期的目标。
实际上技术团队的目标一定是围绕业务目标进行，作为管理人员一定要关注全局，多和业务线的负责人沟通，这样有利于制定出长期的技术规划，让整个团队知道未来1年、甚至2年内的长期目标是什么，团队的脚步现在在哪里，未来要到哪里去，技术上要解决的问题是什么？可以选择性忽略一些阻碍团队进步的细节问题。
只有这样，整个团队才不至于迷路，大家对未来才能有所期待，才有动力去做事情，才明白现在做的事情的价值在哪里。

3. 一定不能事事亲力亲为

作为一名程序员，能够亲手去解决技术问题是一件很有成就感的人。所以很多程序员到了管理岗后，仍然有亲手解决问题的惯性思维。都说屁股决定脑袋，到了管理这个位置后，那么更重要的是要思考人员组织，思考团队发展，思考目标和方向的问题，如果把大量时间都用在了解决琐碎的问题上，那么势必
思考这些的时间就少了，很容易只看到局部，因此要习惯培养下属去做事，授人以渔，慢慢放权。
这样下面的人有一定的权利，其能力也能得到相应锻炼，慢慢就能成长起来成为业务骨干。
领导谋局，员工做事，大概就是这么个意思。

4. 技术团队的领导依然需要有代码能力

“Talk is cheap show me the code”，相信大家都听过这句话，我的感悟是技术领导一定不要只是纯管理性质，那样的话会跟一个传话筒没撒子区别，在关键性的技术细节上不能脱离。
因为很多人做了管理以后就会觉得自己没有必要写代码了，久而久之，是真的不会写了。
缺少了这个能力以后，也就意味着对于系统重要细节的把控能力下降，缺少了带兵打仗的能力，如果有一天你还得上战场那就非常被动了。
所以代码不能丢，细节不能忘，要随时可以跟团队一起战斗，对团队成员的代码能够去Review，能够优化，提出指导意见才能让团队相信你的硬实力。技术人一般对于技术大神都是比较膜拜的。但是大神绝对不是嘴上说说而已。

5. 要学会向上管理

我们的管理一般都是向下管理，这个谈得比较多。什么是向上管理呢？向上管理就是对你的上级进行的管理。
这个事情非常重要，一定要抓住合适的时机和场合，跟上级密切沟通，微信，电话，邮件，随时都让上级知道你的团队现在正在做什么，你们做成了什么，你们需要什么支持，你们的目标是什么等等。
要把自己团队的价值播报出去，让上级以至于整个公司都知道你们是谁，这个年代不相信沉默是金，沉默的结果也许就是沉没了。
能show就要show出来，不能show也要时刻准备show一把。

我相信能够做好上面的几个原则，你的管理之路一定不会差到哪里去，大家可以对比看看自己现在是否有这些问题呢，今天就跟大家聊这么多，希望对看到文章的人有所帮助。