Первый пост в сетке про рост вертикалей и место руководителя в этом процессе. Спонсор - бессонница в первые месяцы назначения.

О себе: CIO на 7 команд вертикаль в 30+ человек, запускал web проекты, пару приложений с нуля. Руками редизайны, прототипы, тестировал, писал скрипты.

Хапнул боль от расширения зоны ответственности и команды в три раза. Ниже о ней.

Суть проблемы: было у тебя 10 человек и приложение, работу каждого знал как свою. API, запросы, дизайны. Мог вежливо зайти в макет, swagger, покрутить сборочку.

И тут зона ответственности резко растет. Времени не хватает, а чужой код уже не понятен без GPT, звучат новые странные технологии, голова кипит, стекхолдеры друт попу, хочется сбежать от начальства на небеса ⛅️⛪️ через удавку.

Что делать: успокоиться -> положиться на команду

Как сделать:

1️⃣ Твоя роль не микроменеджить, а дережировать.

Вместо того, чтобы пилить самому дизайн или тестировать баг - настрой процесс.

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

Ошибки ребят - твои ошибки. Успехи команды - успехи команды, не твои. Такой тут мир 🦄

Будешь приписывать заслуги команды себе - лидером никто не признает ❌ = нет доверия, лояльности.

2️⃣ Знать все невозможно, но можно спросить.

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

Опять правило - минимум самодеятельности.

3️⃣ Руководство в выборе курса.

Выбирать курс. Вот зачем тебе твоё кресло.

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

1️⃣ и 2️⃣, и 3️⃣ Итого:

Определяешь какие изменения в продукте приведут к достижению бизнес целей -> объясняешь разработчикам техническими задачами что нужно сделать - > выслушиваешь ограничения -> точишь туда же дизайн -> метчишь процесс чтобы не было простоев -> результат коллективной работы выполняет бизнес цели 🎯

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

А дальше? А вот тут как раз нюансы менеджмента: как определить метрики, как и чем замерить разработку, выявить простои, нужны ли SCRUM ритуалы. Как делать discovery продукта, искать точки роста и так далее. В зависимости от активности буду рассуждать в комментариях или следующих постах.