Как сильному разработчику «потянуть» роль тимлида
Знакомьтесь, Егор - ему 25 лет, он с сильнейшим техническим бэкгрундом и, скорее всего, во сне Егор тоже занимается тем, что кодит. Компанией это замечено, и за заслуги Егора повышают до ТимЛида. Счастливы все, но…
Через пару месяцев Егор начинает замечать, что код писать стало некогда, вместо этого - встречи.
Созвоны с бизнесом.
Обсуждение сроков.
Конфликты внутри команды.
На встрече с заказчиком он ловит себя на том, что защищает техническое решение, вместо того чтобы услышать бизнес-задачу.
На внутреннем созвоне - раздражается, когда разработчики спорят о деталях. Когда менеджмент задаёт вопрос «когда будет результат?» - Егор уходит в объяснения сложности архитектуры.
Он по-прежнему очень сильный специалист, сомнений в этом - нет. Но роль уже другая.
Теперь от него ждут: - удерживать рамку диалога, - спокойно работать с давлением, - не «доказывать», а договариваться, - слышать и переводить интересы разных сторон, - управлять напряжением в команде.
И самое сложное: эти навыки не появляются автоматически вместе с новой должностью.
Их нельзя просто прочитать в книге. Их нельзя «понять головой». Их нужно прожить. Протестировать - через гипотезу, действие и анализ
Отработать в безопасной, но реалистичной среде, где можно ошибиться, попробовать иначе и получить честную обратную связь.
Егору не нужно становиться другим человеком.
Ему нужно перестроить поведенческие реакции под новую роль. И именно в этом месте обычно и решается - станет ли сильный разработчик сильным тимлидом и начнет приносит настоящий результат.