在最近的一年,我的工作重心逐步从一线开发人员开始往技术管理者的方向发展,在这一年的时间里,我深深的感受到执行者与管理者的不同之处,在这个过程中,需要多方面的转变才能适应这个角色。
下面我将以我的个人经验和理解来总结前端组长应该如何管理团队,希望能给那些刚从开发人员往管理方向发展的小伙伴们一点参考和帮助。
我认为要管理好前端团队:
主要从下面几个维度分析:
需要对团队的产出结果负责,对团队成员的成长负责。
从开发人员->技术管理者,工作内容已经不仅仅是实施开发了,帮助团队成员成长,发现团队的问题,修正团队的方向,才是技术管理者最核心要做的事情,最重要的转变是思维的转变。
从开发人员 -> 技术管理者,形式上我认为没有太大变化也还是要经常关注技术,经常写代码。但是重心变了,以前得靠自己的一行行代码来体现价值,而需要将自己的能力转化成别人的能力,通过团队来完成最核心事情,如果还是万事靠自己,一切都亲力亲为,那样肯定是不行的。遇到团队问题可以用沟通解决的一定不要自己动手,动手自己干了,团队就没成长了。时间要多花在培养人上,和团队成长上。
当你还是个人贡献者时,你的能力是这样的:
而你是管理者时,你的能力要求,完全发生了变化:
作为前端组长,必然是需要提高自己各方面的能力,来胜任这样的角色,主要从以下面几个方面为主:
作为团队负责人,要正确传达价值观,以身作则,做好榜样,一个团队的状态如何,往往从团队负责人的状态就能直观的看的出来。
目标:提高团队效率,规范性明显增强,代码复用率提高,项目稳定性增强等等。
本质:更好的解决业务问题,帮助业务更好的活在未来,拒绝做脱离实际业务的事情。
关键点:提效,体验,稳定。
可以从开发规范,研发流程,基础资产,工程管理,性能优化,安全监控,质量保障等方向去完善,基于此目标,我们可以:
....等等类似的,还有很多这里就不一一举例了。
简单来说,所谓的用人策略就是:如何定义人的角色,如何安排事务,如何安排资源的综合计划,尽量把每个人的潜力和价值最大化。
我们可以通过当面沟通,私下了解,观察他们处理事情的方式,在过往项目中的实际表现等等来判定成员属于哪种类别。
类别 | 定义 |
---|---|
优秀的工程师 | 技术优秀,认同公司目标,有很强的自驱力,喜欢发现问题,解决问题 |
有一定工程师思维的潜力程序员 | 认同公司目标,有很强的自驱力,技术尚在快速成长期 |
有一定工程师思维的普通程序员 | 认同公司目标,有很强的自驱力,技术潜力一般 |
熟练的程序员 | 技术比较扎实,但是没有太多工程师思维 |
普通程序员 | 技术一般,也没有太多工程师思维 |
不同的成员类别采用不同的策略管理
类别 | 应对策略 |
---|---|
优秀的工程师 | 让他承担更多的责任,负责更多的事情(比如负责一大块的技术架构),提供更多的资源 |
有一定工程师思维的潜力程序员 | 提供更多专业的指导和更大的舞台的参与关键项目,在技术上严格要求,从代码细节抓起,提供更多的资源。 |
有一定工程师思维的普通程序员 | 让他们负责一些技术难度不高但要求非常严谨认真的工作,提供一定的指导,不用给太多压力,让他们慢慢成长。 |
熟练的程序员 | 更对地要去提升他的思考方式(非技术),需要谨慎考虑他的潜力和价值比,在思考方式没有提升前,可能只能去做一些相对独立,对团队协作要求不高的工作。可以让他们在技术上给新员工做出指导,但不能是思考方式。 |
普通程序员 | 维持现状,无资源倾斜。 |
前端组长是一个很关键的岗位,在这个岗位上需要非常多的思考,以上是我基于现有的认知和经验做的一些总结,还有很多不足,需要在不断的学习和实践中摸索出来。
作者:爱bug的小青年
联系客服