Комментарии 7
5. Действительно необходимо уметь работать с людьми.
Это должно быть не пятым пунктом, а заголовком раздела. Иначе классическая схема — PM сам по себе, работа сама по себе и не пересекаются. Потому что общения нет.
Странная карьерная лестница. Очень частный случай. Гораздо чаще PM не были разработчиками ранее. Добавьте опрос в пост, чтоб подтвердить или опровергнуть это утверждение.
Существует миф, что PM ничего не делает, а только командует.
На самом деле, PM'ом начинают командовать три стороны от которых может «прилететь»: коллеги, заказчик и вышестоящее руководство. Это если говорить про веб-разработку.
Что бы любить эту работу, нужно любить ответственность и возможность работать с деньгами, потому что любые ресурсы (проекты, клиенты, квартальные планы, тот же трекер, даже весь отдел, включая вас лично) так или иначе сводятся к денежному выражению.
Еще можно забыть про работу с технологиями, потому что 90% времени вы будете работать с людьми, office пакетом и почтой.
На самом деле, PM'ом начинают командовать три стороны от которых может «прилететь»: коллеги, заказчик и вышестоящее руководство. Это если говорить про веб-разработку.
Что бы любить эту работу, нужно любить ответственность и возможность работать с деньгами, потому что любые ресурсы (проекты, клиенты, квартальные планы, тот же трекер, даже весь отдел, включая вас лично) так или иначе сводятся к денежному выражению.
Еще можно забыть про работу с технологиями, потому что 90% времени вы будете работать с людьми, office пакетом и почтой.
На мой взгляд самое главное заблуждение, которое так и не развеяно в статье, состоит в том что карьерный рост для TL(руководителя группы) это именно PM. Для TL следующая ступень — руководитель отдела(если идти в сторону именно управления), либо архитектор(если идти в сторону технологий).
Если TL становится PM то ему можно просто взять и выкинуть большинство своих технических знаний и навыков, так как они ему больше не нужны. Если TL больше тяготеет не к разработке продукта а к взаимодействию с бизнесом, то ему есть смысл переходить на эту должность. Иначе есть смысл расширять свой кругозор, применять новые подходы, методологии и технологии именно в разработке, чтобы расти как технический специалист и становиться выше по карьерной лестнице.
Проблема многих TL как мне кажется в том, что они «зависают» на своей должности и считают что их рост прекратился. Для таких людей выход видится в отказе от технической составляющей своей работы и становиться чистым менеджером, хотя этот человек может расти оставаясь техническим специалистом.
Не редко на собеседование на позицию TL приходит человек который программировал последний раз в лучшем случае два года назад и в результате сначала обижается что ему задаются элементарные вопросы, а потом не может на них ответить.
Позиция TL для меня в первую очередь техническая, и уже во вторую — управленческая.
Если TL становится PM то ему можно просто взять и выкинуть большинство своих технических знаний и навыков, так как они ему больше не нужны. Если TL больше тяготеет не к разработке продукта а к взаимодействию с бизнесом, то ему есть смысл переходить на эту должность. Иначе есть смысл расширять свой кругозор, применять новые подходы, методологии и технологии именно в разработке, чтобы расти как технический специалист и становиться выше по карьерной лестнице.
Проблема многих TL как мне кажется в том, что они «зависают» на своей должности и считают что их рост прекратился. Для таких людей выход видится в отказе от технической составляющей своей работы и становиться чистым менеджером, хотя этот человек может расти оставаясь техническим специалистом.
Не редко на собеседование на позицию TL приходит человек который программировал последний раз в лучшем случае два года назад и в результате сначала обижается что ему задаются элементарные вопросы, а потом не может на них ответить.
Позиция TL для меня в первую очередь техническая, и уже во вторую — управленческая.
Вы совершенно правы, такое заблуждение действительно есть — будто бы PM — это продолжение развития TL. Мне показалось не логичным выносить это явным образом, т.к. картинка с двумя карьерными лестницами должна была именно это продемонстрировать и без дополнительного указания.
Задача описать «куда может развиваться TL» — в статье не стоит, ровно поэтому путь в архитекторы — не озвучен (он существует и это хороший и экологичный путь).
Задача описать «куда может развиваться TL» — в статье не стоит, ровно поэтому путь в архитекторы — не озвучен (он существует и это хороший и экологичный путь).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как в IT вырасти из руководителя группы в руководителя проектов?