В какой-то момент вашей карьеры разработчика вы столкнетесь с выбором:
- Продолжайте расти как индивидуальный участник (IC), работая над более крупными проектами с большим количеством заинтересованных сторон и большей бизнес-подотчетностью.
- Или сделайте шаг в сторону управления, возглавив группы разработчиков для выпуска программного обеспечения в масштабе.
Многие люди будут изображать этот выбор как «все или ничего». Вы либо IC, либо менеджер, и однажды выбрав, вернуться назад будет невозможно.
Это не правда. Как я исследовал в своей статье инженер-менеджер-инженер, можно построить карьеру, переключаясь между инженером и менеджером. Во многих смыслах я бы хотел, чтобы больше инженеров рассматривали этот путь карьеры.
Именно потому, что это бросает вам разные вызовы, я бы хотел, чтобы инженеры больше думали об управлении. Сегодня я хочу защитить руководство и призвать вас пересмотреть свои предположения.
Почему управление?
Быть хорошим менеджером действительно сложно.
Проблемы как с проектами, так и с людьми. Когда что-то идет не так, вы берете на себя вину за свою команду. Когда дела идут хорошо, вы отдаете все заслуги.
Почему вы должны хотеть эту работу?
Проще говоря: если вы научитесь быть хорошим менеджером, вы увеличите свою силу и станете лучшим разработчиком программного обеспечения.
Это требует терпения, суждения, сочувствия и последовательности. Разве не было бы полезно практиковать и оттачивать эти навыки? Вы наверняка многому научитесь.
Более того, вы умножаете свое влияние. Хороший индивидуальный участник может написать ограниченное количество кода. С другой стороны, хороший менеджер поддерживает целую команду программистов, когда они создают программное обеспечение.
Потенциальное воздействие
Хороший менеджер – это подарок судьбы.
Практически все работали на ужасного менеджера. Кто-то, кто занимается микроуправлением, игнорирует проблемы или недостаточно квалифицирован для этой работы.
