Как в IT вырасти из руководителя группы в руководителя проектов?

Алексей Егошин     May 29, 2015     Behaviour, CV, Management, Performance

Привет, друзья!

По результатам статьи “Как мне стать project manager’ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?” возникли вопросы, а что же делать Team Leads (TL), которые уже работают в IT? Как этим Team Leads стать руководителями проектов? В данной статье намеренно не будет упоминаться позиция Tech Lead, которая с точки зрения роста из нее в PM в моем понимании ничем не отличается от Team Lead. Таким образом сокращение TL можно читать как Team Lead, так и как Tech Lead.

<<Программа обучения: Стань Project Manager’ом в IT разработке>>

Сразу подчеркну, что материала на эту тему не просто много, а очень много, и уложить его в одну статью совершенно нереально. Более того, уложиться даже в несколько статей – это тоже почти безнадежная задача. Буквально каждый пункт, о котором дальше пойдет речь – тянет за собой многочисленные тренинги, огромное количество книжек, статей в Интернет, обсуждений с наставниками и много, много, очень много лично твоей практики в работе над собой. А потом все перечисленные время-, сило- и нерво-затраты повторить еще разок. А может быть и два три-раза.

Если после прочтения данного вступления ты все еще считаешь, что тебе почему-то все равно необходимо вырасти из TL в Project Manager’а, и ты готов вкладывать время и силы в свое развитие – welcome читать дальше. Если ты не готов вкладывать в себя и учиться, практиковаться, учиться и снова практиковаться – дальше читать смысла нет. Не трать свое время.

Чтобы избежать некоторой путаницы, стоит упомянуть, что разбираю в этой статье только вариант “TL->PM”. Опцию “Инженер->TL” не рассматриваю для сокращения объема статьи.

Как же TL становится PM в обычной жизни? Основные варианты следующие:

  1. Больше некого. Команда разрослась и назначить кого-то надо, а других кандидатур нет.
  2. Единственный, кто в в теме (knowledge holder). Знает о технической стороне проекта почти все.
  3. Несколько TL’ей, одна позиция. Выбирают кого-то одного.
  4. “Мотивация” TL новым названием должности. Твою текущую позицию и список обязанностей просто переименовали, но делаешь ты тоже самое, что и раньше. Мотивация – очень спорный термин в данном случае, поэтому в кавычках.
  5. Новая вакансия PM (новый или пилотный проект, куда нужен PM).
  6. TL уже работает как PM. Выполняет те функции, которые должен делать PM, т.е. уже действительно готов быть PM.

 

Заблуждения

Оказавшись в роли PM, наш Lead остался внутри ровно тем же самым человеком, что и был до этого, то есть Lead’ом (кроме пункта 6 из списка выше). Все заблуждения о роли и функциях PM, которые настоящий PM действительно должен выполнять – у нашего Lead’а сохранились неизменными. Что же это за заблуждения?

  1. Я отличный TL, помогаю своей команде, примерно 50% своего времени пишу код (если Lead группы разработчиков) или занимаюсь тестированием (если Lead группы тестировщиков), или занимаюсь спецификациями и требованиями (если Lead группы аналитиков). Значит в роли PM придется делать примерно тоже самое, только еще лучше, еще качественнее, еще быстрее. Это как next level в умениях, которые у меня уже есть.
  2. Раз уж я делаю свою работу превосходно, то остальные тоже должны делать свою работу как минимум “на отлично”.
  3. Я должен разбираться во всем, что умеют мои подчиненные, чтобы “в случае чего” я был способен выполнить работу за любого из них. Причем разбираться на уровне, превосходящем уровень моих подчиненных.
  4. Я же крутой TL, а теперь всего-лишь пару новых отчетов буду делать сверх своих обычных обязанностей – легко справлюсь!
  5. PM получает большую зарплату, а работает меньше – я тоже так хочу!
  6. PM должен только делать отчеты, сидеть на встречах и созвонах с заказчиком – это легко – справлюсь!

Признайся честно (никто ведь не узнает, кроме тебя самого) – у тебя есть хотя бы одно из этих шести заблуждений?

Мы зачастую даже не подозреваем, как много требуется освоить, чтобы быть PM’ом! И мы этого не знаем не потому, что мы глупые. Зачастую это происходит просто потому, что нам никто об этом не сказал, и мы остались в плену наших вышеописанных заблуждений. А открыть для себя этот “дивный новый мир” – мы сами не способны, потому что он ну совсем другой. И сейчас я проясню, почему это так.

 

Карьерная лестница

Обычно, в головах большинства IT-сотрудников эта лестница выглядит следующим образом:

Career-Stairway-1

На самом же деле она совсем другая, более правильно сказать – это разные карьерные лестницы:

Career-Stairway-2

А раз это разные лестницы, то и набор умений (skill set), необходимый для этих лестниц – разный! Скажу больше, он не просто разный, а совершенно разный. Фактически – это совсем другая профессия. Ты менял в своей жизни профессию хотя бы раз? Вот переход между этими лестницами – примерно тоже самое. Можешь прикинуть, сколько времени в среднем занимает освоить новую профессию хотя бы на уровень “средненько”. Забегая вперед скажу – это несколько лет минимум. Как пишет Whitney Johnson в своей статье в Harvard Business Review “How to Lose Your Best Employees“, достаточно около четырех лет для достижения высокого уровня профессионализма.

Более того, знания, которые тебе помогали на лестнице №1, на второй лестнице будут иногда или часто тебе мешать. Ты рискуешь попасть в ловушку оценки сроков – я бы сам как <разработчик|тестировщик|аналитик> сделал бы эту задачу за столько-то дней, значит и мои сотрудники сделают ее ровно за такой же срок. Это серьезная ошибка начинающих руководителей, выросших из TL!

Вторая распространенная ошибка – желание “кодить”. Да, да, именно кодить (либо тестировать, либо работать с требованиями). Project Manager не должен этого делать ни в коем случае! Получается, что если ты переходишь на позицию PM и перестаешь кодить, твои навыки как разработчика (тестировщика, аналитика) – падают. За полгода работы на PM позиции (лестница №2), твои навыки из лестницы №1 просядут, но не критично. Через год – уже критично и вернуться назад будет очень сложно. Возможно, но действительно сложно. И возврат потребует еще примерно полгода-год обратного “привыкания”. Почему может захотеться возвращаться? Об этом дальше.

Не забывай про шесть распространенных заблуждений. Они, если присутствовали, то никуда не делись. И серьезно мешают тебе быть крутым PM’ом. Избавляйся от них максимально оперативно!

 

Подводные камни

Итак, ты PM, выросший из TL. С какими неожиданностями, неочевидными на первый взгляд, ты столкнешься?

  1. Код. Необходимо перестать “писать код”. Да, еще раз – перестань это делать. Немедленно. Иначе ты не PM.
  2. Знания. Твои старые знания как специалиста могут и скорее всего будут тебе мешать. Осознать этот факт сложно. Еще сложнее его принять.
  3. Деградация. Ты деградируешь как специалист (лестница №1).
  4. Начальство. Тебе требуется понимание, как на самом деле думает заказчик/начальство (это и репортинг для них, и переписка/коммуникация). Ты теперь на другой стороне баррикад, и понимать эту сторону – обязательно. Особенно заказчика. Он вдруг перестает быть врагом, генерирующим “странные” пожелания, и становится тем, чью позицию и чей взгляд тебе жизненно необходимо выяснить и понять. Многие PM’ы не могут добиться этого навыка годами.
  5. Не свой. Ты больше не свой, если стал руководить своими коллегами. Они вдруг резко перестают делиться с тобой своими переживаниями, мнениями и ситуацией в проекте. Ведь ты приобрел власть награждать и наказывать. А неверно сказанное ими слово может повлечь лишение бонуса или любые другие нехорошести для них. Вот и не делятся.

Одновременно с таким серьезным ударом по твоей картине мира происходит изменение зоны твоей ответственности. Теперь ты отвечаешь не только за часть “кода”, но и за людей, за все delivery (time, quality, scope, risks, customer satisfaction, etc.), иногда еще и за бюджет с зарплатами, и контракты.

Это кардинально другой уровень ответственности. Далеко не все готовы и способны его выдерживать. Особенно, если ты хотел быть PM’ом из-за 4, 5 и 6 заблуждений (см. выше). Только представь – теперь тебе будет прилетать по шапке не только за твой собственный провал, но и за провал каждого твоего сотрудника! Если у тебя 10 подчиненных, то это в 10 раз больше “прилетаний по шапке”, чем у тебя было до этого. Именно на этом “фокусе” с ответственностью многие разворачиваются назад, пока еще не поздно, и пока ты не деградировал как специалист. А данная деградация неумолима. Кстати, усидеть одной “Ж” на двух стульях – не получится. Быть полноценным PM, одновременно профессионально закрывая вопросы TL – не приведет ни к чему хорошему. Ты провалишь оба направления, причем с не слабым риском для всей своей карьеры, а возможно и для своего здоровья, что уже совсем не здорово.

 

Всем ли надо быть PM’ами?

  1. Вспомни принцип Питера Лоуренса (Dr. Laurence Johnston Peter) или перечитай одноименную книгу.
  2. Как определить тех, кому действительно нужно кто хочет становиться PM’ом?
  3. А действительно ли они этого хотят? Что говорит их поведение, факты, результаты?

TL должен хотеть и быть способным стать PM’ом!

Если ты руководитель и выбираешь, повышать ли твоего TL – подумай, сможет ли он выполнять совершенно новые обязанности? Способен ли он это делать? А хочет ли? Одних его словестных заявлений – недостаточно. TL должен фактами, поступками демонстрировать, что он хочет и может (способен) быть PM. Поручи ему пилотный проект, дай возможность делать ошибки, поддержи его на “сложных поворотах” и по результатам пилотного проекта обсуди с TL уровень его готовности к новой роли (а не позиции). А если готовность еще пока не 100%, то что надо, чтобы стало 100%. Составь список с датами и четкими milestones. Если TL готов идти по этому списку – он потенициальный PM. Если он не готов вкладываться и не осознает всего вышеописанного – значит это не его. Возможно, пока не его.

Если ты TL, и хочешь быть PM‘ом – учись и практикуйся быть PM’ом независимо от планов твоего руководителя. Если твой руководитель помогает тебе в развитии – отлично. Тебе очень повезло. Без шуток. Такая помощь – очень дорого стоит. Если же твой руководитель не помогает – это не плохо, просто тебе придется приложить чуть больше сил. Демонстрируй ему не на словах, а на деле, с фактами, что ты готов брать на себя ответственность за других и уже делаешь это (вот список, когда это происходило и какими положительными результатами закончилось). Попроси себе маленькую песочницу, пилотный проект, где ты мог бы потренироваться. Где мог бы совершать ошибки (их все совершают) без критического риска для основного проекта. Попроси своего руководителя о помощи в виде советов. Один час в неделю. Полчаса в день. Любой удобный для него регулярный time slot. Не бойся ошибаться. Не бойся спрашивать. Составь с руководителем план, что тебе надо освоить, чтобы стать PM. Не пугайся, если план получится большой. Помни, быть менеджером – это совсем другая профессия. И знания с навыками там нужны совсем другие.

 

В завершение:

  1. TL стоит осознать, что “сидеть на попе ровно” != “гарантированный рост в PM через несколько лет”.
  2. Мышление в стиле “встал и сделал” – ровно то, что требуется от PM. Мышление в стиле “зарплата-кредит-Египет” – то, что вроде как еще годится для TL, но совсем не подходит для PM.
  3. Проявляй проактивность – кому больше всех надо?
  4. Важно восприятие себя и своей роли в команде, проекте, компании.
  5. Действительно необходимо уметь работать с людьми.
  6. Критически важна постоянная готовность работать над собой, учиться и меняться, брать на себя ответственность за других.

Все это и многое друге – Soft Skills, без которых ты останешься TL, но внешне оденешь погоны PM (новое написание должности). Погоны, конечно, греют душу, но внутри ты все тот же TL. А это разве то, к чему ты стремился? Ради этого ли ты все это затевал?

Ну как, ты осознал, что тебе предстоит? Действительно осознал? Все еще хочешь стать PM? Если да, то пересмотри еще раз список заблуждений и подводных камней. Да, да, вернись прямо сейчас к этим спискам и пересмотри их внимательно, даже если ты их пока помнишь.

Пересмотрел? Ты все еще тут? Тогда именно для тебя в следующей статье я напишу, с чего, на мой взгляд, стоит начинать, чтобы начать перестраивать свой mind set в сторону “быть PM”, если ты действительно готов это делать – готов становиться настоящим руководителем (об одной из черт которого говорит Simon Sinek в своем выступлении на TED).

Мотивация, чтобы быть PM – это желание сделать нечто такое, что один человек сам не может сделать в принципе.

 

Поделись этой статьей с друзьями. Like и Share – приветствуются и дают плюс в карму.

Спасибо и успехов тебе в твоих проектах!

 

Facebook Comments

Лучшее время обратиться к нам было полгода назад, новое окно возможностей - прямо сейчас.
Присоединяйтесь к стартующей программе!

  • Наш принцип - навыки, а не информация
  • Все материалы структурно связаны и дают цельную картину знаний
  • Программы соответствуют мировому уровню Project Management Institute
  • Программы сформированы для IT-отрасли, в то же время выпускники могут полноценно применять полученные навыки и в других сферах

Контакты

Украина, г.Киев, 01032
Степана Бандеры, 21

+38-050-325-0086
edu@mindset.pm

© "MindsetPM" Management School, 2017-2018