- Главная
- →
- Управление командой разработки (тимлиды)
Goth2Boss: ломка и отходняки при переходе из инженера в тимлиды Управление командой разработки (тимлиды)
Работал разработчиком, аналитиком, менеджером проектов, продуктов и т.д. Всегда уделял особое внимание организационным проблемам взаимодействия команд, видимым по-своему с каждой из позиций. Опираясь на полученный опыт, уже 15 лет занимается организацией разработки, эксплуатации, сопровождения mission critical-продуктов разной степени сложности.
Старший преподаватель в НГУ.
Технический директор Faktura.ru.
Тезисы
11 лет я руковожу... руководителями. Они не достаются и не приходят. Их нужно растить.
Я инженер и на своем опыте знаю, что хорошим тимлидом инженерной команды может стать - инженер!
* Как разглядеть искру "темной стороны" в хорошем специалисте?
* Как помочь развить потенциал лидера. Где взять ответственность за команду профессиональному одиночке?
* Как научиться ловить "отложенный" на несколько месяцев от своих решений кайф бывшему программисту, который привык видеть результат работы сразу после сборки?
* Почему порой нужно вовремя остановиться и позволить инженеру остаться инженером?
* Почему молодому тимлиду важно иметь право на ошибку, и почему это ТАК важно?
* Как поддерживать культуру равного авторитета двух веток карьерного роста в большой команде?
Ответы на эти вопросы я не знаю. Но я знаю, что именно я пробую, практикую более 10 лет.
Покажу реальные портреты тех, кто слился и был не прав; слился и правильно сделал; кто боялся, но смог и стал.
