КЕЙС «Как ИТ-руководителю выйти из режима бесконечного тушения пожаров?»

Сегодня приглашаю разобрать реальный случай из управленческой практики.

🚨 Ситуация: CTO крупного проекта столкнулся с проблемой. Его рабочий день полностью состоял из прерываний. Вопросы от тимлидов в пяти разных чатах, постоянные звонки от бизнеса с требованиями оценить новые фичи и многое другое. К вечеру руководитель чувствовал себя обессилевшем, при этом важные задачи по техдолгу и рефакторингу архитектуры не двигались месяцами. Команда буксовала, сроки релизов сдвигались.

Когда мы встретились, руководитель был настолько истощен и недоволен собой, что у него опускались руки. Я предложила провести реинжиниринг процессов.

И вот что мы сделали.

1️⃣ Изменили регламент коммуникаций. Все мессенджеры были переведены в асинхронный режим. Нормой стал ответ в течение 2 часов, а не мгновенно. Для критических инцидентов (когда действительно все упало) был оставлен один телефонный канал. Проверка чатов стала системной — трижды в день по 20 минут.

2️⃣ Защитили время для стратегических задач. В календаре были жестко заблокированы первые два часа дня. Это время предназначалось исключительно для проработки технической стратегии и архитектурных документов. Никакие митинги туда не ставились.

3️⃣ Поставили фильтр на входящие встречи. Было введено правило: ни одна встреча не проводится без предварительного описания проблемы и вариантов решений текстом (хотя бы за полдня). Это сразу отсекало около половины пустых созвонов, где проблема только формулировалась.

В течение двух недель руководитель высвободил более 10 часов чистого сфокусированного времени в неделю. Процесс разработки стал более предсказуемым, критические вопросы по архитектуре начали закрываться, а уровень личного выгорания существенно снизился.

📝 Напишите в комментариях, какой из этих шагов вам кажется наиболее применимым в ваших текущих рабочих процессах?