Как сильному разработчику «потянуть» роль тимлида

Знакомьтесь, Егор - ему 25 лет, он с сильнейшим техническим бэкгрундом и, скорее всего, во сне Егор тоже занимается тем, что кодит. Компанией это замечено, и за заслуги Егора повышают до ТимЛида. Счастливы все, но…

Через пару месяцев Егор начинает замечать, что код писать стало некогда, вместо этого - встречи.

Созвоны с бизнесом.

Обсуждение сроков.

Конфликты внутри команды.

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

На внутреннем созвоне - раздражается, когда разработчики спорят о деталях. Когда менеджмент задаёт вопрос «когда будет результат?» - Егор уходит в объяснения сложности архитектуры.

Он по-прежнему очень сильный специалист, сомнений в этом - нет. Но роль уже другая.

Теперь от него ждут: - удерживать рамку диалога, - спокойно работать с давлением, - не «доказывать», а договариваться, - слышать и переводить интересы разных сторон, - управлять напряжением в команде.

И самое сложное: эти навыки не появляются автоматически вместе с новой должностью.

Их нельзя просто прочитать в книге. Их нельзя «понять головой». Их нужно прожить. Протестировать - через гипотезу, действие и анализ

Отработать в безопасной, но реалистичной среде, где можно ошибиться, попробовать иначе и получить честную обратную связь.

Егору не нужно становиться другим человеком.

Ему нужно перестроить поведенческие реакции под новую роль. И именно в этом месте обычно и решается - станет ли сильный разработчик сильным тимлидом и начнет приносит настоящий результат.

Как сильному разработчику «потянуть» роль тимлида | Сетка — социальная сеть от hh.ru