关注 霍格沃兹软件测试开发 公众号回复「资料」, 领取人工智能测试开发技术合集一个测试Leader的私教辅导实录你有没有遇到过这样的同事技术能力不差活儿也能干但就是——不加班。项目进度落后了不加。需求并行来不及不加。眼瞅着要延期了还是不加。最后怎么办要么砍案例要么你给他兜底要么你亲自上。今天我们聊的就是一个测试Leader遇到的真实困境。她的团队里有5个外包同学每个人各负责一个系统模块。大部分人都会在进度紧张时主动加班确保项目按时交付。但唯独有一个同学能力其实挺强以前还在甲方做过管理来了之后却总有一种“混”的感觉。活儿会做但绝不加班。项目拖到快做不完了就开始砍测试案例或者等着Leader去协调其他人支援。这位Leader尝试过一些办法让大家每天早上报计划、详细写报工、尽量量化产出。但效果并不理想——该划水还是在划水该延期还是在延期。她找到私教老师问了一个很现实的问题“这种情况我到底该怎么管”第一步先想清楚你对他的定位是什么私教老师听完之后没有急着给方法而是先问了一个很关键的问题“这几个外包同学公司给他们的定位是什么是需要他们独立完成任务还是说需要你们正职同学给兜底如果定位是独立完成那就可以对他们提出明确要求。他现在的行为不管是划水还是磨洋工都是需要直面去沟通的问题。”这句话其实点出了一个很常见的管理误区我们一边希望外包同学能像正职一样扛事一边又不好意思像管正职一样管他们。但如果你不跟他聊、不让他知道“我已经发现你在划水了”他就会觉得这样做是对的。最后累的是你乱的是团队。所以第一步不是急着定制度、上工具而是先想清楚你对他到底有什么样的期望这个期望是否清晰传达给了他第二步排期是他自己认可的那就没有理由延期老师接着追问了一个细节“这个项目的排期是他自己参与评估的吗”Leader回答“时间主要是我定的但他当时也没有说不对。结果做着做着发现时间不够了。”这里其实暴露了一个常见问题排期是Leader单方面给的外包同学只是被动接受。他没有参与评估自然也不会对这个时间承诺负责。老师的建议很落地“你再去定时间的时候可以让他也参与进来。如果他自己认可了这个时间那到了时间他没做完你就可以直接跟他聊——‘你当时说可以现在为什么不行中间遇到了什么问题’”这样做的好处是把“你安排他做”变成了“他承诺要做”。一旦是他自己认可的时间责任主体就变了。第三步不要等到最后才报风险Leader提到一个具体的案例有两个需求并行其中一个需求很早就已经可以开始测了但这个同学一直没动手等到另一个需求开始测了才发现前面的那个已经来不及了。老师听完说“他可能对自己的任务紧张度不够。你可以提前跟他设定一些节点比如提前两天或者更早的时候就去主动问他‘现在进展还顺利吗有没有什么问题’不要等到最后他才报风险。如果你心里有一个进度表某一天跟他对不上了就可以主动去沟通。”这其实是一个很实用的过程管理方法你不是要每天盯着他而是要有节奏地确认进度。一旦出现偏差提前介入而不是等到火烧眉毛了再救火。第四步如果长期这样要不要聊怎么聊Leader有点犹豫“我感觉这种事情也不好明说……”老师的回应很直接“你要是觉得不好说那就一直得你给他兜底。你要是不跟他说他就觉得自己做得挺对。你可以先跟他聊聊不是上来就批评而是问他‘这个项目你看一下咱们之前定的时间现在好像有点跟不上了是遇到什么困难了吗’如果类似的情况反复发生跟团队里其他同学比起来他总是出问题那你就可以正式跟他聊了——让他知道你已经发现了这个问题。”老师还补充了一点如果这种长期划水的行为你不干预团队里其他同学看到了也会受影响。“大家会觉得他这样也行那我是不是也可以”第五步自动化测试的“不积极”怎么破除了加班问题Leader还提到了另一个痛点领导每年有自动化测试的目标任务。但业务测试已经很忙了外包同学更愿意把时间花在功能测试上对自动化推进“没那么积极”。老师说这个情况很常见也给出了几个具体建议1. 把目标拆小“一周写五条自动化用例做不到那一周写两条行不行一周写一条行不行哪怕是一个月推进一点点也比原地不动强。”2. 搞点激励措施“内部可以做一些小的奖励比如这周谁在自动化上写得多、谁发现了一个有价值的问题给一些小激励。不一定多贵重但让大家有一个正向的反馈。”3. 把自动化也写进工作职责里“招人的时候有没有跟他聊清楚如果当时的岗位描述里就包含了自动化建设那这就是他的本职工作不是‘帮忙’是‘分内’。”最后管理外包到底怎么在答辩里讲出亮点Leader最后问了一个很实际的问题“我们答辩的时候领导会让我们讲外包管理做了什么。但我不太知道领导想听什么。”老师给了几个可以入手的方向配合度有没有提升任务能不能保质保量完成以前怎么样现在怎么样积极性有没有改善比如遇到业务紧张大家愿不愿意主动加班你有没有做什么来调动积极性技能有没有成长你有没有做一些事情帮助外包同学提升测试能力这不只是为了公司对他们自己也有价值。解决问题的效率有没有提高比如以前一个问题要三天才能推动解决你介入之后缩短到一天。而且这个经验能不能复制到其他项目老师说了一句很到位的话“作为管理层你要有全局观。你解决的问题最好不是单个问题而是一类问题。这样从效率或者质量提升的角度才真正有说服力。”小结这个案例其实挺典型的。很多测试Leader都会遇到类似的情况外包同学不是不会做而是不想多做不是能力差而是态度松。私教老师给的这套思路本质上是把“模糊的管理”变成“清晰的管理”明确期望让他参与排期过程有节奏地确认发现问题及时沟通不要憋着目标拆小分步推进把管理动作变成可量化的成果管理外包本质上还是管理人。而管理人最怕的就是“不好意思说”。希望这篇文章对你有用。本文根据霍格沃兹测试开发学社真实私教服务案例改编感谢每一位在技术道路上努力前行的你。​