Ожидание: дежурный мощными лапами разгребает все влёты 🐺
Реальность: был в сети 15 минут назад 🕘
Уже рассказывали, как наша система дежурств спасает команду от хаоса и расфокуса. Но когда мы только внедряли эту практику, время от времени что-то давало сбой:
– терялась информация при передаче смены;
– всё дежурство сводилось к поискам ответственных и тегам других разработчиков;
– в первые итерации дежурные только тушили пожары, поэтому появился страх, что так будет всегда, а с ним — мандраж и выгорание.
Как мы научились этого избегать? Пришлось кое-что поменять в процессах.
➡️ Готовимся к дежурству
Сначала проверяем, что у дежурного есть все доступы (k8s, актуальная БД, деплой), чтобы решать проблемы самому, а не бегать по личкам. Выкручиваем уведомления на максимум (в десктопе и в мобилке), чистим календарь от неважных встреч, а бэклог — от больших задач, где нужно погружение. Ставим в статус 👷♂️ и начинаем дежурство.
Реакции в каналах тоже должны быть прозрачными:
• 👀 — увидели алерт;
• 🚧 — взяли в работу;
• ✔️ — готово, завершено.
Весь контекст и результаты фиксируются прямо в тредах или в комментариях Sentry. Если баг сложно поправить прямо сейчас, но в целом он не критичный, или дежурный занят чем-то другим, — заводим отдельную задачу.
➡️ Адекватная эскалация
Обращаемся к экспертам команды, только если зашли в тупик или если понятно, что автор кода исправит всё за пять минут, а дежурный убьёт на это часы. Иногда поток фокусов аномальный: всплывает алерт, дежурный правит баг, а тут ещё поддержка что-то эскалирует. В таких случаях просим помощи у команды — один занимается багом, другой отвечает поддержке.
Важно не геройствовать: зашёл в тупик — созваниваемся, шарим экран и решаем проблему вместе. Иначе никто ничему не учится, и bus-фактор так и остаётся низким.
➡️ Бесшовная передача дел
Каждый дейлик начинается с вопроса «что было на дежурстве». В день пересменки уходящий дежурный передаёт незавершённые дела «из рук в руки». Если что-то потерялось, артефакты всё равно останутся в каналах — пропустить задачу не получится. Начатые дела, которые можно сделать самостоятельно, доделываем сами.
➡️ План Б на случай форс-мажора
Чтобы дежурный мог заболеть, уйти на обед или в дэй-офф, а прод не сгорел в его отсутствие, заранее договариваемся с замещающим. Как правило, это следующий по графику смен дежурный.
Пришли к такому регламенту методом проб и ошибок. Пока всё (тьфу-тьфу) работает. Если у вас другая схема, расскажите в комментариях 👇🏼
Post #573
2.69K
Тимлид Леонид А-а-а, всё сломалось, ничего не работает 😭 Сказали бы мы, если бы не было дежурных разработчиков! Без них в чате с алертами всплывает уведомление, но кто-то на встрече, кто-то в потоке, а у кого-то срабатывает эффект свидетеля: «Это не мой код, пусть посмотрит…

- 👍 17
- 🔥 9
- ❤ 7
- 🙏 1