第34讲 | 打好技术团队搭建的基础
前中恒云能源CTO,TGO会员吴万港
该思维导图由 AI 生成,仅供参考
从运营、到产品、再到技术研发落地,都需要一个团队的执行,尤其要仰仗团队的核心骨干来执行落地。对于 CTO 等技术领导者来说,招聘始终是绕不过去的话题,毕竟,任何一个团队,都不是每个岗位都齐整,等着你来领导的。如果技术领导者不能搭建自己的强大团队,是无法胜任其岗位的。
那么,招聘前需要做好哪些准备工作?如何定岗定级?有哪些有效的招聘渠道?本文将就这些问题展开探讨。
明确发展阶段
首先要明确的是公司发展阶段,这点非常重要。产品从 0 到 1,和 1 到 N 的过程中,对团队的人员需求,能力诉求是完全不一样的。在从 0 到 1 的过程里,讲究的是如何高效的利用现有的条件实现产品研发落地,而不过分追求技术的先进性。
这个阶段中,往往从 CEO 开始到一线的产品、研发人员未必清楚产品在市场上的响应,整个团队的核心思想其实是需要将产品放到市场上试错,从而收集第一手的用户数据,这时,时间决定一切。这个时候的 CTO(未必就是一个 CTO,可能是技术总监或者技术专家的角色)更多应该扮演的是技术专家的角色,主要的工作是根据产品的设计,带领大家一起写代码,并在团队资源紧张的情况下,自己撸起袖子写代码。
随着产品在市场的反响越来越好,慢慢的有了一些用户基础和用户数据,数据日益增长,原来的系统架构越来越不能胜任用户增长、数据增长的需求,要求平台从会员、商品、WMS、交易等进行划分,甚至微服务化,此时对团队的技术能力要求也越来越高,需要专人专岗负责,甚至专业的团队来负责。这时,团队规模较公司创立之初有了较大幅度的扩张,CTO 应该将更多的精力转移到团队管理,如绩效、战略等。
明确团队发展阶段对于 CTO 来说,是招聘的前提,比如在创业之初,没有 P9 级别的诉求。做技术的人都有一个通病,总是希望将技术做到极致。殊不知,在 QPS 1000 都到不了的情况下,从技术上将 QPS 做到 100 万级别没有任何价值。
在本人的从业经历中,遇到过这样的例子:当时公司 TPS 大概在 100 左右,本人空降过去成为技术 Learder,团队里有一个技术控,他的技术能力确实不错,一眼就能看穿我们当时的系统技术上的瓶颈。但是当时的系统足够使用,没有从技术上改造的必要。而当时另外的一个业务产品需要新的团队来负责,我希望由他来负责,但是他就是不想负责这个业务产品,就是想对平台的技术进行改造,希望团队能协调资源支持他进行改造。多次沟通无果,最后不欢而散。
我也遇到过另外一个相反的例子,当时我们系统的 TPS 大概在 3000 左右,而实际的用户场景中对 TPS 的需求已经达到了 30000+,直接导致系统每天都要不定时的重启。我认为每天对生产系统不定时的重启是不合理的,而且没有监控系统,不知道什么时候需要重启。在本人未入职之前,整个技术团队为了解决这个问题,将所有的精力都投入到了新产品的研发中,而置生产系统不顾,关键是新的产品不知何时落地何时上线,也不知能否解决这个问题。我上任之后的第一件工作就是希望解决这个问题,其实从技术上来说并不难,但由于团队里没有合适的人,只能是我自己带领技术人员来解决。
以上例子说明,作为技术领导者,在用人和招人时,要非常明确团队所处的阶段,在合适的阶段用合适的人,当然也包括 CTO 在内。
定岗定级
大多数的创业型互联网公司都是靠融资活着,在公司扩张方面,有人任性,有人谨慎。当然也见过有人任性到拿到投资时无限制招人,到最后裁员的结局。任何一家公司都不可能无限制的扩张,基本都是根据业务的需求制定合理的招聘需求,对于技术领导者来说也是一样的。
作为一个技术领导者,需要根据业务和产品的需求,结合现有团队的资源(现有团队的能力分布对于新的业务需求在招聘岗位上的能力需求是很有意义的参考),定义岗位的能力要求。
比如,现在要做一个 WMS,那么首先就要评估团队的现状,明确团队的技术栈(比较忌讳采用全新的技术栈,一般沿用现有的技术栈)。从产品角度来说,如果团队成员对 WMS 都比较熟悉,但就是没有资源能将想法落地,此时需要一个对 WMS 有点概念或者比较资深的产品经理来设计落地即可,至于招聘还是内部提拔,视不同情况而定。
对于研发技术人员的需求,本人比较崇尚根据目前团队某个产品的 duty team 的构成作为参考,而不是盲目地提升团队的需求,导致招人困难,致使项目延期;也不需要为了便于招人,刻意降低团队的需求,从而导致最后产品质量没法保障。
那么如何定级呢?相信大家对现在互联网行业中的 P/M 定义都非常熟悉,但是不能照搬,要结合自己团队的现状定义合理的级别。此时,HRBP 在这个过程中能够起到很大的作用,通常 HRBP 在每个季度都会对团队的效能进行分析,明确每个团队,每个伙伴的绩效分析,和效能分析报告。CTO 可以根据这些分析报告,结合业务需求,制定比较合理的 headcount。
在技术管理者中不乏这样的人,对 headcount 的诉求是拍脑袋决定的,总觉得人越多越能显示权威,说明自己越厉害。这样的技术管理者自身就是不合格的,我们一定要避免陷入这种思维。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文主要讨论了技术团队搭建的基础,包括招聘前的准备工作、明确发展阶段和定岗定级等方面。作者强调了在不同阶段对团队的人员需求和能力诉求的不同,以及技术领导者在招聘和团队管理中的重要作用。文章还提到了技术领导者需要根据业务和产品需求,结合现有团队资源,定义岗位的能力要求,并且强调了避免盲目提升团队需求或刻意降低需求的重要性。此外,文章还强调了HRBP在招聘过程中的作用,以及警示了技术管理者不应该盲目追求人数来显示权威。文章内容深入浅出,对技术团队搭建的基础进行了全面而深入的探讨。 作者吴万港分享了多年工作中总结的招聘流程和渠道,强调了招聘渠道的多样化和长期建设的重要性。他提到了几种有效的招聘渠道,包括熟人圈子、猎头、内部推荐等,并对每种渠道的优劣势进行了分析和建议。此外,他还强调了招聘不仅是日常工作的一部分,而且需要技术领导者不断总结经验,提升招聘成功率,提升团队效能。 总的来说,本文通过分享作者的实践经验,深入探讨了技术团队搭建的基础和招聘渠道的选择,对于技术领导者和团队管理者具有一定的借鉴意义。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术领导力实战笔记》,新⼈⾸单¥98
《技术领导力实战笔记》,新⼈⾸单¥98
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(8)
- 最新
- 精选
- 米斯特.杜明确发展阶段是很关键的一步。决定了团队怎么走。我们团队组件快两年了,但因为业务起色不大,还在不断试错,感觉还是0到1阶段。2018-06-1313
- Kqiu创业之初,需考虑如何快速打造mpv模型,快速试错,获取用户第一手数据,不要过分追求技术优美。2023-05-02归属地:湖北2
- Kqiuhrbp是企业派驻到各业务和事业部单元的人力资源管理者,协助业务部高层和经理在员工发展,人才挖掘和能力培养方面的工作。其实每个季度,hrbp部门都会给出团队的效能分析报告,具体到每个团队,每个成员的绩效分析和效能分析,cto会结合这些报告和业务需求,给出对应的headcount。2023-05-03归属地:湖北1
- Kqiu根据业务模型,定义岗位模型,根据岗位模型,定义能力模型。2023-05-02归属地:湖北1
- zhengxm_16论搭班子的重要性!2021-09-041
- Kqiu比较有效的几种招聘渠道: 1. 熟人圈子 2. 猎头 3. 内部推荐 4. 扫街 5. 发布招聘信息2023-05-03归属地:湖北
- Kqiu现代企业的cto不再是领导,而是保姆,对于招聘渠道的布置和推广,需要参与其中给出思路,让hrbp去执行。2023-05-03归属地:湖北
- David Mao讲的很有道理。企业发展的不同阶段对人才的诉求是不同的,即从0到1 和从1到n 是完全不同的诉求。2018-11-24
收起评论