Внедрение и жизнь с Zero Bug Policy

Пару недель назад я выкладывал пост ребят из SkyEng про то, как они боролись с накопившимся бэклогом багов на специальном мероприятии – багатоне. Они сразу предупреждали, что проблему растущего бэклога они таким образом не решили, и следующим шагом стали внедрять Zero Bug Policy.

Если не уходить в детали, то суть ZBP в том, что с любым багом надо разбираться сразу же, как только он появился – если он важный, то исправлять, а если не важный – то даже не заводить.

Конечно, в реальной жизни не в каждой команде получается внедрить практику в ее каноничном виде. В том же SkyEng в итоге пришли к трем ее подвидам:

1️⃣Классическая строгая, как описано выше
2️⃣Спринты любви, когда часть багов все-таки откладывается, но обязательно фиксится отдельным усилием команды раз в несколько итераций
3️⃣Сравнение багов по стоимости с фичами и принятие решения, что именно делать

В статье подробно и честно разбирают как плюсы, так и минусы от внедрения политики. Если вы решите повторить похожий путь в своей команде – однозначно рекомендую прочитать.