三八节发了篇文章 “若有机会,你会不会转开发?”https://testerhome.com/topics/4321 只是针对开发和测试俩角色的选择,很多回复说不做测试也不做开发,那不是显然么,若你可以选择都不做,选择创业选择直接做老板。。。。甚至对程序媛来说,回家相夫教子不上班也挺好。

这篇仅写点自己的感受给想做测试管理的同行们,顺便也吐个实话,就算你做了测试管理,薪水也许依然没有开发高,甚至可能没有你团队的测试开发、自动化测试高,也许你会发现测试总监可能不如某个团队的开发架构师的水平,一点别惊讶。


很多测试人向往做测试团队管理,结合最近参与面试测试管理角色的观察,简单总结下:

1. 眼高手低要不得

很多 85 后们目标都很明确:宁做管理不钻技术。有明确的目标是优点,但基础不扎实浮于表面的了解在管理一个技术团队时候想游刃有余,可以说不可能!这点和开发团队管理一样,让一个外行架构师领导一群程序员,今天程序员说需要重构明天说接口要改,而架构师不懂只会要求继续赶工的团队想留住人很难!

2. 自信十足无实践经验易被识破

越来越多测试人胆子特别大,也开始擅长吹牛了,比如连个基本项目都没带过的就面试测试管理职位,不能说不好,至少说明有自信愿意尝试。但是现实是,几个实践问题问过就知道不能胜任,见过猪跑跟吃过猪肉还是两码事,所以要做管理还是踏实在公司内部锻炼过再跳吧。

3 混淆项目管理和测试团队管理

作为一枚测试人负责一个产品的测试甚至负责协调沟通所有此项目相关的合作,这只能算作带项目,比如项目的进度控制,产品需求 review,产品测试报告分析,自动化测试技术等等。
而测试团队的管理分两类:一类测试管理者兼职某一项目的测试任务,同时负责团队管理,包括但不仅限于团队建设、资源平衡、招聘面试、跨团队跨角色沟通协调、团队成员的绩效考核、团队成员导师角色,最重要的是建立质量控制流程并持续优化升级;另一类就是纯管理角色,不参与一线测试,仅负责协调沟通、团队管理。互联网业里前一类人更多,后一种人几乎和流行的敏捷管理合二为一了。

总结需要以下几个主要方面:

1. 主动承担更多任务

比如负责某一项目的测试,做到可以独立完成一个项目的所有测试任务。

2. 掌握若干关键技术

至少有一项突出,成为这一块的顾问角色,也就是大家遇到这类问题第一个想到咨询的人是你,无论业务还是高深技术研究。

3. 学习一些人力资源管理的经验

学习团队建设,与人相处的技巧等,向上管理向下管理都要学,只要不是老板一把手,测试管理者都是夹缝里求生存的。

4. 跟对人

对普通被领导的测试人来说,跟对人很关键,看看自己想往哪方向发展,那么就向哪个类型的领导学习,不要小瞧潜移默化的威力。

5. 等待时机

公司内部锻炼是最佳途径,积极寻求培训等机会。没有实践经验而直接空降新公司不说能不能 hold 住团队成员,业务再不熟悉,无数坑等着你踩,无数黑锅等着你背呢。
任何一个角色都不容易,一分付出一分收获,一分责任一分回报。做技术管理离不开技术,钻研技术会管理百益无害。做了领导就请学会保护下属,才会让下属死心塌地,离开后都会念念不忘的,那么你就真正地转成功了。
个人信奉无为而治,一个优秀的领导自带气场,可以让团队成员安心做事的管理者才能算上合格的管理者。

本文同步发往个人公众号,欢迎转发分享,未经作者书面授权,不欢迎其他公众号转载!


↙↙↙阅读原文可查看相关链接,并与作者交流