MO社区人物第三期——滕昱｜技术管理的本质是成为技术领导者

原创 MO社区之声🌟 MatrixOrigin服务号 2022-11-04 17:00

Hi～新朋友，记得点蓝字关注我们哟

今日话题

2022.11

MO社区人物第三期

查询到以下内容

技术领导者和技术管理者的区别是什么？

一名优秀的技术管理者应该具备怎样的素质？

技术管理者应具备怎样的思维带领团队进行业务破局？

Continue

近日，矩阵起源MatrixOrigin的MO社区人物系列第三期邀请到了戴尔科技集团软件工程高级总监滕昱带来了一场别开生面的“非技术分享”。

滕昱专注于分布式存储领域16年，受到2006年AWS发布S3的启发，他选择在2007年加入戴尔科技集团，领导中国和印度的核心研发队伍在前后三代对象存储产品的研发及全球商业化中扮演了重要角色。从2016年开始，滕昱和他的团队深度拥抱开源，成功把Pravega流存储项目贡献给CNCF，同时创建了Pravega中文社区并活跃在Flink/Iceberg多个社区。

此次分享，滕昱从以下几个维度分享了他对于技术管理者的看法：

常见技术管理者的“画像”；
破局，如何成为优秀的技术领导者，来代替“管理”；
通过一个事例来阐述对技术发展和选型的思考。

Click

Part 1-画像

常见技术管理者“画像”

请勿对号入座

请勿对号入座

任务分包者/进度整合者

这是一种常见的团队管理方式，以至于我们一提到管理工作就会想到这个类型。这类管理者会将任务分配给每一个成员，列出具体计划，设定任务的提交期限，最终将团队成员的成果合并起来并及时汇报。毋庸置疑，这样的管理者还承担对外沟通工作并根据结果再次用任务分配来“管理”团队。但是这样的管理者可以被称为合格的“技术”管理者么？

任务分包者/进度整合者的价值只是所管理的组内成员价值的总和，而对企业而言的他/她自己的附加价值则很难体现，最终导致工作虽然很繁重但可替代性很强，离开平台后价值可能急剧下降。

细节掌控管理者

细节掌控管理者会将自己与每个团队成员捆绑在一起，每件事情都要百分百的参与和掌控，将自己很大部分的精力都花费在审阅甚至直接接管下属的工作上。

诚然这样管理者可能不容易被取代，但是当需要管理的人数多起来后，细节掌控类型管理者很容易被“管理工作“压垮，因为这本质上不是个可扩展的领导方式。但职场中这种类型的管理者也是相当多数，特别是工程师出身并转向技术管理的管理者都需要渡过这个阶段的考验。甚至有相当一部分管理者最后被管理工作压垮只能被迫放弃管理道路。同时因为这样的团队中每个团队成员发展都会受到这样领导者“带宽“的限制，很多情况下会影响团队士气，最终造成离职率居高不下。毕竟，没有人在职场中喜欢一直被当作“新手”，也不会喜欢一个“保姆”型上级。

Part 2-破局

如何成为优秀的技术领导者，

来代替“管理”？

滕昱提到，作为他自己的经验，一个可能更可行的办法是要将“管理”这个带有从上往下俯视的感觉的词从大家的脑海中划出去，而把自己转变成平行的团队技术领导者。

用上面这张图所示那样，既不是”身处高位”的管理者，也不是陷入细节泥潭的控制者，而是转变成技术方向的领导者去带领大家去完成目标。这样的技术领导者作用就升级为团队指引一条路，并发动每个人朝着这个目标一起努力。与团队一同解决问题。并且放手让准备好的成员成为新的领导者，达到技术团队的成长。

软件行业本质是千变万化，许多一开始非常好的项目往往都是昙花一现，一旦做错了一次技术选择，衰落起来是非常快的。所以作为一个技术领导者，如果不能敏锐的看到行业未来几年的发展，是不能为团队做好指引，也就谈不上给团队成员带来成长机会。

这也是本次演讲的意义所在，我们不应成为一个“纯粹”的管理者，而应成为一个技术的领导者，作为探路人告知团队未来所存在的可能性，和伙伴们一同探讨团队最终要选择的方向以及在这条路上保持前行需要做的事情。在未来开发MatrixOne的道路上，MO的技术领导者以及开发者们也会一同探索可能性，一同思考如何在超融合异构云原生数据库领域保持前行，并一同开发出高质量的项目。

Part 3-思考

通过一个事例来阐述

对技术发展和选型的思考

最后，滕昱向MOers分享了如何使用第一性原理“First-Principles”去做技术前瞻性预测并帮助提升技术领导力一个例子：为什么对象存储会成为大数据领域的“Primary storage”?

任何一种技术的成功与否，最终取决使用它的人数。开发人员总是倾向于自己最开始接触的技术。（这也是开源社区的原动力）

用对象存储做为例子，2006年S3服务推出后，新一代的开发人员接触的一个分布式存储就是对象存储。经过10+年后，大约在2017-2018年时期，这批开发者已经成长为各大公司技术中坚力量，并在技术选型上越来越有话语权。当时滕昱按照第一性原理判断，2017年就是对象存储进入主存储的元年。

但是市场一般来说是落后于技术的，所以在2017年，对象存储还是主要定位于“二级存储”，主打性价比。虽然有很好的扩展性但是在大数据处理所需要的IOPS和吞吐量上面差距巨大。

前瞻性的预测还需要技术落地，如果没有记错，2017年的AWS reinvent的风头产品是Nitro虚拟化技术，滕昱当时做出的判断就是这个技术完全可复用在分布式对象存储上加速IOPS和吞吐量。后来用户态编程，RDMA/NVMe 技术发展完全证明了这点，在网络速度从25Gb到100Gb甚至现在展望400Gb过程中，对象存储也伴随着一飞冲天了。

现在回头看去，snowflake差不多也是在2016年开始使用对象存储做为数仓的“Primary storage”，大家所见略同。

欢迎关注

滕昱在日常也会把自己的技术理解、管理理解更新到个人公众号：身是眼中人，欢迎关注。

矩阵起源MatrixOrigin也将持续更新“MO社区人物”系列，发现更多有趣有料的技术管理者、技术布道师、技术贡献者，将更多干货分享给需要的人。