Успех проекта не означает, что менеджер хорошо сработал
Очевидный способ оценить менеджера во время испытательного срока — посмотреть на результат. Проект успешно запущен? Значит, всё в порядке.
Но на практике это не всегда работает. Мы пробовали разные подходы. И пришли к тому, что смотреть только на результат проекта — недостаточно.
Потому что успех проекта не обязательно означает, что сработал именно менеджер. Проект могли вытянуть другие: тимлиды, разработчики, те, кто почувствовал «кто, если не я» и закрыл часть менеджерской работы.
Есть подходы, которые говорят, что это ок, в целом менеджер сработал, так как определил, что команда справится и сама и думал о перспективах. Но мы исходим из другого.
В наших командах тимлид берёт на себя серьёзную долю ответственности. Разработчики подключаются глубже, например, через фича-лидство. И проект в любом случае доезжает до продакшна. Команда сильная, процессы не разваливаются. Но когда каждый сосредоточен на своей зоне ответственности — получается больше, чем просто нормально.
Когда каждый сосредоточен на своей работе — проект становится не просто успешным, а восхитительным.
Разработчики думают об архитектуре и граничных случаях, тимлиды — о прозрачности процессов и передаче знаний. А проджект обеспечивает темп, синхронизацию, ощущение контроля у всей команды.
Смысл менеджера не в том, чтобы в самоорганизованной команде стоять рядом. А в том, чтобы приносить ценность и быть драйвером проекта — дать команде сосредоточиться на своей работе и выдать максимум.
Поэтому мы изменили подход к оценке испытательного срока для проджектов. О том, как именно — расскажем в следующем посте.
В этом посте были ссылки, но мы их удалили по правилам Сетки
