Почему «странные» баги почти никогда не случайны (хотя иногда очень хочется в это верить)

Есть баги обычные, ну кнопка не нажалась, форма не отправилась - окей, починили, едем дальше.

А есть другие, те самые, которые появляются только у одного пользователя и только ночью и только после релиза. И пропадают, когда ты наконец-то собираешься их поймать.

🥺 В такие моменты внутри включается странная логика: "Наверное, совпадение". "Да это разовая фигня". "Не будем сейчас копать, вдруг само пройдёт". Проходит редко, а еще чаще наоборот возвращается и уже с друзьями.

🥱 Что это вообще за баги такие? Никакого мистического портала тут нет. Обычно это: - разные конфиги сред (на препроде одно, в проде другое), - реальные данные, которые ведут себя не как тестовые, - фоновые процессы, про которые все забыли. Просто в моменте это ощущается как «что вообще происходит?» и мозг хочет объяснить это магией. Удобно, но бесполезно.

🫣 Откуда они берутся? Если честно, чаще всего из процессов и тут неприятная часть, потому что проще сказать: "ну, баг нелогичный и сложный". Сложнее признать, что: - требования были сформулированы на коленке, - часть логики каждый понял по-своему, - тестировали "как должно быть", а не "как люди реально будут делать", - а стенды... да кто вообще последний раз проверял, что они совпадают? Иногда это даже не чей-то косяк, а просто система так сложилась. И вот тут вопрос: а мы вообще эту систему когда-нибудь пересматривали? Или она у нас живёт по принципу "работает — не трогай"?

😊 Scrum тут не волшебная палочка (извини, но нет) Можно делать дейли, можно честно ходить на ретро, можно даже красиво закрывать спринт и всё равно ловить эти странные баги снова и снова. Потому что Scrum - это рамка, а как вы внутри неё договариваетесь, уточняете требования, проверяете гипотезы это уже не про фреймворк, а про людей. “Но мы же всё по процессу делаем?” - да, формально. А по-человечески?

😶Что реально может помочь (без героизма и бюджета на переработки) Не "внедрить ещё одну практику", а, как ни странно: - спокойно разбирать инциденты (без охоты на ведьм), - проговаривать ожидания до начала задачи (а не после того, как все сломалось), - иногда задавать глупые вопросы (они часто самые полезные), - и честно признавать: "мы не до конца понимаем, почему это сломалось". Есть нормальное описание культуры "разборов без обвинений" у Google в контексте SRE: https://sre.google/sre-book/postmortem-culture/ - это конечно не серебряная пуля, но подход рабочий.

🙂 И вот что можно для себя вынести Странные баги это не наказание за грехи прошлых спринтов, а обратная связь от системы, она неприятная, но реальная и ощутимая. Можно её игнорировать и можно злиться, а можно использовать как повод чуть лучше понять, как у вас на самом деле устроена работа.

Иногда этого уже достаточно, чтобы "параллельное измерение" закрылось само. Ну… почти само.