Посмотреть чей-то взгляд на какую-то интересную тему хорошо. А как насчёт двух взглядов? Мы с @chernov_sharit решили провести небольшой эксперимент и написать пост на одну и ту же тему. Я предложил высказаться о zero bug policy. В общем, приятного чтения и обязательно напишите, как вам такой формат :)
Чем привлекает Zero Bug Policy
Zero Bug Policy - это стратегия управления бэклогом багов по принципу “или фиксим сразу, или закрываем и забываем”. Как и у любого подхода, у зеро бага есть свои плюсы и минусы.
Конечно, очень подкупает чистый бэклог. У нас есть небольшое количество багов, которые мы будем фиксить - и точка. Всё остальное игнорируется. Всем хорошо и приятно от того, что с бэклогом нет проблем - его не надо чистить, обсуждать, приоритеты там всякие расставлять. Удобно же!
Но любая дихотомия на мой взгляд не есть хорошо. Мир не чёрно-белый, поэтому решения категории “или-или” частенько оказываются неудобными или просто нерабочими. Зеробаг на мой вкус просто не очень удобен.
Где подход ломается
Пока у команды всё хорошо и гладко - зеробаг может работать очень даже неплохо. Всё круто, все счастливы. Но медовый месяц продолжается до первого ощутимого подгорания сроков. Представьте ситуацию: команда пилит важную фичу с жёстким дедлайном. И тут ей начинают прилетать баги. Что делать? Начнут фиксить баги - сорвут сроки по фиче. Но согласно политике баги нужно закрывать. Но баги важные, поэтому они прилетают снова и снова. Получается замкнутый круг.
Между двумя крайностями
Полярная альтернатива зеробагу - монструозный бэклог с багами времён палеозоя (я видел как-то бэклог из почти 500 багов, некоторым было по 8-9 лет). Тоже так себе ситуация, смотришь на эту бездну - и руки опускаются.
На мой взгляд, истина находится где-то посередине. Некоторые баги вообще заводить не надо, если команда чётко понимает, что фиксить их в ближайшее время не будет. Какие-то можно завести и сразу отправить в Won’ Fix, чтобы сценарий воспроизведения не потерять на будущее. Но постоянно дёргать их туда-сюда большого смысла я лично не вижу.
Zero bug policy позволяет не париться насчёт бэклога багов и не заниматься его управлением. Однако вместе с тем этот подход немного сужает понимание реального положения дел в качестве продукта. В общем, подход стоит попробовать, но как всегда - думайте своей головой и в своём контексте. Мне подошло оставить всё как есть, стащив несколько идей из зеробага (например, практика прибивания багов старше определённого возраста).