团队管理二三事

今天的技术管理会议探讨了一些技术团队管理的思路和想法，稍微总结一下。

 

团队间合作

一般稍有规模的软件开发都会细分为多个团队，各个团队分工不同。这样的分工，既提高了开发效率，也增加了沟通成本，而且一定会在某个问题上发生争执。比如用户反馈的APP的Bug，可能APP或服务端需要一方做兼容或两者一起修改，这时，在哪个团队承担风险和成本进行bug修复的问题上就有可能产生争执。针对这种问题，需要从两方面着手解决。

针对不同的解决方案，各个团队都列出优缺点，按照产品的发展目标共同决策出性价比最高的方案。这种情况下，要求各个团队能够换位思考，以实现共同的目标为原则进行选择。平时需要注意加强各个团队的互相了解，统一目标，互相信任。

如果分析利弊后，各个团队仍然无法做出决定，则需要权威人士出面拍板。权威人士可以是共同的上级或资深专家，能够承担责任，做出决策。

 

团队内任务分工

任务分工需要考虑投入产出比，尽量以最小的代价获得最大的收益。主要原则如下：

发挥主观能动性：在风险可控的前提下，尽量由团队成员自己选择自己感兴趣或擅长的任务。

控制风险：有难度的、复杂的任务尽量由骨干或组长来完成，尤其是高并发等关键场景的开发，普通的开发任务可以交由其他人负责。

分工互补：尽量避免一个模块只有一个人开发，让大家对彼此的开发内容都有一定的了解，在有人请假或离职的情况下能够确保顺利交接。

均衡分配：团队骨干主要完成较为复杂的开发任务，要给骨干留出一些空闲时间发挥主动性去做自己安排的任务，而其他人要尽量把任务排满（因其一般不会主动给自己安排任务）。

组长需要特别注意，给自己多留一些时间思考，考虑后续的计划、现在的不足、可做的优化、确定发展方向等，同时也需要参与一些复杂有难度的开发任务保持技术实力。

 

新人培养

能通过招聘进入公司的新人，一般技术实力还是有一些的，但是对其并没有深入的了解。新人的优点是什么？缺点是什么？工作主动性如何？潜力有多少？抗压能力如何？带着一连串的疑问，需要在新人试用期进行考察。需要注意以下几点：

技术培训：构建部门和团队的技术培训体系，确保新人进入团队后能够快速熟悉业务。

技术实力：如果新人的能力有10分，但是工作任务难度只有5分，很难体现出新人的真实实力。因此需要在风险可控的前提下，逐步增加新人任务难度，考察上限，挖掘潜力。

压力下的表现：需要适当加压，考察抗压能力，平时对新人面对压力的表现进行评估，以免遇到突发状况新人抗压能力较弱导致更多问题。

 

原文地址：http://caiguoqing.org/post/112