很多测试管理者把精力花在流程、工具、协作上但忽略了一件事流程是人执行的工具是人用的协作是人做的。团队能力不提升流程建的再好也会走样工具买得再贵也用不起来协作规则定得再细也执行不下去。能力建设是测试管理者的长期功课。一、先搞清楚团队缺什么能力建设的第一步不是“培训”而是“诊断”。诊断三个问题第一当前业务需要什么能力业务在变能力需求也在变。做To B的团队和做To C的团队需要的能力不一样做金融的和做电商的关注点也不一样。先搞清楚业务需要什么再谈培养什么。第二团队当前有什么能力谁能做自动化谁能做性能谁能做业务分析谁只能做执行。心里要有一张能力地图。不要凭印象最好能列出来每个人擅长什么、不擅长什么、正在成长什么。第三缺口在哪是缺能独立负责一个模块的人还是缺能带新人的人还是缺能跟开发深度协作的人诊断清楚了才知道该往哪个方向培养。不要为了培养而培养要为了解决业务问题而培养。二、能力建设的三个层次层次一补短板——让每个人都能胜任当前岗位这是最基础的一层。新人不会写用例就教用例设计执行者不懂用业务就带他熟悉业务有人不擅长沟通就给他机会练习。补短板的方式可以是一对一辅导、结对测试、复盘时针对反馈、关键是具体不要泛泛地说“你要提升”。“你要提示”这句话没有用。“你这个用例只覆盖了正常流程异常场景没考虑到下次设计用例时先列出异常场景清单”——这才是有效的反馈。层次二拉长板——让每个人有自己的专长团队不需要每个人都是全才但需要每个人都有自己的“标签”。有人擅长自动化有人擅长性能测试有人擅长业务分析有人擅长跟开发协作。管理者的任务是发现每个人的长板给他机会打磨让他在这个方向上成为团队里“第一个被想到的人”。当团队遇到性能问题大家第一个想到“找小王”当需要跟开发深度对齐大家第一个想到“找小李”。这种“标签效应”既是个人成长的动力也是团队能力的补充。层次三建梯队——让团队补依赖某个人最可怕的情况是团队里只有一个人会做性能测试只有一个人能跟开发深度协作只有一个人能带新人。这个人一走团队就塌了。建梯队的意思是每个关键能力至少有两个人能顶上。一个人请假另一个人能接手一个人离职另一个人能补位。这不是为了“放着谁走”而是为了团队的稳定性和抗风险能力。建梯队的方式可以是师徒制、轮岗、结对。关键是有意识地让第二个人接触核心能力而不是只让一人扛着。三、能力建设怎么落地动作一把能力目标和业务目标挂钩。不要为了培养而培养。业务需要什么能力就培养什么能力。比如下个季度要上自动化那这个季度的能力建设重点就是培养自动化。业务目标清晰能力建设才有方向。动作二让学习发生在日常工作中。不要指望几场内训就能提升能力。真正有效的成长是在日常工作中发生的复盘时的一次深入分析、结对测试时的一次示范、写报告时的一次修改。管理者要做的不是安排培训而是在日常工作中创造学习的机会。动作三给机会也给反馈。能力是在“做”中长出来的。给团队成员新的挑战让他去试试完给反馈。反馈要具体哪里做得好哪里可以改下次怎么做。不要只给任务不给反馈。没有反馈的任务只是重复劳动不是成长。动作四管理者自己也要成长。团队的天花板往往时管理者的天花板管理着不学习、不进步团队也很难突破。管理者自己保持成长团队才有成长的空间。这不需要管理者比团队每个人都强但需要管理者知道方向在哪、知道什么是好的、知道怎么帮团队变好。四、能力建设不是一次培训而是一个持续的过程很多管理者把能力建设理解为”安排几场培训“。培训有用但培训解决不了所有问题。能力建设是一个持续的过程诊断—培养—实践—反馈—再诊断。每一轮循环团队的能力就往上走一层。管理者最重要的任务不是自己多能干而是让团队越来越能干。