А-а-а, всё сломалось, ничего не работает 😭

Сказали бы мы, если бы не было дежурных разработчиков! Без них в чате с алертами всплывает уведомление, но кто-то на встрече, кто-то в потоке, а у кого-то срабатывает эффект свидетеля: «Это не мой код, пусть посмотрит кто-то другой».

В итоге получаем целый букет проблем:
➡️ реакция с задержкой;
➡️ расфокус команды, которую постоянно дёргают;
➡️ низкий bus factor и др.

Как дежурство помогает это решить

Дежурный разработчик — щит команды. Пока остальные ребята спокойно пилят задачи, он сфокусирован на немедленном реагировании.

Главное правило: дежурный отвечает в первую очередь за дежурные обязанности. Другие задачи второстепенны. Тогда у человека появляется ресурс «лечить болезнь», а не исправлять «симптомы» с помощью костылей.

Как выбирают дежурных и что они делают

Дежурят только бэкэнд- и фулстек-разработчики. Смена длится ровно неделю — эстафету передаём по пятницам на дейли (график составляем заранее на квартал, учитывая отпуска и баланс нагрузки).

Во время дежурства двигаемся по списку приоритетов:
1. Инциденты и алерты (бросаем всё, спасаем прод).
2. Код-ревью (чтобы процессы команды не стопорились).
3. Помощь коллегам по команде и мелкие задачки.
4. Обращения от других отделов (эскалирования от поддержки, вопросы от бизнеса, помощь другим командам).
5. Рутинная чистка техдолга.

Но не всё так просто, сам дежурный тоже может столкнуться с трудностями… Ставьте реакции, если хотите почитать про это больше 👀