Сегодня хотел бы поговорить про фазовые переходы у руководителей :)

Что я подразумеваю под этим термином? У разработчиков есть более менее очерченные границы — intern, junior, middle, senior, примерно состоявшиеся ожидания от каждой из ролей. У руководителей чаще всего такой градации нет, а ожидания сильно размыты и отличаются от компании к компании

Но есть кое что общее: подходы к управлению командами исходя из количества подчиненных и их компетенции. Верхнеуровнево, думаю, всем очевидно, что подход к управлению 3 джунами будет сильно отличаться от управления 15 мидлами-синьорами. Мне в силу неопытности и быстрого карьерного роста это было не понятно, это было реально больно!

Почему? Мой опыт в менеджменте начался с управления командой из двух джунов и стажера. На этом этапе был тотальный микроменеджмент и, наверное, это был верный подход в той ситуации. Я буквально все делал сам и делегировал только самые простые и рутинные задачки. Разумеется, с этого я начинал гореть, но это не ощущалось, пока команда была маленькой. Я успевал перформить за нескольких человек и на этом фоне мне доверили расширение команды.
Когда команда стала больше 5 разработчиков — решать рабочие задачи за 8-часовой рабочий день я успевать перестал. Тут должна быть история как я мастерски овладел навыком делегирования и все пошло как по маслу, но делегирование на команде Джунов работает так себе. На деле я овладел навыком работы по 12 часов 😂

Это был первый фазовый переход, с которым я не справился.

Давайте попробуем добавить интерактива в мои монологи:
У вас есть команда из 6 джуно-мидлов, задачи в принципе решаются, но код после них нерасширяемый, изменения вносить невозможно, а количество багов растет быстрее количества фичей. Чтобы вы сделали на моем месте?