Как сделать из линейного сотрудника начальника и потом с этим жить
И так, вот команда растёт, растёт и дорастает хотя бы до 15+ человек. В этот момент вы неожиданно понимаете, что у вас 3 бекенд-разработчика или даже 5. Здесь возникает неудержимое желание сделать одного из них Самым-Главным-Бекенд-Разработчиком-Проекта. Это желание понятно, и даже логично:
Комментарий недоступен
Согласна с Вами в принципе, но если ставить посредственного или плохого разработчика руководителем, то он может нанести большой ущерб команде и компании в силу своей низкой компетенции.
Также и команда не будет сидеть на месте: начнёт разваливаться(разбегаться) по своей инициативе или по желанию Пети, который из-за своей низкой компетенции наломает дров по отношению к подчинённым.
Ошибка ставить руководителем человека, который считает, что остальные работают хуже или что они менее ответственные.Ещё большая ошибка, когда такой звездочёт сидит в кресле ген. директора и не в состояние понять, что менеджмента в его конторе собственно никакого и нет. Слишком хорошо по тексту это прослеживается.
Я бы посоветовал такому сначала научится принимать стратегические решения и самим не отвлекаться на операционку. Хуже для него, что своим неумением принимать стратегические решения он ставит под сомнения работу любого менеджера, который придет на смену team lead-у, который от него недавно ушел, а иначе этого текста не было бы.
Уверен, и прошлый ушёл из-за того, что так же упёрся в потолок, а потолок ген. директор, не имеющий в стратегию. Ушёл и унёс с собой, скорее всего ещё с десяток устных нормативов и процедур, которые, конечно, никто не удосужился записывать.
Ошибка ставить руководителем человека, который считает, что остальные работают хуже или что они менее ответственные. Не всегда самый результативный разработчик хорош в коммуникации. Он может быть приятным в общении человеком, но его навыков не хватит на управление командой, особенно если у него есть предубеждения относительно остальных членов команды.
Если человек до этого не руководил, он даже теоретически не может быть без "проблем". Их надо знать и работать над их исправлением. Но я не могу сказать, что сделать руководителя из линейного сотрудника - это ошибка.
Неправильно. Надо доносить мысль, что программирование теперь не его основная работа, его основная работа
Ну я про это писал :) Даже собственно цифры приводил.
Соотвественно вопрос: а стоило ли ставить лучшего разработчика руководителем?
Лучшего разработчика ставить не обязательно. Человек должен иметь достаточные технические навыки, для выполнения именно технологического менеджмента и задатки руководителя. Это не обязательно лучший разработчик.