工作中见过的最好的tech lead是什么样的

刚入职场 作为新人想问问各位前辈工作中见过的好的tech lead是什么样的？如果可以能麻烦透露下公司、岗位（工作方向）、级别最好。另外也想请教成为这样的tech lead都是什么样的自我成长的路径？感谢大佬们～

henryG 发表于 2020-8-30 02:46
羡慕。不愧是G家tech lead当之无愧。对比我以前在亚麻的senior tech lead，你上面说的点，他没有一个做到 ...

我刚好相反，我遇到最好的TL是亚麻的senior。

我们组当时两个senior吧，一个小哥法国人，技术实力真的顶起我组一片天，大家开玩笑是xxx（小哥）在XXX（组）就不会倒。熟悉大大小小各种技术细节，会给你安利最近业务相关的书。就是一个你知道你背后一定有这么一个人大风大浪都不怕的类型。另一个是技术+管理型的印度小哥，人很聪明，而且很懂怎么和组里人员沟通，怎么给大家分配任务，怎么提点你进步。属于那种你问他一件事情，他能为你想到之后你可能会问到其他事情的那种，从来不micromanagement，cl里面提的都是很重要的那种点，有种给他看cl每一次自己都 有进步的那种。当时差不多一个管纯技术，一个会更关注组里组员成长这样。

我们组当时是aws里面也算oncall及其惨痛的类型，最后撑不住oncall走了，到现在都很怀念当年组里的朋友和senior。狗家怎么说，牛人很多，我们组的tl都属于无功无过类型的。就是不会坑你，但是在和不在可能就是换个人分任务的区别吧。

以上的话，一个好的TL个人觉得：
1. 真的要技术强，技术强就是服人。如果技术没那么强的，和external team的人要熟悉，知道自己手下的人哪些问题可以reach out谁。
2. 要会分配活/分配credit，对队员的能力和完成速度有个大概的估量
3. 如果是兼manager的话还得会给自己组找机会，抢活。

qφ 发表于 2020-8-30 11:19
有点好奇大家的lead 是怎么定ddl的。

我的lead我觉得也很棒，坐标微软。

我组里lead不管定ddl，都是组员自己和partner team商量着定。老板/lead就给个大方向，比如okr老板定objective，组员定key results。
除非组员特别junior/刚来，lead会帮着做planning，但ramp up也不会选时间压力大的项目，所以ddl很松。
自己定自己的ddl的时候我一般考虑两点(1)自己能干多少活，往少了算，避免overcommit (2)partner team的需求，或更大的program的一些timeline尽量能meet，不让自己成为blocker

tm1234 发表于 2020-8-30 06:01
好贴！借楼问一下一个合格的tech lead职责范围到底应该是怎么样的呢？我见过有的TL技术上独当一面，不知负 ...

我见过的比较好的tl都是自觉的肉给组员吃，自己啃硬骨头给组员兜底。但确实不能指望所有的tl都有这个品质
另外还有能力问题，有的tl不是因为技术强变成tl的（可能是项目管理能力强），那硬骨头ta也不一定能啃的动...
每个老板对tl的期待也不一样，有时组员不喜欢的tl不见得老板觉得不合格，或者一个组里俩tl，如果一个管项目强一个技术强，项目强的那个不给解决技术问题也就不是问题了，所以也不好说合格标准是什么...

这个帖子开的好~
回想一下:  在我很怂的时候耐心带我的 TL，我当manager时候组里的 TL，和工作里面接触到非常高级的 技术领导
- 技术能力要强，产品熟悉，构架熟悉，能解决问题，能把技术给别人讲清楚，这些是必要条件了。为人要有气度能容人，这些也是基本的soft skills.
- technical vision:  知道大方向往上面方向走，哪里是坑，哪里是蓝海，how to get there，能相对明晰的表达出来，好的 TL 下面能生出一堆impactful的项目。
- ownership: 愿意为结果负责，愿意做各种各样的事情来 deliver result。只有vision没有ownership就是画饼了。
- 给手下的人分肉，不是只把杂活派给别人，自己挑肥拣瘦。一味自己吃好的，骨头扔给别人的，这种人会失人心很难长期 lead。能根据下面人的能力划分出给别人去own的地盘。

我觉得我的TL挺好的，忍不住想夸一夸（虽然他看不到）。因为加入Google之后还没换组，只经历了一个Tech Lead，所以他就是我见过最好的TL （狗头）

一些背景情况：这位TL小哥本科毕业进入Google，3年不到从L3升到L5。（应该是）还没升到L5的时候已经被正式委任TL。彼时组里还有比他待得更久并且技术也很棒、业务能力也很棒的其他L5老员工。
TL人非常聪明，反应特别快，并且业务能力出色。一个人能搞定很复杂的问题并且对项目各方各面（设计、开发、测试、集成、上线、监控等等等等）都具备丰富经验。由于是美国长大，语言文化完全不是问题，人很nice并且玲珑剔透，和组员及manager关系非常融洽，并且非常得上几级老板的器重。
可能是我见过真人里最聪明的了。他的聪明有别于典型的学霸，是真的因为智商高所以一般人觉得难的问题在他手上可以迎刃而解（学神？）。对于这种老天赏饭吃的猛人，我等普通人是羡慕不来的。
不过这些都是他自己得天独厚的硬实力。接下来想说的是他作为一个TL，好在哪里（可能也是好TL共同具备的一些素质）。

1. 对组里产品的整个框架、业务、下到代码细节非常熟悉
由于对codebase非常熟悉，因此在design review的时候能够一针见血地指出设计所存在的问题。例如可能与某种场景冲突，可能会在别的地方造成副作用，可能违背长期规划会引入tech debt。。。
由于熟悉产品中tricky的地方以及背后的原因，老板遇到一些产品层面上的问题都会来询问他的意见，并且他提出的看法也深受重视。也是TL visibility的体现。
由于非常聪明，定位线上问题、在代码中找root cause也是快得飞起。有几次当面问他问题，我还在读方法前面的javadoc，他已经跳转了几次找到了关键的代码行。

1. 对技术具有一定的掌控力，能够为整个组设立technical direction
狗家技术框架自成一套，并且不断更新换代。TL小哥对常用技术的了解自不必说，对于新技术也广有涉猎。得益于此，他常常很积极地推动新流程和使用新技术。
当组员对某些技术问题争论不休时，他能很果断地做出决策，并且清楚解释决策背后的考量，让人信服。
有一点令我感到尊敬的地方在于，他从来不会因为自己是TL而忽略其他同事的看法。如果同事对他的决策有质疑或者未能完全接受，他会很耐心的与之继续探讨并作出修正。

1. 维护组员并且指导组员成长
他曾经跟我说过 （大意）如果项目作出了什么成果，credit都是我的；但是如果过程中出现了什么问题，他永远会会给我兜底。我堂堂八尺男儿，听完竟然有些感动。
他也确实是如此践行的。例如：
a). 某次大组出游，正值我oncall，收到一个用户page。我回酒店房间处理。他知道后给我发消息，说这个时间点我们算是out of office，不用响应用户support的ticket，只要我们的服务没有down就可以等回去了再弄。我问如果用户很着急怎么办，答曰用户的priority不是我们的priority，只要我们的service works as intended，问题就不在我们这边。因此也不用花费私人的时间去处理。
b). 另一次oncall结束，有一个用户ticket我忘记交接给下一位primary。后来用户过来ping有什么进展。TL过来问我，我心想这是我留了收尾当然得把事情负责到底，于是跟他说这是我遗留没做完的事情，我继续把它完成。他说他来找我只是单纯了解下一些细节，看看是否是交接流程本身有一些遗漏；他来找我也并不代表他要我继续跟进这个事情，既然我的oncall结束了，他建议直接交给当前的primary就好。不过又说如果我一定很想做完这个事情，他当然不会拦着我。
. 1point 3 acres
我刚进组时，TL小哥侧重指导具体技术的用法。等我也渐渐成为组里较资深的组员时，TL小哥身体力行指导我如何综合各方各面的考量去做technical decision。

1. 践行G家价值观
TL小哥还是挺践行G家价值观的，例如总是假设他人的观点和行为是出自于善意。组员犯了错误，他也不会记仇，很宽容地帮助大家复盘，并且从规范流程的角度出发尝试预防错误再次发生。

1. 热爱产品，积极响应用户的问题
TL小哥是真的热爱自家产品，由衷地感到骄傲的那种。并且非常积极热情地在各自mailing list里回答用户关于我们产品的问题。

想到什么写什么，条理欠缺请多包涵

补充内容 (2020-8-30 14:25):
看了大家的评论，发现有些特点确实是共通的。有个普遍被提到的特质是好的TL能够给组员一种安全感，觉得只要有TL在天就不会塌下来。这种安全感固然是来自于TL自身硬实力的流露。

.1point3acres补充内容 (2020-8-30 14:28):
不知道楼主有没有获得想要的答案，但这个帖子给我的启发是：TL这个职位不是天上掉下来的，所需要的那些特质当然也不是地上捡来的。在埋头编码提升自身能力的同时不妨尝试让自己也成为一个可以给组员安全感的角色。

.1point3acres总结几个我碰到过的很棒的tl，刚认识的时候他们大概普遍在level 6/7，现在应该都在level 7/8
- 自己技术很强，一个人顶一个team。但带领的组员也能干活的话就很愿意把自己手里的肥肉分出去，credit也愿意给
- 有很强的tech vision，非常擅长挖好坑，挖完能靠自己的network拉合作把事情做成。所以本人的scope一直在增长，组里其他人也能跟着成长
- 平时很nice有同理心，也在意组员的wlb/experience。但是对摸鱼的人也不手软。对外也一样，一般都是非常合作的态度，但该撕的时候够强硬保护得了组里的人
- 非常愿意教人，而且因材施教。对junior的组员能hands-on，对senior的组员能放手给high-level的引导
- 最后一条我觉得不是tl必须的，就是本人无论多senior还在大量写code。不是因为需要，而是真的喜欢。其实还是挺能影响组里热爱tech的气氛的
跟他们干活真是开心～每天都能学到点东西





补充内容 (2020-8-30 02:30):
补充一点： 不因为自己senior就一言堂，特别尊重和接受不同意见，并且会付诸行动说改就改。但自己也有主见，所以最后的决定都是一起讨论出来的

坐标狗家，TL范围很广，从强的L4开始独立带项目，到L6带一个领域（大致对应一个团队所有项目），到L8给百人大组做策划，一直到杰夫丁其实也算是个TL。挑几个好TL的关键特质来说：

1. 对结果负责。TL从结果出发考虑问题，从项目落地反推必备要素，思考优先级和顺序，预测和消除风险，和有依赖关系的项目要找到共赢点（俗称搞政治），然后才是技术设计和带队实现。

2. 有技术和产品视野。能把当前项目做好，优质高效无雷区就已经是top 20%的好TL了，而顶级TL能通过对产品和技术全方位的理解和把控，给未来做出规划，给自己和团队挖出足够多的坑。

3. 技术能力强。没有人规定TL必须什么都行，但实际上好TL干起技术活都一个顶10个，给人的感觉就是如果没有时间压力，整个项目的技术层面，无论是前端、后端、算法、数据、业务逻辑、API、工具链都可以一个人搞定而且比团队里绝大部分人写的都好。能带给人这种强大信心的一个通常原因是TL review大部分代码并经常瞬间找出关键问题。技术领导力也是不同领导力里对工程师群体最有说服力的一种。

4. 不限于纯技术工作。一个项目的成败需要很多非技术要素，TL不需要自己是专家，但有足够的经验知道什么时候该找什么人合作。很多时候也需要自己填空，做一些力所能及的非技术工作，比如给产品决策提建议来简化技术复杂度。另外TL时刻关注团队，不管是士气低迷还是工具难用，TL都敏锐察觉并想办法解决。

5. 在不同模式间快速切换。TL往往要在一天内同时处理产品改需求，设计发现漏洞，组员写后端代码需要帮助，用户在前端遇到bug，数据监控出现异常等等来自不同层面、领域和角度的问题。好的TL快速切换思维模式，把问题化繁为简，排出优先级，然后有条不紊的解决。

6. 关心团队的发展和绩效。TL到了L6之后多少会和管理界线变模糊，好的TL拥抱这种变化，从立项起就把怎么分活能最大化手下人的发展和绩效利益当做考量之一，和每个人沟通分工也把能学到什么，怎么写绩效，未来可能性等等都说在前头。

暂时想到这几点。

推荐一本书：The Making of a Manager: What to Do When Everyone Looks to You by Julie Zhuo，中文好像叫《硬核晋升》。如果没时间读全本，可以看看这篇总结：https://fellow.app/blog/2019/julie-zhuo-the-making-of-a-manager/

很难囊括，但有一些共同点，比如技术过硬，尤其对公司以及组里部门的技术，架构，历史等特别熟悉，会social会沟通，软技术强等。tech lead主要还是技术业务为中心。

Mark， 不说official tech lead， 自己带了一会实习生也是感觉挺累的，向各种好tech lead example学习， 假以时日希望自己有更多positive feedback的时候再分享自己的经验。

Ryo 发表于 2020-8-29 15:04
我觉得我的TL挺好的，忍不住想夸一夸（虽然他看不到）。因为加入Google之后还没换组，只经历了一个Tech Lea ...

羡慕。不愧是G家tech lead当之无愧。对比我以前在亚麻的senior tech lead，你上面说的点，他没有一个做到。
尤其是维护组员并且指导组员成长那点，他完全没做，只顾着deliver自己的project而已。看来同是senior，个人综合深度跟广度差距还是很大的。

experience很浅，打过交道的tl也有限，就说一点：我很喜欢不盲目aggressive，不会因为组员资历浅就不相信ta说的话，就事论事的tech lead
心服口服

own product, can lead the team