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

Подключаюсь и быстро понимаю, что кина сегодня не будет. Биллинг надо поднимать, потом смотреть зону эффекта, кому пересчитать коэффициенты и бонусы. И всё это время нужно быть рядом с командой.

В итоге поворачиваюсь к жене и говорю, что кино отменяется. Садимся в машину и едем домой к ноутбуку 🫠

Быть доступным 24/7 и готовым в любой момент помочь команде — вообще обычная история для CTO. Особенно остро я это почувствовал в начале своей работы CTO в Ситидрайве. Сложно строить личные планы, когда они вот так легко рушатся 🙃

И понятно, что инцидент чинит не CTO в одиночку. Когда горит прод, ты вызваниваешь нужных инженеров хоть вечером, хоть ночью, хоть в выходной. Потому что упавший сервис нужно поднять этой же ночью — чтобы утром следующего дня компания и команда спокойно продолжили работать в штатном режиме.

Но это нельзя путать с ситуацией, когда ты выводишь команду работать в субботу над обычной проектной работой, потому что к понедельнику надо показать фичу, а вы не успели.

Первое иногда правда случается. А второе часто оказывается способом закрыть дыру в планировании чужим отдыхом. Я это как-то ощутил, работая тимлидом в стартапе, где мы запускали проект с жёстким дедлайном. И там я на собственной шкуре поучаствовал в эксперименте над живыми людьми — в роли подопытного.

Наш СТО тогда решил, что команда будет работать через субботу. Одну неделю шесть дней, в воскресенье отдыхаем, следующую неделю пять дней, потом снова шесть.

В таком ритме мы прожили месяца полтора. При этом будни тоже были не по восемь часов — я приходил в офис к десяти утра и закрывал ноутбук где-то в 9 вечера.

И довольно быстро стало понятно, что магии не происходит.

В субботу приходишь в офис, а там пусто. Кафешки вокруг закрыты, город живёт своим выходным днём, а ты зачем-то сидишь и закрываешь рабочие тасочки. В будни проще втянуться, потому что вокруг люди, встречи, задачи, а в кафешке напротив, в конце концов, подают бизнес-ланч!

По моим ощущениям, в эти субботы мы делали меньше, чем в обычный рабочий день.

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

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

Получалось странно. В календаре рабочих дней становилось больше, а к релизу мы не приближались быстрее. Иногда даже ехали медленнее, потому что когда ты уже выжат, то хуже соображаешь, чаще споришь не по делу и легче допускаешь ошибки.

И вот тут есть ещё одна ловушка. Почти всегда дедлайн кажется финишем, до которого надо любой ценой дотянуть. Мол, сейчас потерпим, запустимся, а потом выдохнем.

Но дедлайн вообще не финиш ❗️

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

А ты к этому моменту уже привёл команду выжатой. Люди добежали до запуска на последнем дыхании, а вместо передышки получают новую пачку проблем.

Когда в следующий раз рука тянется позвать команду поработать немного на выходных, я бы сначала спросил себя, что можно порезать, перенести, упростить или вообще перестать делать. Если план сходится только за счёт выходных, проблема, скорее всего, не в том, что люди мало работают.

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

Команда не становится сильнее от того, что у неё забрали выходной. Она просто приходит в понедельник ещё более уставшей, а потом тебе же с этой командой переживать post-launch — запускать, чинить и разгребать всё, что всплывёт 😎