聊聊管理

不少做一线的同学因为各类原因，被提升为团队TL。

此时，角色从纯开发到管人管团队，此时，是否有过迷茫，不安呢？这个角色的转变确实有些痛苦，因为大部分做开发的同学，都不喜欢“管别人”！不少人会思考，难道，职业发展的道路上，必须经历管理吗？

那么，今天就简单的聊聊这个话题。

1. 先思考你的职业发展发现

你不可能做一辈子程序员，或者说，不可能做一辈子初级程序员。毕竟在互联网年轻化非常严重，那么，作为程序员，有哪些可能的发展方向呢？

1. 技术类：架构师或者技术专家（占比大）
2. 管理类：技术管理者或者职业经理人（占比大）
3. 创业类：创始人或技术合伙人（小概率）
4. 顾问类或者新媒体人（这个比例大起来了，比如博客/公众号达人）

2. 如果你选择了管理，那么，意味着要放弃技术吗？

当然不是。只不过，此时对你的技术要求，已经不是怎么写出优雅的代码了。而更看重技术判断力！ 什么是技术判断力？ 为结果评估！可行性评估！风险评估！

上线的功能能带来什么收益？产出是否大于投入的资源？ 产品需求在技术上是否可行？产品方案是否引入非常复杂的技术方案？从技术侧出发，是否有更加合理的需求方案？ 在可行性的基础上，技术方案有哪些风险？开发过程中如何控制风险？项目上线后，如何监控风险。

看到了吗？你要学习的非常多，要做到捉大放小，从微观升级为宏观。

3. 你的管理风格是什么？

管理风格因人而异，没有定论。针对团队的具体情况，具体的团队成员，风格都可能不同。

1. 命令式：我说做什么，你就做什么，不要有异议。（这个着实有些粗暴，但是，在某些情况下需要你拍板，就用这个！）
2. 教练式：我教你做，方案帮你出，接口帮你定义！。。。（这个适合带新人的时候用，但如果常态了，会非常影响团队成员的发展）
3. 支持式：团队成员可以自主完成开发任务，你在一旁协助，比如项目管理，资源协调，技术支持（这个时候团队已经很好管理了）。
4. 授权式：全权授权，这样成长起来的团队成员可以得到最大的锻炼（此时团队可以自驱的运行）。

不同的阶段，不同的人，用不同的菜。

4. TL和团队成员的关系是什么？

是完全上下级的关系吗？在互联网的管理体系中，并不像传统企业那样，管理者有生杀大权。管理者与团队的小伙伴也不是简单的上下级关系。应该说，两个角色是**“合作”或者“协作”**的关系！

所以，作为管理者的你，不需要表现的很高冷，也不需要故作热情，只需要公事公办，怀有一颗公平的心，就可以了。

（当然，这是非常理想的模式。不排除在某些情况下，还有“办公室政治”的现象。只是希望，管理者能保持初心，毕竟，大多程序员都是非常单纯的人，只要你付出真心，对方定会比心）

5. 管理，到底应该做些什么？

管理，简单来说，做好三件事情就OK。

1. 管理规划：从问题驱动转为规划驱动
   • 你的业务目标是什么？
   • 你的团队如何达到这个目标？
2. 团队建设：
   • 提高个人能力；
   • 做好分工和协作；
   • 建立团队文化
   • 良好的梯队
3. 任务管理
   • 项目那么多，怎么分清轻重缓急？
   • 如何有效的执行任务？
   • 如何制定有效的流行机制协助任务管理？

做好上面三件事情，管理就可以算是入门了！

小结

管理是门学问，除了方法论，还需要你自己琢磨，锻炼，沉淀。 加油！