Повторяющиеся инциденты — это запах менеджмента
Если вы чините одно и то же каждый спринт, возможно, проблема не в коде, а в том, кто сидит в кресле руководителя.
Знакомая картина: выкатили релиз, что-то пошло не так, служба поддержки закипела, вы всё починили. А через месяц — тот же баг, те же звонки, тот же фикс. И так по кругу, как в плохом фильме про день сурка.
Вот только виноват не сценарист, а, как утверждает автор статьи, — руководство. Потому что повторяющиеся инциденты — это не техническая проблема, а организационная. Если команда раз за разом наступает на одни и те же грабли, значит, кто-то не делает выводы и не встраивает защиту от дурака.
Автор предлагает смотреть на инциденты как на симптомы: если баг возвращается, значит, процесс ревью кода, тестирования или развёртывания дал трещину. Или, что ещё смешнее, менеджер считает, что «пофиксить быстро» важнее, чем «пофиксить навсегда». Знакомо, да?
Комментарий студии METABYTE: Хорошая архитектура и CI/CD — это, конечно, круто, но без нормального постмортема и культуры «не повторять» вы будете вечно тушить пожары. А мы, как назло, специализируемся на том, чтобы эти пожары не возникали.
Вывод: если ваш дашборд инцидентов похож на список дел на неделю — это не баг, это фича вашего менеджмента. И её пора фиксить не патчем, а organisational change.