Советы по прохождению собеседования на должность менеджера проектов без опыта работы в сфере ИТ, но с сильными навыками управления проектами

На мой взгляд, любая должность PM сводится к пониманию того, что нужно доставить, в каком порядке, когда, кем и с какими разрешениями. В строительстве все более конкретно (извините за каламбур!), возможно, чем в электронной коммерции, но эти основы не меняются.

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

Какие советы?

• Сосредоточьтесь на своих сильных сторонах. Приведите реальные примеры:

  • Как вы устраняли или обходили препятствия в предыдущих проектах.
  • Как вам удалось ввести проект в рамках бюджета / в рамках бюджета.
  • Как вам удалось сдать проект вовремя/в срок.
  • Покажите, что вы понимаете EVMS или другую методологию управления проектами.

• Признайте, что вы учитесь применять PM в электронной коммерции. Но приведите примеры:

  • Как вы узнали что-то новое в игре строительный ПМ.
  • Как вы справляетесь с трудными людьми.
  • Как вы понимаете приоритеты клиентов электронной коммерции.
  • Как вы понимаете рынок / продукт компании электронной коммерции.
  • Как вы понимаете основные концепции их SDLC (Agile? Waterfall?)

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

Я никогда не проходил собеседование на такую ​​должность, но когда вы это сделаете, возможно, вам следует сказать: «Я прочитал X, Y и Z, прошел онлайн-курс Q. Что еще вы (интервьюер) порекомендуете мне сделать/прочитать». /смотреть, чтобы заполнить пробелы?" «Разум новичка» (в смысле DT Suzuki) может иметь большое значение для понимания вещей.

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

Плохая новость заключается в том, что самое большое препятствие, с которым вы сталкиваетесь, — это предубеждение. Хорошая новость в том, что это предубеждение не основано на правде. Существует множество обязательных атрибутов — знания, навыки, личностные качества, опыт — которые приводят к тому, что PM имеет больше шансов на успех. Безусловно, ИТ-знания — это атрибут, и ценный атрибут, но это лишь один из многих. Во многих ИТ-отделах это кажется наиболее важным — и, к сожалению, в некоторых случаях абсолютным требованием — и это то, что вы должны отменить.

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

В мире нет лидера, который знает каждый аспект своей организации. Многие руководители пришли из отдела продаж и понятия не имеют, как создавать продукт.

Эта фигня, что надо прийти из ИТ, чтобы быть PM в ИТ, больше про конкуренцию за заветную роль PM. Это простой способ отфильтровать кучу ваших конкурентов. Просто посмотрите PM в действии успешного проекта. (S) он не занимается разработкой, кодированием, тестированием. (S) он продает, контролирует, измеряет, содействует, создает команду с высоким моральным духом, работает с финансами, решает юридические вопросы, устраняет экологические барьеры, делает клиента счастливым!

Один - оценка - менеджеры проектов с ИТ-подготовкой имеют хороший опыт и лучше оценивают ИТ-проекты - это просто. Если мой PM не из ИТ, я мог бы сказать, что мне нужно 5 дней, чтобы сделать простую программу Java, которая выполняет ввод-вывод, что является полной чушью. Теперь это правда, что вам нужно знать только при управлении людьми, а не во время интервью, но что, если вам задают такие вопросы?

Главное, что вам нужно знать, если вы не из ИТ-специалистов, — это накопить знания об инструментах / методах, которые есть в компании . Это в сочетании с вашим обширным опытом управления проектами даст вам лучший шанс.

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

Последним советом может быть, опять же, знание предметной области/технологии, которую использует компания, в чем ее сила и слабость. Как, например, использование многораздельной базы данных для OLTP — это «нет-нет». Вам не нужно знать, как разделить базу данных, но знание их сильных и слабых сторон поможет вам понять язык, на котором говорят ИТ-специалисты под вашим руководством .

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

У Джоэла Спольски есть несколько очень хороших статей об управлении проектами в целом, я бы вооружился многими основными идеями, которыми он делится. ( Вот хорошее начало)

Также существует множество отраслевых стандартов и сертификатов, которые у вас может не хватить времени на освоение и получение перед собеседованием, но некоторые общие сведения о них могут помочь. (в зависимости от того, где вы находитесь: PMP или Prince2 и стандарты качества, такие как ISO 9000 )

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

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

Вы также можете извлечь выгоду, подписавшись на этих ребят:

• Скотт Беркун
• Крис Мэттс
• Павел Бродзинский
• Джоэл Спольски

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

Я думаю, вам также будет полезно упомянуть об этом во время интервью, чтобы интервьюеры увидели, что вы начали больше узнавать об ИТ и действительно преданы делу.

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

Как только вы начнете работать, вам нужно будет учиться. Менеджеры по проектам, которые не разбираются в ИТ, не могут адекватно управлять рисками. Они становятся прославленными секретарями.

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

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

Какие 5+ лет опыта управления проектами, не связанными с ИТ, позади вас, если вы можете проводить параллели, демонстрировать общие навыки системного уровня и применять основные принципы управления проектами к ИТ-проекту, а также обладаете вышеуказанными навыками для расширения этого, то я считаю, что вы были бы очень эффективен в качестве PM.

Некоторые хорошие ответы и советы до сих пор.

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

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

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