如何组建一支优秀的数据分析团队

至少要3个方面的能手，

1、熟悉数据分析对象的业务的人。因为数据来自于业务，而不是来自于空气。一定要有人能熟悉业务，这样才能让分析师读懂每个数字背后的由来，产生的过程，有哪些问题，有没有坑……；

2、熟悉计算机系统、数据库管理的人。因为你要面对很多数据获取、数据清洗、数据长效管理的问题。企业如果想要保持长期的监测、评估数据，就必须解决这些问题。

3、熟悉算法或数学建模的人。这个比较容易理解。

这3类人，现实中极有可能不是同一个人，因为上帝很公平，每个人的时间都那么多，每个人都会只有自己的强项也会有弱项。但是3类人整合在一起就不同了，可以整合在一起，短板互补。注意啊，一定要短板互补。长板多多益善，但是短板的互补协同性是整个数据分析团队的最关键问题。出事儿也是在短板的地方。

十人左右团队，一般是经理一人，架构师一人，分析师一人，开发人员三到四人名，配置管理一人，测试一人，DBA一人。实际上十人左右的小团队，分工很难非常明确的，关键看负责人的个人协调能力了，这种团队表现出的能力也是要看负责人个人的能力来决定的。选好一个适当的负责人，其它的交给他来办就好了，这个人选对了就成功了，选错了负责人，很容易带坏的。在小团队中制度太细了会严重影响效率，制度太粗了又很难发挥作用。

来到现在公司有半年了，目前负责公司技术部整体管理，可能是所谓的CTO，负责技术部从0搭建，目前稳定（控制）在二、三十个人的规模，最近有朋友问到技术部的组织架构问题，正好趁机整理一下最近几年的一些经验，以供有需要的朋友参考：

核心关键字：扁平化、小团队（分组）

1、分组化可以组内迅速决策，分别安排工作进展，去中心，各组分别战斗，当有重大项目需要时也可以灵活组合多组形成一个大组一起战斗，结束后再各组继续日常工作；

2、比如目前我们这边研发2、3十个人，研发分为3组：前端（用户）组、供应链组、内部业务线系统组，再搭配产品组、测试、数据，形成相对完整的技术团队，只有二层架构：组长、工程师，晋升的奖励就是涨薪，部分组员属于机动人员，根据各组的工作任务随时调配进行支持，测试与数据是各组共享资源（测试需求较多时，采取开发人员交叉测试同步进行），运维则由各组自行解决并负责，这个阶段需要开发人员多种角色承担，产品组的人员分配到各个组中进行相应的产品设计负责，并对组内的工作进行梳理管理功能列表研发进度测试进度情况；

前端和中后台有临时的紧急项目，一般我会采取临时虚拟项目的方式进行，从对应的前端或者中后台本身组员中抽取人员组成临时的产品战斗小组，配备产品经理（也是复用原先组里面的产品经理），根据业务目标制定产品研发任务以及时间，完成后解散临时组，组员还是回归到原先的组里面继续原先组的工作任务，这里面可能研发人员会从前端和中后台都抽取人来混合组成临时组，也加强两个组之间的合作交流。

3、后期团队再增加达到百人级别，我会考虑增加项目管理组以及基础架构组、运维组，实现多组的综合调度管理，并且独立出基础架构组、运维组的工作，让研发的组更专心的紧跟业务进行研发，基础架构、日常运维交给架构组和运维组去实现；

4、意淫一下：团队达到上千人的阶段，可以再按照业务领域垂直划分，可以参考系统架构中的微服务架构，各个大组独立负责一个领域的业务相关系统，并且组内形成：研发+产品，自成独立的多个完整的小团队，分而治之；

5、团队建设、团队氛围（核心：分享、合作）

我们每周固定至少一次分享会，主要由技术组长、某个方向的专家 进行培训类的分享，共同探讨，同时也会按照一定的顺序让所有人都准备一次分享，这个提高部分人的表达沟通能力，也让他可以参与分享，更能感同身受，自然的日常工作中会更容易互相协助合作。

同时作为技术部的负责人一定要有胸怀和格局，招聘、培养比自己某些方面更强的人，发挥每个人的长处、容忍每个人的短处（除非是道德有问题）。这一块东西也较多，计划找个时间整理一下团队建设方面的相关经验，下次再发布。

---