Чем занимается менеджер IT-проектов

Менеджер IT-проектов отвечает за то, чтобы проект внедрения дошёл до результата в срок, в бюджет и в нужном объёме. Он собирает и ведёт команду проекта, согласует требования с заказчиком, разбивает работу на этапы и планирует их, выбирает и настраивает методологию — Agile, Waterfall или их сочетание, контролирует прогресс и управляет рисками до того, как они превратятся в срыв сроков. Отдельный большой блок — отчётность и коммуникация: он держит в одной картине разработчиков, заказчика и руководство, чтобы все понимали статус, ближайшие риски и следующий шаг. По сути это человек, который превращает набор задач и людей в управляемый проект с предсказуемым финалом.

За четыре ключевые вещи: сроки, бюджет, объём (scope) и качество результата. Он планирует этапы внедрения, распределяет задачи внутри команды проекта, удерживает scope от бесконтрольного разрастания, следит за расходованием бюджета и часов, ведёт реестр рисков и заранее закрывает узкие места. Его зона — стык между заказчиком и командой: он переводит бизнес-требования в понятные задачи для разработки и обратно объясняет заказчику, что реально, что нет и какой ценой. Менеджер IT-проектов не пишет код и не принимает архитектурных решений вместо команды — он отвечает за то, чтобы вся эта работа сложилась в результат, который нужен бизнесу.

Менеджер IT-проектов отвечает за один конкретный проект — его сроки, бюджет, команду и результат. Руководитель PMO (проектного офиса) работает на уровень выше: он отвечает за портфель проектов, единые стандарты и методологию, распределение ресурсов между проектами и прозрачность для руководства по всем инициативам сразу. Грубо говоря, менеджер ведёт проект, а руководитель PMO выстраивает систему, в которой десятки таких проектов идут по общим правилам. В небольшой компании один сильный менеджер IT-проектов закрывает обе задачи, но когда проектов становится много, эти роли разделяют — иначе портфель теряет управляемость.

Тогда, когда проект внедрения перестаёт умещаться в голове одного человека и его уже нельзя вести «по ходу дела». Триггеры понятны: внедрение CRM, ERP или другой крупной системы, разработка собственного продукта, интеграция нескольких систем, проект с внешним подрядчиком, сжатые сроки и фиксированный бюджет, несколько параллельных команд. Как только в проекте появляются заказчик с одной стороны, команда — с другой, и деньги со сроками — посередине, нужен человек, который держит всё это вместе. Без него проекты внедрения предсказуемо разъезжаются по срокам и бюджету, а ответственность размывается между разработкой и бизнесом.

Зависит от типа проекта, а не от моды. Waterfall — последовательные этапы с зафиксированным объёмом — подходит там, где требования понятны заранее и мало меняются: внедрение готовой системы, проект с жёстким контрактом и фиксированной сметой. Agile — короткие итерации с регулярной поставкой — нужен там, где требования уточняются по ходу: разработка продукта, проекты с высокой неопределённостью. Сильный менеджер IT-проектов не религиозен в этом вопросе: он часто комбинирует подходы — фиксирует рамки и бюджет по Waterfall, а саму разработку ведёт итерациями. Главное — чтобы методология служила срокам и результату, а не превращалась в самоцель.

Сильные менеджеры IT-проектов редко ищут работу через работные сайты: их находят прямым поиском и по рекомендациям, а оценивают не по сертификатам, а по реальным проектам, которые они довели до запуска в срок и в бюджет. Проверять такого специалиста самостоятельно сложно: за знанием Agile-терминов и красивым резюме не всегда стоит опыт доведённых до результата внедрений. На странице услуги подбора менеджера IT-проектов видно, как мы ищем кандидатов прямым поиском, проверяем их по реальным проектам внедрения, работе с заказчиком и управлению рисками, а не по диплому, и подбираем под вашу отрасль, методологию и тип проектов — от разового внедрения до постоянного ведения портфеля.