Пропущенные баги: как разбирать и не искать виноватых

На последнем проекте у нас была любимая игра - «найди виноватого». Эскалации, разборы, вплоть до генерального. Обвиняли всех: тестировщиков, лидов, линейных руководителей. Знаете, что стало с командой? Люди перестали проявлять инициативу. Появился страх. 😔

Я всегда думала иначе. И этот пример только подтвердил: разбор бага - не суд. Это разбор системы.

Как я анализирую пропущенный баг. Смотрю не на человека, а на цепочку: сам баг → тест-кейс → требования, на основании которых он написан. Когда кейс писали, кто согласовывал, менялся ли он после. Какие были договорённости по багам и тест-кейсам. Кто тестировал и с каким результатом.

И вот что выясняется: - Баг завел заказчик заранее - мы еще не передавали. Отменяем. - Это согласованное допущение - по договоренностям так и должно быть. Отменяем. - Требования поменялись - берем на разбор с дополнительным обсуждением. - Было отступление от кейса - анализируем: могли ли предугадать? Как поступать дальше? - Баг есть, тестировщик прошел - 1:1. Разбираем, почему пропустил, что не хватило, что он сам будет делать иначе.

Почему 1:1, а не публично. Потому что человеку проще признать ошибку наедине. Не надо показывать команде, «какой он плохой». Это непрофессионально.

Как я строю разговор: не «ты виноват», а «пришёл баг, я видела результат, у нас все зеленое, у заказчика - ошибка. Давай вместе посмотрим, почему не поймали». Я не отвечаю за человека - даю ему самому найти причину. Если не может сразу - даю время, возвращаемся позже.

Если система подвела - меняю систему. Иду к смежным лидам, согласовываю изменения, помогаю. Если человек - даю шанс исправить и смотрю на результат. Есть изменения, даже маленькие - работаем дальше. Нет вообще - эскалация. Вплоть до увольнения. Но это крайний случай.

Один из моих любимых кейсов. Пришел тестировщик и сказал: «Кажется, это я уронил базу». Мы не стали искать виноватого. Признали, завели баг, чтобы заказчик случайно не уронил базу, и прописали в тест-кейсе: что делать нельзя и к чему это приводит. Теперь это защита для всех. 💪

Был и разбор, где страдало качество тест-кейсов. Поговорили, выявили слабые зоны. Я взяла на себя регламенты и согласование с аналитиками, тестировщик - повторение техники тест-дизайна. Ревью сократилось вдвое, а кейсы стали осмысленнее и читаемее.

Что я делаю, чтобы не было страха. Всегда на связи. Ко мне можно прийти с любым вопросом. Я на защите тестировщика - даже если он ошибся. Мои тестировщики, если видят ошибки других, пишут мне - и я выношу это на разбор. Без имен, без публичной порки.

И знаете что? Я сама ошибалась. И принимала это. Работала над собой. Потому что требовать от других того, чего не делаешь сам, - так себе подход. 😉

Прежде чем искать виноватого, выслушайте его сторону. Баг - это не приговор человеку. Это сигнал, что где-то в системе есть трещина. И чинить надо ее, а не людей.