来到现在公司有半年了,目前负责公司技术部整体管理,可能是所谓的CTO,负责技术部从0搭建,目前稳定(控制)在二、三十个人的规模,最近有朋友问到技术部的组织架构问题,正好趁机整理一下最近几年的一些经验,以供有需要的朋友参考:
核心关键字:扁平化、小团队(分组)
1、分组化可以组内迅速决策,分别安排工作进展,去中心,各组分别战斗,当有重大项目需要时也可以灵活组合多组形成一个大组一起战斗,结束后再各组继续日常工作;
2、比如目前我们这边研发2、3十个人,研发分为3组:前端(用户)组、供应链组、内部业务线系统组,再搭配产品组、测试、数据,形成相对完整的技术团队,只有二层架构:组长、工程师,晋升的奖励就是涨薪,部分组员属于机动人员,根据各组的工作任务随时调配进行支持,测试与数据是各组共享资源(测试需求较多时,采取开发人员交叉测试同步进行),运维则由各组自行解决并负责,这个阶段需要开发人员多种角色承担,产品组的人员分配到各个组中进行相应的产品设计负责,并对组内的工作进行梳理管理功能列表研发进度测试进度情况;
前端和中后台有临时的紧急项目,一般我会采取临时虚拟项目的方式进行,从对应的前端或者中后台本身组员中抽取人员组成临时的产品战斗小组,配备产品经理(也是复用原先组里面的产品经理),根据业务目标制定产品研发任务以及时间,完成后解散临时组,组员还是回归到原先的组里面继续原先组的工作任务,这里面可能研发人员会从前端和中后台都抽取人来混合组成临时组,也加强两个组之间的合作交流。
3、后期团队再增加达到百人级别,我会考虑增加项目管理组以及基础架构组、运维组,实现多组的综合调度管理,并且独立出基础架构组、运维组的工作,让研发的组更专心的紧跟业务进行研发,基础架构、日常运维交给架构组和运维组去实现;
4、意淫一下:团队达到上千人的阶段,可以再按照业务领域垂直划分,可以参考系统架构中的微服务架构,各个大组独立负责一个领域的业务相关系统,并且组内形成:研发+产品,自成独立的多个完整的小团队,分而治之;
5、团队建设、团队氛围(核心:分享、合作)
我们每周固定至少一次分享会,主要由技术组长、某个方向的专家 进行培训类的分享,共同探讨,同时也会按照一定的顺序让所有人都准备一次分享,这个提高部分人的表达沟通能力,也让他可以参与分享,更能感同身受,自然的日常工作中会更容易互相协助合作。
同时作为技术部的负责人一定要有胸怀和格局,招聘、培养比自己某些方面更强的人,发挥每个人的长处、容忍每个人的短处(除非是道德有问题)。这一块东西也较多,计划找个时间整理一下团队建设方面的相关经验,下次再发布。
网友评论