Недавно я перешел на позицию технического руководителя юнита и у меня резко возросло количество контекстов, которые нужно держать в голове.

Как оставаться вовлеченным руководителем и лидером, но при этом не стать микроменеджером, который мешает, а не помогает командам?

Ответ как всегда зависит от контекста.

В Авито есть довольно много инструментов для отражения объективной картины в плане перфоманса команд разработки, соответствия сервисов нефункциональным требованиям и так далее. То есть как минимум за этой информацией ходить к командам не нужно :)

При этом есть ряд ключевых активностей, за которыми все таки стоит следить и держать их в фокусе на уровне юнита:

🔴Архитекура as-is и to-be is a must. Мне важно понимать, как развивается архитектура команд и юнита в целом (где мы сейчас и куда мы идем). Я консультируюсь у команд и документирую IT ландшафт самостоятельно. Это помогает быть в курсе изменений в сервисах и продуктах и подмечать потенциально узкие места в их развитии.

🔴Сохранение операционного контроля. Раз в месяц вместе с тимлидами проводим операционное ревью юнита - смотрим прогресс по OKR, метрики по продуктам, перфоманс команд. По итогам формируем action items для исправления найденных проблем. Тимлиды разбирают их самостоятельно, я включаюсь только там, где это нужно.

🔴Трекинг индивидуальных целей тимлидов на горизонте полугодия. В эти цели могут попадать технопроекты, важные активности по people менеджменту и т.д. Плюс это хороший фундамент для роста тимлида и по факту может быть заменой его ИПР. А горизонт в полгода и более помогает развивать навыки планирования и стратегии.

🔴Hands-on experience. Периодически я вовлекаюсь в проектирование новых систем, либо хотя бы валидирую архитектурные решения. Не из-за того, что я испытываю проблемы с доверием, а для того, чтобы понимать что вообще происходит вокруг :)