什么样的 TL 是好的 TL ?

什么样的 TL 是好的 TL ?

TL是什么?

“带领一群人,干一件事情,持续拿结果”。

1

带领一群人



TL像包工头,对事情进行评估,把活儿分配给不同的人:

什么样的 TL 是好的 TL ?

<个人要专业>

越来越多的TL是从一线选拔出来的,因为在遇到实际问题的时候,TL需要通过自己的专业判断做评估,给出适当的解决方案来简化问题;不专业的TL在评估上容易出错,对工作量、复杂度、场景、质量等考虑不足,导致后续返工。

无论该Team是技术团队、运营团队、产品团队,采用的是feature team或function team的组织方式,TL在自身领域一定需要具备很好的专业性。

<组建团队>

再专业的TL,也始终会遇到人手不够的问题。让团队同学同时并行多个事情是不可取的做法,大部分的人很难像机器一样做好“并行处理”;加班也不是好的办法,很难持续。

TL需要为团队招聘适合的人才,以应对人手不够的问题。而在企业人才管理上,常常出现的几个关键字是“选、用、育、留”。

好的TL需要处理好另外两件事情:

1)如何保持克制,防止未来出现人多事少的局面;

2)招聘需要时间,如何在没人的时候联合其他团队把事做成,无中生有。

<成员培养>

很多同学以前都会有感叹,“今年貌似也没做个啥,干了几十个迭代”。我所处的质量团队里,不少同学的年度总结可能比较简单,“一年干了几十个迭代,无P1/P2线上故障”。有的同学可能稍好点,“今年做了个质量技术,提升了测试效率”。在做迭代做项目与职业发展上,TL需要起到关键的作用、成为每位成员的领路人、为其指明职业发展上的方向。

在团队中,我常常要求大家做“质量技术专项”,时间占比可能在20%到50%之间,剩余时间用以应对公司的各种项目与迭代。我常告诉大家,个人成长在项目迭代中,更在项目迭代之外。做项目,是同学们发现问题与实践的地方;做专项,是同学们总结提炼与提升的地方。

作为TL,需要给同学们指明具体的专项,让其探索。所谓师傅领进门、修行靠个人,TL需要领进门,为同学们创造机会,更需要做好外部协调,为同学们提供时间。

2

干一件事



TL也像小说家,要设计团队的定位、给团队使命愿景:

什么样的 TL 是好的 TL ?

<做规划>

很多TL是不做规划的,这意味着团队的发展缺乏主线,没有球门的足球比赛永远无法取得胜利。TL会带领团队克服一个个的困难,并在里面产出一些创新成果,但好的TL不仅停留在“点”的突破上。点、线、面、体,更高纬的事情是需要规划出来的。

今年我们团队做了几件有质量技术突破的事情:

1. 兼容性自动化测试:利用真机实验室、UI自动测试、截屏、图像识别技术,实现了0人力投入的H5页面兼容性测试解决方案。从多人多天少量机型有漏测,做到了零人一小时大量机型无漏测的程度。

2.  线上自动化测试:通过在线上部署测试用例、核对脚本,并且高频运行,在用户发现问题前发现问题,很大程度的提升了问题的主动发现能力。

3.  配置门禁:通过对线上已有的规则配置数据表进行学习建模,推导出里面的“潜规则”、“历史经验”,作为校验新规则入口的标准,提前防范有问题的规则配置上线运行。

上面三个问题可以理解为是在打“点”。他们连成的“线”是:How antfin test DaCu。在大促这个领域,有其自身的特点:

1.  活动页面大部分是运营人员配出来的,H5兼容性如何做到测试人员0投入的保障了?

2.  内容随时都是变化的,可能因为数据的不同、算法模型的不同,线下测试能够保障功能正确上线,但线上内容、数据、算法模型这些随时变化的东西,出了问题怎么提前发现,光做监控足够吗?

3.  随着各系统的平台化升级,配置化的灵活就是大趋势。而配置化的灵活引入了风险,同时也把风险发生的地方移动到了“配置人员”的操作上。如何保障配置人员充分知晓配置里面的坑、潜规则?

类似的线我们还有How antfin test offline data等几条。这样的线共同组成了一个“面”:如何保障软件系统的线上质量。回过来,我们就会围绕着这个愿景和命题,开辟更多的线,创新更多的点了。

好的TL,会主动思考团队的未来,而不是盯着老板。

<“做”规划>

规划很大程度上是想出来的,更大程度上是做出来的。只有一个点一个点的做出来,才能够拼出与团队匹配的大图、定位。而在打点的时候,TL是需要走入一线工作中的,这样才有机会感知到问题,思考出解法。

很多TL在进行一线工作时,会面临时间分配不好的问题:“这个项目很紧,团队专项和规划先delay一下吧”、“每天写写代码多好,开什么会、写什么PPT”。

我会告诉TL们的是,代码还是要写的、一线工作还是要做的,但我们和项目之间的关系是合作关系,我们需要更多的从自己的专业角度在项目中去做评估。如果发现问题,就是团队在专业性上得以发展的机会,如果没发现问题,那也可以说项目的成熟度很高。

好的TL,可能不会在乎一两个项目的成败,而会把它当做实践,发现团队可以发展的点、线、面。

3

持续拿结果



TL还像导演,要创造舞台和机会、让团队展示成果:

什么样的 TL 是好的 TL ?

<团队影响力>

酒香还怕巷子深。作为TL,能够比一线同学接触到更多的外部合作。好的TL应该对团队的亮点和优势了如指掌,并且找各种机会提升团队的影响力。认可源自外部,让团队同学持续感受到成功的好方法,就是去拿到外部对团队的认可,并与团队成员分享。

<为成员铺路>

千里马常有而伯乐不常有。TL除了对成员进行专业能力培养外,适当的加担子也是很必要的。大树底下不长草,不要因为TL的个人能力很强,就忽略了对团队成员的提升。TL需要为团队同学创造产生对外影响力的机会。将团队成员放到关键位置独立成长,并设立keypoint进行引导,是好的TL需要掌握的技能。

<勇于担当>

不是所有时候都能够取得好的结果,但坏的结果总比没有结果好。很多时候TL需要去识别团队成员是“做得不好”或“还需要时间”。一些技术创新在难度上是比平常做项目更高的,TL需要留足时间与团队同学共同攻克困难。对于团队成员来说,即便没成功,"ithas nothing to lose"。好的TL不仅要勇于挑战未知问题的解法,更要有面对失败的担当。

最后

什么是TL?

“带领一群人,干一件事情,持续拿结果”。

如果有一天,你有幸带领一群人一起干一件事,请多想想怎么成为一个好的TL。

 

梦想有日达成,找到心底梦想的世界,终可见

----《不再犹豫. beyond》

 

 往期推荐:

技术琐话 

以分布式设计、架构、体系思想为基础,兼论研发相关的点点滴滴,不限于代码、质量体系和研发管理。

什么样的 TL 是好的 TL ?