「技术人生」专题第1篇：什么是技术一号位？

技术一号位系列文章介绍

 

研发人员经过一段时间的成长和积累（3-5年），往往需要带领团队或者小组承担更大的责任。很多扮演了 teamleader （TL）角色的“管理新人”，在带人做事遇到困难的时候会陷入纠结：要不要放弃这个发展路线继续做一个单打独斗的技术“老人”？特别是在一些环境中，管理新人本身面临着陌生的领域和挑战，如果没有领路人，单纯依靠自己去实践感悟，往往会走很多弯路。

 

所以本文作者结合多年实践经验，以及结合很多经典理论的输入，总结出了“技术一号位是什么”、“普通研发人员如何一步步成长为技术一号位”、“作为技术一号位需要掌握哪些理论工具来支撑日常工作”等一系列能够引导技术人员升级认知的理论工具。

 

同时需要强调的是，技术一号位不是岗位，更多的是技术人员在公司中做事的一种心态，这个系列的文章适合所有想要对日常工作“知其然更知其所以然”的技术人，借助理论工具的指引，结合自己的实践经历，悟到自己的收获，从而加速成长的过程。大道理千千万万，有缘者得之真谛践于其行而非流于其表。

 

技术一号位方法论系列文章计划：

 

1. 《什么是技术一号位》
2. 《技术一号位的方法论【理论篇】—— 如何分析事物本质及分析事物本质的必要性》
3. 《技术一号位的方法论【理论篇】—— 解决问题的规律概述》
4. 《技术一号位的方法论【理论篇】—— 解决问题的规律在技术、业务、组织方面的应用》
5. 《技术一号位的方法论【理论篇】—— 浅谈技术人员如何成长为技术一号位》
6. 《技术一号位的方法论【业务篇】—— 什么是业务，以及业务运转需要哪些方面的支撑》
7. 《技术一号位的方法论【业务篇】—— 什么是指标，如何构建业务指标》
8. 《技术一号位的方法论【业务篇】—— 如何画业务大图、产品块图、兵力投放大图、战役大图》
9. 《技术一号位的方法论【技术篇】 —— 浅谈如何做复杂业务系统的领域驱动设计》
10. 《技术一号位的方法论【技术篇】 —— 浅谈如何做复杂业务的数字化》
11. 《技术一号位的方法论【技术篇】 —— 浅谈如何做稳定性建设》
12. 《技术一号位的方法论【技术篇】 —— 浅谈如何做业务风控能力建设》
13. 《技术一号位的方法论【技术篇】 —— 浅谈如何让技术支撑、保障、驱动业务发展》
14. 《技术一号位的方法论【技术篇】 —— 浅谈如何做分布式系统建设》
15. 《技术一号位的方法论【技术篇】 —— 浅谈如何做秒杀》
16. 《技术一号位的方法论【技术篇】 —— 浅谈如何快速掌握陌生技术领域知识》
17. 《技术一号位的方法论【技术篇】 —— 浅谈一些常见技术问题的解决模式》

 

未来一段时间，阿里巴巴中间件会持续发布系列文章，欢迎关注。

 

前言

 

什么是技术一号位、有哪些关注点、怎么做技术一号位？

 

做了研发团队的技术 leader 以后，要处理的事情非常多，如果对自己扮演的角色没有一个清晰的认知，就会出现该做的事情没有做，不该做的事情投入了过多的精力，造成实际行动和结果既不匹配上级的要求，又不匹配下级的期望。特别是对于刚开始带领研发团队的新人 leader 而言，角色的转换和适应的过程，增加了认清自己的角色本质的难度。今天我们抛开纯技术团队的同学不谈（其实本质一样），只讨论业务研发团队的同学，如何以技术一号位的角色来做事。

 

如何识别自己是不是技术一号位

 

在开始谈如何做事之前，首要任务是判断自己是不是技术一号位，而要判断之前，首先要明确判断标准，跳出思维误区。这里我们列出一些常见的思维误区。

 

以下是常见认知误区：

1. 带人的是技术一号位，不带人的不是技术一号位。
2. 级别高的是技术一号位，级别低的不是技术一号位。

 

以上的认知误区，错误地把是否带团队、技术等级的高低和是否为技术一号位关联起来。虽然事实上带团队的业务研发同学成为技术一号位的概率更大，但是本身这两者不是划等号的关系。

 

那么什么是区分是否为技术一号位的决定性因素呢？很简单：对一个具体的业务而言，你作为该业务的直接技术参与者，是否处在技术领域责任链的最顶端。这句话翻译过来就是，对一个明确的具体的业务而言，多种角色的同学一起合作的时候，你是否是技术序列的最终责任人，即：谁承担对应的责任，谁就应该扮演对应的角色。

 

当产品经理、运营、研发共同做一个业务的时候，某个研发同学独自或者带领其他几个研发同学，或者带领跨 BU 的研发团队，共同支撑 PD 的业务需求。那么这个研发同学就是这个业务的技术一号位，不论他是否带不带人，也不论他带的人在行政上是否从属于他。一般来说，负责单一业务的研发团队 leader 一般就是这个业务的技术一号位；负责多