团队管理二三事

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

 

团队间合作

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

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

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

 

团队内任务分工

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

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

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

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

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

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

 

新人培养

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

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

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

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

 

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

欢迎关注微信公众号“后端开发那点事儿”

猜你喜欢

转载自backend-develop.iteye.com/blog/2357810
今日推荐