Как стать руководителем в строительстве. Профессия менеджер проектов

Вопрос, вынесенный в заголовок поста – это, наверное, самый популярный вопрос из тех, что мне присылают через сайт. Долго не доходили руки до внятного вдумчивого поста, и вот, наконец, дошли. Итак, как же все-таки стать руководителем проектов?

Наверное, я не открою ничего нового, но все-таки постараюсь написать и как-то показать на собственном примере “как это было”.

Первое, что нужно сделать – определиться со своей мотивацией. Что стоит за фразой “быть руководителем проектов” для вас? В вашей компании это часть органического роста специалиста, и если вы из аналитика или разработчика не стремитесь в РМы – вы унылы и неперспективны? Вы считаете, что это “стильная-модная-молодежная” профессия, а уметь там ? Вы слышали, что РМам много платят, особенно если получить сертификат? Вы всегда хотели командовать людьми, и это отличная возможность?

К сожалению, все вышеперечисленное и его бесконечные вариации – это путь в никуда и вообще тупик. Разочарую, но хороший специалист чаще всего зарабатывает больше руководителя проекта, уметь там надо много всего (а особенно – принимать решения и брать за них ответственность). Если говорить про перспективы – то за рубежом, в отличие от хорошего разработчика, вас никто не ждет и вряд ли когда-то будет ждать (по крайней мере в ИТ, там своих хватает). Да и покомандовать не выйдет, так как либо вы работаете на стороне подрядчика в проектной организации (и вами командует заказчик, а если вы все совсем плохо изначально построили – то и вашими людьми тоже, которые к тому же вам линейно не подчиняются) либо на стороне заказчика в 99% случаев в матричной или, если совсем не повезет, функциональной структуре, где власти ноль, а ответственность вся на вас. Не передумали?

Если нет, то вот примеры хорошей мотивации – вам нравится организовывать работу людей, вы любите динамично меняющуюся рабочую среду, вы “непроцессный” человек, и хорошо работаете именно на результат, в процессе вам скучно и грустно, вы хотите вести людей за собой за счет личной харизмы, а не приказа генерального директора, вы хотите создавать что-то новое и проч.

Для тех, кто знаком с методологией оценки личности по DISC – на мой взгляд, идеальные РМы – это D, DC и DI, и опыт подсказывает, что остальным типам личности в проектах скучно, страшно и грустно.

Для меня в свое время мотивацией переквалифицироваться в РМа стало то, что сидеть и писать код на C# мне было скучно, не хватало общения с людьми, вызова, организационной работы и динамики.

Во-вторых – нужно определиться с отраслью. Я вот со страхом смотрю на то, что сейчас появились целые университетские программы по управлению проектами, не привязанные ни к какой отрасли. Это настолько бессмысленно и беспощадно, что просто слов нет. Управления проектами самого по себе не существует, и PMBOK вам тут не поможет. Необязательно быть супер-пупер-специалистом в какой-то среде, но либо бы работаете в ИТ, либо в стройке, либо в маркетинге и проч. Руководитель проекта обязан хорошо разбираться в своей отрасли, чтобы адекватно оценивать риски, трудозатраты, цены и проч.

Переход из отрасли в отрасли возможен, но сложен, долог и дорог. Например, несмотря на PMP, блог, два и прочие плюшки – проект строительства многоэтажного дома я потяну разве что в роли администратора проекта, и то вряд ли сразу буду в ней эффективна. Но при этом данный пункт часто понимается HR превратно, когда на внедрение системы, скажем, управления поездками, начинают искать PMа “обязательно делавшего такой же проекта в компании такого же профиля”. Все-таки отрасль – понятие более широкое, в данном случае – им вполне подойдет грамотный руководитель ИТ-проектов, даже если он до этого внедрял только программное обеспечение в банках.

Мне везло, всегда попадались хорошие руководители, понимавшие, что “идеального РМа, уже сделавшего точно такие же проекты, которые мы тут будем делать ближайшие 5 лет” не существует. Да и вообще адекватных руководителей больше, чем кажется, на мой взгляд.

В-третьих – смириться с тем, что оставаться специалистом и при этом быть профессиональным руководителем проектов не выйдет. Или-или. Либо вы разрабатываете, либо руководите. Первые пару лет возможно некое совмещение, но выбор делать все равно придется, так как со временем эти два стула будут все больше отдаляться друг от друга. Если не сделать его вовремя – то вы закончите плохим специалистом и очень плохим РМом, а оно вам надо? Если вы не готовы расстаться с мыслью, что писать код вы теперь будете только дома под пиво в качестве развлечения – дважды подумайте, становиться ли руководителем проектов.

Я где-то полгода тащила это “чемодан без ручки”, пытаясь оставаться и аналитиком, и совершенствоваться как РМ. Не вышло. И да, если в компании такое совмещение принято – то при достижении определенного уровня компанию придется поменять, если вы хотите развиваться.

Если первые три пункта не отбили у вас желания стать руководителем проектов, то четвертый пункт – это ознакомиться с теорией (пока у меня не дошли руки сделать подборку книжек, но гугл по запросу “книги по управлению проектами” предложит достаточный выбор). Как минимум можно начать с “Цели” Голдратта, двух-трех вебинаров про проектное управление и “Проекта Феникс” (чтобы понять, сможете ли вы выжить в этой среде перманентного стресса). Если толстые книжки не пугают – то можно и PMBOK попробовать прочитать, если осилите и разберетесь – это будет огромным плюсом (советую в процессе чтения перерисовывать его в форме MindMap для наведения порядка в знаниях).

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

Жаль, поискала, но не смогла найти фото своего ватмана со схемой тогда еще еще 3го PMBOK, который я когда-то рисовала еще в общаге, прямо ностальгия нахлынула. Когда руками рисуешь, а не в компьютере – какая-то нежность появляется, даже к таком монстру, как PMBOK.

После того, как книжки прочитаны – можно попробовать сделать небольшой проект с соблюдением всех канонов управления проектами, даже если они вам кажутся избыточными на этом этапе . Если вы еще учитесь – можно сделать хотя бы сайт факультета или организовать выезд группы на Селигер, например. Если работает – то попросить у руководителя какой-нибудь небольшой проект (а такие всегда есть, поэтому он будет рад, скорее всего, спихнуть с себя лишнее), и тоже его сделать. Если на этом пятом шаге желание быть руководителем проекта все еще живо – поздравляю, вы на финишной прямой.

Мне когда-то после этой просьбы доверили проект по оптимизации формы ввода данных для специалистов нашего контактного центра, и это было очень круто и интересно! Я, по-моему, месяца три ночевала на работе, успела достать весь колл-центр, но в итоге скорость ввода данных в новую форму выросла на 40% по сравнению со старой, за чем и последовал мой официальный переход на должность РМа. Кстати да, не забудьте обговорить ожидаемые результаты проекта, что бы потом не было вопросов.

Ну и шестой шаг – найти работу руководителя проектов. Опять же, если вы сделали проект на работе – можно поговорить об этом с руководителем, постепенно начать брать на себя все более сложные задачи и потихоньку расти. Если вы делали проект “в ящик” – самое время его достать, подчеркнув в нем то, что , и . Пока ищете работу – по возможности сделать еще несколько проектов и почитать еще книжек. А также подготовиться к тому, что стресса и динамики в жизни теперь будет гораздо больше.

К сожалению, если вы переходите с позиции специалиста – на данном этапе возможно снижение уровня доходов, так как вы были очень хорошим специалистом, но пока еще не очень хороший РМ. Но все в ваших руках!

Я в свое время при переходе с позиции аналитика потеряла процентов 20 в зарплате, так как до этого мой KPI складывался из моей личной производительности, а теперь – из производительности всей команды, где отнюдь не все были мотивированы так же сильно, как и я. Восстановление до прежнего уровня заняло месяца четыре, через год доход практически удвоился.

Ну вот и все, если вы дочитали до этого пункта и все выполнили – вы теперь РМ. Поздравляю!

Важно! На каждом шаге желательно возвращаться к п.1, проверяя себя на то, что мотивация все еще сохраняется. Если на каком-то этапе вы ловите себя на мысли “ну зачем все это, а” – может, лучше остановиться и подумать? Я знаю много людей, которые годами работают PMами, как-то случайно туда попав. Работают плохо, не справляются, меняют работодателей, но все равно, однажды ошибившись, продолжают кушать кактус, так как это они умеют плохо, но больше не умеют ничего. Не повторяйте этой ошибки, если это не ваше – то лучше уйти как можно раньше.

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

Так получается, что со мной периодически связываются мои знакомые и знакомые моих знакомых, которым меня порекомендовали, с примерно одним и тем же вопросом: «Как мне стать project manager"ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?».

Так как подобных запросов накопилось несколько штук за довольно короткое время, я решил написать об этом отдельную статью. Ну вы понимаете - я же ленивый, и теперь смогу сразу давать ссылку на этот текст, вместо очередного повторения уже несколько раз сформулированных ответов. Статья не претендует на универсальность - это только мой взгляд на ситуацию. В то же время скажу, что когда проводишь собеседования, нанимаешь и обучаешь project manager"ов - накапливается довольно много общих критериев, отвечающих на вопрос «А что же на самом деле должен знать и уметь IT project manager?», чтобы успешно работать в IT.

Кстати, знание английского языка в статье даже не обсуждается. Оно просто обязательно.

Поехали?

Как обычно выглядит запрос:

Алексей, добрый день! Меня зовут <...>. Мне посоветовал к Вам обратиться <...>. Нужен Ваш экспертный совет. Буду благодарна Вам за подсказку. Нашла тренинг для проектных менеджеров, который Вы читаете. Хотела бы спросить стоит ли проходить мне его. Кратко о моей ситуации: <...> хотела бы себя попробовать дальше развивать в проектном направлении, но уже в IT-сфере. Уже проходила несколько собеседований, но пока безуспешных (работодатели часто ссылаются на то, что нет опыта в IT). В связи с этим у меня возникла мысль о том, как заставить все-таки поезд тронуться. Буду очень благодарна за совет по поводу курсов. Возможно есть смысл посмотреть что-то смежное к менеджеру проекта, если нет шансов, чтобы взяли в IT-сферу на такую позицию? Буду благодарна за любую обратную связь.

Варианты обращений отличаются только предыдущим опытом работы в неких не-IT областях.

Что я могу посоветовать?

Сначала напугаю и сгущу тучи.

1. Действительно, почти всегда отказывают ровно потому, что для project manager"a в IT крайне важно разбираться не только в project management"e как таковом, но еще и в IT. Это требуется ровно для двух вещей: а) для нахождения общего языка с подчиненными (тестировщики, аналитики и разработчики, которые все айтишники) и соответственно понимания сути диалогов, спецификаций, проблем и прочего, и б) для нахождения общего языка с представителями заказчика , которые зачастую точно также имеют в основном айтишный background. Конечно, есть некоторые небольшие шансы убедить будущего работодателя, что понимания специфики IT-области не критично для данной позиции. Важно помнить, что эти шансы очень и очень небольшие. Все-таки наниматель лучше знает, что ему надо, и убедить его в другом - довольно сложно. Особенно работодателей в IT - они уж точно знают, какой именно сотрудник им нужен. В то же время, никто не запрещает пробовать убеждать. Вдруг получится?

2. В IT очень важным является понимание этапов разработки продуктов (SDLC - Software Development Life Cycle). Работая в НЕ-айтишных организациях это понимание полностью получить, увы, невозможно. Есть моменты специфичные для IT-отрасли. А раз project manager в IT отвечает за разработку продукта/кода/функционала к заданному сроку, с заданным качеством и в заданных рамках по качеству/функционалу, то ему обязательно понимать, как же достичь всего этого теми средствами, которыми он обычно располагает в IT-сфере. В других отраслях могут быть свои нюансы, отличающиеся от IT в ту или иную сторону.

3. Любые тренинги по управлению проектами «вообще», скорее всего не сильно помогут. Нужны тренинги по управлению проектами в IT. Поясню почему я так считаю: тренинги «вообще» не дадут понимания двух важных вещей: «айтишного технического языка» и «понимание этапов разработки именно в IT».

4. В любой IT компании, уже есть свои сотрудники, желающие стать руководителями. И эти сотрудники (разработчики, тестировщики, аналитики) - уже разбираются в IT (владеют тем же техническим языком, что и окружающие), а также знают SDLC. Более того, они знают заказчика, знают специфику компании и ее внутреннюю кухню (это не критичные пункты, но сравнивая с нулевыми знаниями внешнего кандидата - даже эти пункты могут перевесить). Таким образом получается, что внешний кандидат НЕ из IT-отрасли вынужден конкурировать как с внутренними кандидатами изнутри самой компании, так и с другими внешними кандидатами, тоже из IT-отрасли.

Итак, какие же параметры получились?

1. Владение техническим IT-шным языком . Понимание, к примеру, что вообще такое FTP, Signoff, Sprint, ASAP, Regression, XML, Database request, Deadline, FYI, Client-Server Architecture, Redline, Smoke Test, FTE, Release… Список можно продолжать бесконечно. Быть супер специалистом в некоторых упомянутых вещах - совсем не требуется. Требуется понимание сути, что это такое вообще, что за термины, что они обозначают, что за ними стоит, иначе бы будете как слепой в мире зрячих.

2. Знание SDLC (Software Development Life Cycle) - этапов разработки программных продуктов. И не просто знание, а понимание, почему именно такие этапы, почему именно в таком порядке, где и почему можно перескакивать с одного этапа на другой и можно ли двигаться по этим этапам в обратную сторону, и если да, то когда и при каких условиях.

3. Методологические навыки управления проектами и людьми (PM Hard Skills) . Сюда входят знания методологий, принципов управления и процессов по областям. Таких как Agile, Scrum, Kanban, Waterfall, Communication management, Specification & Requirements management, Change management, Risk management, Reporting и т.п. Хорошая новость - всему этому так или иначе можно научиться на соответствующих тренингах, вебинарах и множестве доступных онлайн материалов.

4. Личностные навыки управления проектами и людьми (PM Soft Skills) . Сюда входят Team & Client management skills, Ability to solve complex tasks, Presentation skills, Conflict management skills, Communication skills, Feedback skills, Ability to hear, listen & understand, Openness to other points of view, Ability to admit own mistakes and to correct them, Self-criticism, Leadership skills, Coaching/Mentoring skills, Ability to explain, Professional culture (quality of speech, emails, calls), Ability to make decisions and take responsibility for it, Pro-activity, Task management skills, Delegation skills, Execution control skills, Personal effectiveness, Time management skills. Вторая хорошая новость - всему этому тоже можно научиться на соответствующих тренингах.

Составим сводную таблицу, в которой будут присутствовать три кандидата:

внешний без знания IT-отрасли
внешний со знанием IT-отрасли
внутренний со знанием IT-отрасли и специфики компании

Таким образом, становится очевидным, в каких пунктах можно пытаться конкурировать.

Мое мнение, что без погружения в IT-среду невозможно овладеть IT-шным языком хотя бы на уровне понимания. Таким образом с первым пунктом конкурировать нет смысла. Вы (внешний не IT кандидат) тут гарантированно проиграете. Остальные три области - вполне поддаются конкуренции. Причем если вторая (знание SDLC) тоже требует погружения в среду для полного понимания, то хотя бы примерно разбираться в ней не работая в IT - научиться можно. Недостаток знаний SDLC можно компенсировать за счет знаний толкового технического-лида, архитектора да и вообще любого технически грамотного человека из вашей будущей команды. А вот чтобы найти с таким человеком общий язык и получить его помощь - нужны очень серьезные навыки в PM Soft Skills.

Остаются PM Hard Skills и PM Soft Skills - и это ровно те области, где не IT-кандидат может значительно переиграть кандидата из IT-отрасли. Почему я так считаю? Многие руководители из IT - выросли из разработчиков, аналитиков, тестировщиков. Да, среди них есть очень крутые специалисты. Многие такие кандидаты в менеджеры из IT отрасли - они в глубине души остаются теми же самыми программистами, аналитиками и тестировщиками. А это говорит о том, что как раз PM Hard и Soft Skills у них могут быть развиты слабее, чем у внешнего кандидата. Ведь обе эти области (PM Hard Skills и PM Soft Skills) не зависят от IT специфики. Их можно и нужно развивать независимо от области, где вы сейчас работаете.

В итоге, что получается? Какой может быть наша сводная табличка, чтобы у внешнего кандидата ранее не работавшего в IT появился шанс?

План действий, который может помочь (а может и не помочь). Но если совсем ничего не делать - не поможет гарантированно.

1. Поговорить с кем-то из ТОЛКОВЫХ знакомых айтишников (разработчиков, тестировщиков, аналитиков, а еще лучше тим-лидов или менеджеров) про SDLC. Дополнительно почитать об этом в Интернет. Возможно, стоит поговорить не раз и даже не два.

2. Попробовать выбрать роль ассистента project manager’a в IT, либо роль младшего PMO-специалиста (там важнее знание процессов управления, чем знание этапов и нюансов и терминов разработки). Попав на любую из этих ролей - необходимо будет уже изнутри изучать терминологию и специфику IT, если действительно есть сильное желание двигаться и развиваться именно в этой области.

3. Объяснить на собеседовании, что «Твои сильные стороны - это умение решать конфликты, навык работы со сложными ситуациями, успех в переговорах, знание английского языка. А технические пробелы в знаниях ты будешь закрывать за счет правильной коммуникации и помощи от технических специалистов, которые будут твоими подчиненными. Ведь работа с людьми - это твой конек». Примерно такими словами. Важно, чтобы это была действительно правда про сильные стороны, а не бравада для прохождения собеседования. Поверьте - любой толковый руководитель определит на собеседовании, если вы обманываете. И на этом все закончится. Но допустим вы получили работу - тогда необходимо срочно искать союзника среди технарей, который будет помогать полностью покрывать и регулярно объяснять техническую сторону работы, задач и возникающих сложностей.

Грубо говоря - вы + технарь союзник будете таким сборным менеджером о двух головах (может быть союзников потребуется больше одного). Многие нанимающие руководители (ваш будущий начальник) это понимают и могут не захотеть идти на это, ведь вы будете «отъедать» время технических специалистов, что уменьшит продуктивность команды в целом. Так что отсутствие у вас некоторых навыков и знаний будет на одной чаше весов, а на другой чаше - ваш будущий руководитель взвесит возможное уменьшение эффективности и продуктивности команды, куда вас планируют взять. И чем больше будет перевешивать чаша эффективности - тем меньше шансов, что вас возьмут. Учитывайте это.

Резюмируя. Чтобы конкурировать с ребятами, которые разбираются в IT и тоже стремятся стать project manager’ами - необходимо серьезно превосходить их в PM Soft Skills.

P.S.: оригинал этой статьи (и другие интересные материалы) можно прочесть в моем блоге:

Менеджер проекта (руководитель проекта или Project manager) — это специалист, отвечающий за успешное выполнение проекта:

в указанные заказчиком сроки;
с необходимым качеством;
при фиксированном бюджете и ограниченных человеческих ресурсах;
при необходимых требованиях со стороны заказчика.

В итоге, главный результат работы данного управленца — это удовлетворенность заказчика.

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

Места работы

Профессия руководителя проектов высоко востребована во многих отраслях:

информационные технологии (программирование, автоматизация, создание сайтов);
строительство;
финансы;
страхование
фармацевтика;
организация мероприятий;
спорт.

Понятие Project Manager родилось в сфере информационных технологий, поэтому именно там самый высокий спрос на управленцев. При этом в каждом крупном бизнесе профессия менеджера проекта нужна и экономически оправдана.

История профессии

Руководители, командиры и вожди появились многие тысячи лет назад. Кто-то управлял государством, кто-то войском или кораблем, кто-то строительством. Говоря современным языком, каждая их задача являлась проектом, а они его руководителем.

История профессии менеджера проектов связана с появлением термина «проект» в эпоху бурного развития экономики в XX веке.

Проектом назвали задачу, у которой есть начало и окончание, четко определенный срок выполнения, ограничения по ресурсам, критерии качества и успешного завершения. Сначала должности менеджеров проекта (Project Manager) появились в IT-компаниях, затем в сфере строительства и производства, а позже и в других отраслях.

Обязанности менеджера проектов

Должностные обязанности менеджера проектов сильно зависит от сферы деятельности компании, но при этом имеют общий набор задач:

ведение проектов (контроль качества, сроков, бюджетов и рисков);
коммуникации с заказчиком (согласование планов, сроков, требований, бюджетов);
руководство проектной командой;
ведение проектной и технической документации:
- календарные планы;
- технические задания;
- функциональные требования;
- финансовые отчеты;
- и так далее.
участие в процессе продажи и заключении договоров (в том числе участие в тендерах);
постпроектное ведение заказчиков и дополнительные продажи.

Иногда функции руководителя проектов включают задачи менеджера по продажам: активный поиск клиентов, подготовку коммерческих предложений, переговоры, заключение договоров и т.п.

Требования к менеджеру проектов

Требования к менеджерам проектов зависят от сферы деятельности компании. На стройке одно нужно, в ИТ — другое, в банковской сфере — третье. Средний набор требований таков:

Высшее образование (желательно по профилю работы компании);
Опыт работы от 1 года (серьезные должности требуют более 3-х лет);
Хорошее знание сферы деятельности и ее рынка;
Умение составлять документацию (техническую и проектную);
Опыт руководства (в рамках проектных команд);
Отличные коммуникативные навыки.

Иногда среди требований к руководителям проектов можно встретить:

знание MS Project;
разговорный и письменный английский язык;
понимание принципов управления проектами (например, PMI)
готовность к командировкам.

Образец резюме менеджера проекта

Как стать менеджером проектов

Требуемый багаж знаний, умений и навыков менеджера проекта существенно зависит от профиля деятельности компании.

Рассмотрим в качестве примера строительство. Чтобы стать менеджером проектов в строительстве, необходимо иметь высшее техническое образование и опыт работы в строительных компаниях (как правило, более трех лет и желательно на управленческих должностях).

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

Зарплата менеджера проекта

Заработная плата менеджера проекта может варьироваться от 20 до 150 тысяч рублей в месяц. При этом в системе оплаты всегда присутствует много бонусов, премий, процентов с продаж или завершенных этапов. Поэтому итоговый доход может быть существенно выше заявленного оклада. Средняя зарплата руководителя проекта составляет примерно 50 тысяч рублей в месяц + премии по результатам работы.

Где пройти обучение

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

Межрегиональная Академия строительного и промышленного комплекса и ее курсы направления « ».

Институт профессионального образования «ИПО» приглашает вас пройти дистанционные курсы по направлению « » (есть варианты 256, 512 и 1024 ак.ч.) с получением диплома или удостоверения государственного образца. Мы обучили более 8000 выпускников из почти 200 городов. Можно пройти обучение экстерном, получить беспроцентную рассрочку.

Карьера в IT-индустрии

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

Кстати, знание английского языка в статье даже не обсуждается. Оно просто обязательно.

Поехали?

Как обычно выглядит запрос:

Алексей, добрый день! Меня зовут <...>. Мне посоветовал к Вам обратиться <...>. Нужен Ваш экспертный совет. Буду благодарна Вам за подсказку. Нашла тренинг для проектных менеджеров, который Вы читаете. Хотела бы спросить стоит ли проходить мне его. Кратко о моей ситуации: <...> хотела бы себя попробовать дальше развивать в проектном направлении, но уже в IT-сфере. Уже проходила несколько собеседований, но пока безуспешных (работодатели часто ссылаются на то, что нет опыта в IT). В связи с этим у меня возникла мысль о том, как заставить все-таки поезд тронуться. Буду очень благодарна за совет по поводу курсов. Возможно есть смысл посмотреть что-то смежное к менеджеру проекта, если нет шансов, чтобы взяли в IT-сферу на такую позицию? Буду благодарна за любую обратную связь.

Варианты обращений отличаются только предыдущим опытом работы в неких не-IT областях.

Что я могу посоветовать?

Сначала напугаю и сгущу тучи.

Итак, какие же параметры получились?

Составим сводную таблицу, в которой будут присутствовать три кандидата:

внешний без знания IT-отрасли
внешний со знанием IT-отрасли
внутренний со знанием IT-отрасли и специфики компании

Таким образом, становится очевидным, в каких пунктах можно пытаться конкурировать.

P.S.: оригинал этой статьи (и другие интересные материалы) можно прочесть в моем блоге:

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

Кстати, знание английского языка в статье даже не обсуждается. Оно просто обязательно.

Поехали?

Как обычно выглядит запрос:

Алексей, добрый день! Меня зовут <...>. Мне посоветовал к Вам обратиться <...>. Нужен Ваш экспертный совет. Буду благодарна Вам за подсказку. Нашла тренинг для проектных менеджеров, который Вы читаете. Хотела бы спросить стоит ли проходить мне его. Кратко о моей ситуации: <...> хотела бы себя попробовать дальше развивать в проектном направлении, но уже в IT-сфере. Уже проходила несколько собеседований, но пока безуспешных (работодатели часто ссылаются на то, что нет опыта в IT). В связи с этим у меня возникла мысль о том, как заставить все-таки поезд тронуться. Буду очень благодарна за совет по поводу курсов. Возможно есть смысл посмотреть что-то смежное к менеджеру проекта, если нет шансов, чтобы взяли в IT-сферу на такую позицию? Буду благодарна за любую обратную связь.

Варианты обращений отличаются только предыдущим опытом работы в неких не-IT областях.

Что я могу посоветовать?

Сначала напугаю и сгущу тучи.

Итак, какие же параметры получились?

Составим сводную таблицу, в которой будут присутствовать три кандидата:

внешний без знания IT-отрасли
внешний со знанием IT-отрасли
внутренний со знанием IT-отрасли и специфики компании

Таким образом, становится очевидным, в каких пунктах можно пытаться конкурировать.

P.S.: оригинал этой статьи (и другие интересные материалы) можно прочесть в моем блоге: