Здравствуйте друзья! Так получилось, что мои знакомые и знакомые моих знакомых, которым меня порекомендовали, периодически обращаются ко мне примерно с одним и тем же вопросом: «Как мне стать менеджером проектов в ИТ, если до этого я работал на аналогичной должности, но не в этом? Поскольку за достаточно короткое время накопилось несколько таких запросов, я решил написать об этом отдельную статью.
Ну вы понимаете - мне лень, и теперь я могу сразу дать ссылку на этот текст, вместо повторения уже сформулированных несколько раз ответов.
Статья не претендует на универсальность – это всего лишь мой взгляд на ситуацию.
При этом скажу, что когда вы проводите собеседования, нанимаете и обучаете менеджеров проектов, накапливается достаточно много общих критериев, которые отвечают на вопрос «Что на самом деле должен знать и уметь менеджер ИТ-проектаЭ» для успешной работы в сфере IT. Кстати, знание английского в статье даже не обсуждается.
Это просто необходимо.
Идти? Как обычно выглядит запрос:
Алексей, добрый день! Меня зовут <.Варианты подачи заявления различаются только предыдущим опытом работы в определенных областях, не связанных с ИТ.> .
мне посоветовали обратиться к вам <.
> .
Нам нужен ваш экспертный совет. Буду благодарен Вам за совет. Я нашел тренинг для менеджеров проектов, который вы читаете.
Я хотел бы спросить, стоит ли мне его принимать.
Коротко о моей ситуации: <.
> Хотелось бы попробовать и дальше развиваться в проектном направлении, но в сфере IT. Я уже прошел несколько собеседований, но пока безуспешно (работодатели часто ссылаются на отсутствие опыта работы в ИТ).
В связи с этим у меня возникла идея, как наконец заставить поезд двигаться.
Буду очень признателен за советы по поводу курсов.
Возможно, имеет смысл присмотреться к чему-то, связанному с менеджером проектов, если шансов трудоустроиться на такую должность в ИТ-сфере нет? Буду признателен за любые отзывы.
Что я могу порекомендовать? Сначала я напугаю и сгущу тучи.
1. Действительно, почти всегда отказывают именно потому, что руководителю проекта в ИТ крайне важно понимать не только управление проектами как таковое, но и ИТ.
Это необходимо ровно для двух вещей: а) чтобы найти общий язык с подчиненными (тестировщики, аналитики и разработчики, которые все являются ИТ-специалистами) и соответственно понимание сути диалогов, спецификаций, проблем и т.д., и б) найти общий язык с представителями заказчика , которые часто также имеют в основном ИТ-специализацию.
Конечно, есть небольшие шансы убедить будущего работодателя, что понимание специфики ИТ-сферы не критично для этой должности.
Важно помнить, что эти шансы очень и очень малы.
Все-таки работодатель лучше знает, что ему нужно, и убедить его в другом довольно сложно.
Особенно работодатели в сфере IT — они наверняка знают, какой сотрудник им нужен.
При этом никто не запрещает пытаться убедить.
Получится ли это? 2. В ИТ очень важно понимать этапы разработки продукта (SDLC — Software Development Life Cycle).
Работая в неИТ-организациях, это понимание в полной мере К сожалению, получить невозможно.
Есть проблемы, специфичные для ИТ-индустрии.
А поскольку руководитель проекта в ИТ отвечает за разработку продукта/кода/функционала к заданному сроку, с заданным качеством и в заданных рамках качества/функциональности, то он должен понимать, как всего этого добиться теми средствами, которыми он обычно имеет в сфере ИТ.
сфера.
В других отраслях могут быть свои нюансы, так или иначе отличающиеся от IT. 3. Любой тренинг по управлению проектами «в целом», скорее всего, не сильно поможет. Нам нужен тренинг по управлению проектами в ИТ.
Поясню, почему я так считаю: тренинги «в целом» не дадут понимания двух важных вещей: «технического языка ИТ» и «понимания этапов развития конкретно в ИТ».
4. В любой IT-компании уже есть свои сотрудники, которые хотят стать менеджерами.
И эти сотрудники (разработчики, тестировщики, аналитики) уже разбираются в IT (говорят на том же техническом языке, что и окружающие), а также знают SDLC. Более того, они знают заказчика, знают специфику компании и ее внутреннюю кухню (это не критичные моменты, но по сравнению с нулевым знанием внешнего кандидата даже эти моменты могут перевесить).
Таким образом, получается, что внешний кандидат НЕ из ИТ-отрасли вынужден конкурировать как с внутренними кандидатами внутри самой компании, так и с другими внешними кандидатами, также из ИТ-отрасли.
Итак, какие параметры вы получили? 1. Знание технического языка ИТ .
Понимание, например, что такое FTP, Signoff, Sprint, ASAP, Регрессия, XML, Запрос к базе данных, Крайний срок, К вашему сведению, Архитектура клиент-сервер, Redline, Smoke Test, FTE, Release. Список можно продолжать и продолжать.
Быть суперэкспертом в некоторых из упомянутых вещей вовсе не обязательно.
Вам нужно понять суть того, что это вообще такое, что это за термины, что они означают, что за ними стоит, иначе вы будете как слепой в мире зрячих.
2. Знание SDLC (Software Development Life Cycle) — этапы разработки программного продукта.
И не просто знания, а понимание, почему именно эти этапы, почему именно в таком порядке, где и почему можно перепрыгивать с одного этапа на другой и можно ли двигаться по этим этапам в обратном направлении, и если да, то когда.
и при каких условиях.
3. Методологические навыки в управлении проектами и людьми (PM Hard Skills) .
Это включает в себя знание методологий, принципов управления и процессов по областям.
Такие как Agile, Scrum, Kanban, Waterfall, Управление коммуникациями, Управление спецификациями и требованиями, Управление изменениями, Управление рисками, Отчетность и т. д. Хорошей новостью является то, что всему этому так или иначе можно научиться с помощью соответствующих тренингов, вебинаров и много материалов доступно в Интернете.
4. Личные навыки управления проектами и людьми (PM Soft Skills) .
К ним относятся навыки управления командой и клиентами, способность решать сложные задачи, навыки презентации, навыки управления конфликтами, коммуникативные навыки, навыки обратной связи, способность слышать, слушать и понимать, открытость к другим точкам зрения, способность признавать собственные ошибки и корректировать их, Самокритика, Лидерские качества, Навыки коучинга/наставничества, Умение объяснять, Профессиональная культура (качество речи, электронных писем, звонков), Умение принимать решения и нести за них ответственность, Проактивность, Навыки управления задачами, Делегирование навыки, навыки контроля исполнения, личная эффективность, навыки тайм-менеджмента.
Вторая хорошая новость заключается в том, что всему этому также можно научиться посредством соответствующего обучения.
Создадим сводную таблицу, в которой будет три кандидата:
- внешний без знания ИТ-индустрии
- внешний со знанием ИТ-индустрии
- внутренний со знанием ИТ-отрасли и специфики компании
Таким образом, становится очевидным, где можно попытаться конкурировать.
Мое мнение, что без погружения в IT-среду невозможно овладеть языком IT хотя бы на уровне понимания.
Таким образом, соревноваться с первым пунктом нет смысла.
Вы (внешний кандидат, не связанный с ИТ) здесь гарантированно проиграете.
Остальные три направления достаточно восприимчивы к конкуренции.
Причём, если второе (знание SDLC) ещё и требует погружения в среду для полного понимания, то научиться хотя бы примерно понимать её можно и не работая в ИТ.
Недостаток знаний SDLC можно компенсировать знаниями толкового технического руководителя, архитектора, да и вообще любого технически грамотного человека из вашей будущей команды.
Но чтобы найти общий язык с таким человеком и получить его помощь, нужны очень серьезные навыки в PM Soft Skills. Остаются PM Hard Skills и PM Soft Skills — и это именно те области, в которых кандидат, не связанный с ИТ, может значительно превзойти кандидата из ИТ-индустрии.
Почему я так думаю? Многие ИТ-менеджеры выросли как разработчики, аналитики и тестировщики.
Да, среди них есть очень крутые специалисты.
Многие из этих кандидатов в менеджеры — выходцы из ИТ-индустрии — в душе они остаются теми же программистами, аналитиками и тестировщиками.
Это означает, что их Hard и Soft Skills PM могут быть менее развиты, чем у внешнего кандидата.
Ведь обе эти области (PM Hard Skills и PM Soft Skills) не зависят от специфики ИТ.
Их можно и нужно развивать независимо от области, в которой вы сейчас работаете.
В конце концов, что происходит? Какой могла бы быть наша сводная таблица, чтобы у внешнего кандидата, ранее не работавшего в ИТ, был шанс? 
План действий, который может (а может и не помочь) помочь.
Но если вообще ничего не делать, это не гарантированно поможет. 1. Поговорите с одним из ИНТЕЛЛЕКТУАЛЬНЫХ ИТ-специалистов, которых вы знаете (разработчиками, тестировщиками, аналитиками и, что еще лучше, руководителями групп или менеджерами) о SDLC. Дополнительно почитайте об этом в Интернете.
Возможно, стоит поговорить не один или даже два раза.
2. Попробуйте выбрать роль помощника руководителя проекта в ИТ, либо роль младшего специалиста PMO (здесь знание процессов управления важнее, чем знание этапов, нюансов и сроков разработки).
Оказавшись в любой из этих ролей, вам нужно будет изучить терминологию и специфику ИТ изнутри, если у вас действительно есть сильное желание двигаться и развиваться именно в этой области.
3. Объясните на собеседовании, что «Ваши сильные стороны — это умение разрешать конфликты, умение работать со сложными ситуациями, успех в переговорах и знание английского языка.
А пробелы в технических знаниях вы закроете за счет правильного общения и помощи технических специалистов, которые будут вашими подчиненными.
В конце концов, работа с людьми — ваша сильная сторона».
Примерно такими словами.
Важно, чтобы о сильных сторонах была действительно правда, а не бравада для прохождения собеседования.
Поверьте, любой умный руководитель на собеседовании определит, врете ли вы.
И это все закончится.
Но допустим, вы устроились на работу – тогда вам срочно нужно искать союзника среди технарей, который поможет полностью освещать и регулярно объяснять техническую сторону работы, задачи и возникающие трудности.
Грубо говоря, вы + союзник-технарь и будете таким объединенным менеджером с двумя головами (возможно, вам понадобится и не один союзник).
Многие менеджеры по найму (ваш будущий начальник) это понимают и, возможно, не захотят этого делать, потому что вы будете съедать время технических специалистов, что снизит продуктивность команды в целом.
Так что отсутствие у вас определенных навыков и знаний будет на одной чаше весов, а на другой — ваш будущий руководитель будет взвешивать возможное снижение эффективности и продуктивности команды, куда вас планируют взять.
И чем больше эффективность влияет на вас, тем меньше вероятность, что вас возьмут на работу.
Примите это во внимание.
Обобщить.
Чтобы конкурировать с ребятами, которые разбираются в IT и тоже стремятся стать менеджерами проектов, нужно серьезно превзойти их по PM Soft Skills. P.S.: оригинал этой статьи (и других интересных материалов) можно прочитать в моем блоге: Consultpm.com P.P.S.: Мне резонно сказали, что ИТ не ограничивается разработкой.
Это верно.
В этом случае второй пункт (знание SDLC) будет менее значимым, либо полностью заменится чем-то специфичным для вашей области.
Поделитесь этой статьей с друзьями.
Спасибо и удачи вам! Теги: #It #управление проектами #управление проектами #интервью #управление проектами #карьера в ИТ-индустрии
-
Детская Речь
19 Oct, 24 -
Периодическая Отправка Сообщений
19 Oct, 24 -
Дарите Хлеб И Зрелища
19 Oct, 24 -
Ipod Touch Взорвался В Кармане Подростка
19 Oct, 24 -
Всем Перейти На Flash Cs3!
19 Oct, 24 -
Фабрика Виджетов Для Mpa
19 Oct, 24
