如何快速接管一个新的技术团队？以下是你需要迅速了解的内容。
image.png
首先是团队成员
研发
直接像你汇报的研发都需要1v1 私聊，了解各自的核心诉求，和对自己工作的规划，对于团队的看发和承担的主要责任。如果团队人数小于10人，建议每个人都进行1v1私聊。
产品和PM
了解你们团队的产品计划，目标用户，近期目标，通过PM了解整个项目的规划，当然很多团队的PM和产品是同一个人。或者没有PM这个角色。
其他职能部门
包括测试，UI，运维，商务等，这些角色只要知道对接人员即可，便于需要的时候直接1对1沟通。
CTO
了解CTO对于这个技术团队的预期，如果自己就是CTO，可以问下CEO对于公司的预期，当然面试的时候可能已经问过了。
前主管
了解其离职原因，前主管对于团队的评价，了解近期和远期规划，前主管一般是对于团队最了解的人，因为很多主管是一个中间人的角色，为了达成团队预期，对上对下传递的信息都有一定的加工，和本人直接聊能更直接看到团队问题。但是如果空降的时候发现其已经走了，只能两行眼泪留下来，做好团队有无数坑等待填的准备。
HR
拿到团队核心成员的简历，面试评价，过去半年的绩效和岗位定级，便于你更客观看待团队成员
团队成员沟通的目标有几个：
-
了解团队成员构成
可以参考下图 四象限评价标准，看到团队成员哪些是高潜，哪些中庸，哪些是刺头，哪些有离职风险，哪些岗位人员不足，哪些岗位工作不饱和。 -
和团队成员拉近距离
沟通中适当放低姿态，诚恳地交流，给团队成员留下好的第一印象。很多主管空降为了显示自己的能力大刀阔斧谈改革，不如诚恳地说一句，我们一起来把这件事做好吧。
image.png
其次是团队目标和职责
这个聊之前有个前提，已经知道了公司的计划和roadmap，你才能知道这个团队的职责和目标在这个roadmap中的位置，重要程度，以及是否符合，如果公司的整体规划都不清楚，先补补课。
团队职责的了解方式包括：
- 团队的绩效目标和评价规则：评价方式重质量，还是重迭代，还是重效能，各自权重是如何。
- 服务列表：服务对应的系统文档，架构图，核心难点，帮助快速了解这个服务，如果没有对应的文档建议立刻补充。
- 监控列表：各服务的核心指标，告警规则
- 域名列表：包含测试到线上的各个环境
- 数据库列表：需要负责的表结构和字段，特别要注意线上操作数据库的权限开放给哪些人，有没有过度开放权限
- git仓库： 开发必备，就不多说了。
最后聊下团队工作方式
- 例行工作流程，任务开发发布流程，项目立项和验收流程
- 各工具和平台
- 新人手册：基本每个团队都有，把自己当成新人读一读，能快速了解这个团队，也可以知道这个文档是否能帮助新人快速上手。
说一下看法，空降和新成立团队是不一样的，不用一开始就建设文化，流程，制度。空降讲究“先融入”，一个团队即使再糟糕都有其生存的合理性，空降要先读懂这个团队的合理性再谈改变。
网友评论