🤡 Битва с самозванцем
Переход из технического специалиста в техлида - это не просто смена должности, а полная перестройка мышления. Главная ловушка, в которую попадает большинство, - это микроменеджмент и попытка удержать контроль над всеми задачами.
Бывает страшно отпустить, но только доверив команде и перестав оценивать задачи через призму своего опыта, можно выиграть время для действительно важных вещей. Планинг покер с участием лидера часто искажает оценки: авторитет давит, а команда теряет право на собственное погружение в задачу.
Синдром самозванца в новой роли неизбежен, особенно когда случаются факапы. Спасает здесь не волшебная таблетка, а смена фокуса: если рассматривать провалы не как личную трагедию, а как системную задачу или вызов, от паники не остается и следа. Важно помнить, что ответственность за результат не равна личной ответственности за написание всего кода. Перестав грести всё на себя и начав поднимать экспертизу команды, можно найти решения, которые раньше были недоступны.
Люди - не роботы, и любой процесс, будь то код-ревью или работа с приоритетами, требует постоянного возврата к договоренностям. Если правило не зафиксировано в доступном месте и о нем не напоминают раз в неделю, оно перестает работать. Управление командой - это постоянные эксперименты: фича-лиды по желанию, ответственные за модули, утренние напоминания о фокусе.
Только через пробы, ошибки и регулярное обсуждение того, что зашло, а что нет, можно найти подход к разным людям.
Конструктивный конфликт - это не скандал, а инструмент. В момент недопонимания главное - выяснить мотивацию сотрудника и предложить варианты, которые приведут к win-win. А самое главное открытие на этом пути - перестать стыдиться того, что день прошел в созвонах, а не в написании кода.
Польза техлида измеряется не его собственными коммитами, а тем, насколько быстро и эффективно команда решает задачи без его прямого участия.
LinkedIn: Виктор Чижеков, TechLead - CDEK
· 28.03
Подождите, тимлид и техлид это все же немного разные вещи, техлид это все еще код, меньше руками, более точечно, больше на архитектуру и интеграцию команд сервисов в что то целое, да там есть менеджмент и управление, но +- плавное в погружении, тимлид это уже нету кода, часто тимлид почти не пишет код, он за процессы, планирование, оперативное взамодействие в разработке фичей, управление командой и ресурсами команды, согласование емкости по проектам, он точка входа бизнеса в разработку и задачи команды.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён