Должен ли PM участвовать в принятии решений

Ответ: Должен ли IT Project Manager участвовать в принятии решений?

Это не просто вопрос «да» или «нет». Ответ зависит от типа проекта, организационной структуры и уровня ответственности. Как IT Project Manager с 10+ лет опыта, я могу сказать: участие PM в принятии решений является обязательным, но его роль и степень влияния варьируются.

1. PM как ключевой драйвер операционных и процессных решений

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

Примеры таких решений:

• Планирование и приоритизация: Как распределить ресурсы (человеческие, временные, финансовые) между задачами.
• Управление рисками: Выбор стратегии реагирования на идентифицированный риск (например, избежать, передать, минимизировать).

# Аналог в управлении: процесс принятия решения по риску
if риск.уровень == "Высокий" && риск.вероятность == "Высокая":
    решение = "Запустить план минимизации (добавить ресурсы, изменить подход)"
elif риск.тип == "Технический":
    решение = "Обратиться к Tech Lead для глубокой оценки"
else:
    решение = "Мониторить и включить в регулярный отчет"

• Коммуникации: Определение каналов, частоты и формата отчетности для разных стейкхолдеров.
• Управление изменениями (Change Management): Оценка запроса на изменение (Change Request) с точки зрения влияния на сроки, бюджет и качество, и подготовка рекомендации для Steering Committee.

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

2. PM как фасилитатор и интегратор для технических и стратегических решений

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

• PM обеспечивает контекст: Он предоставляет команде и экспертам полную картину: бизнес-ограничения (budget, timeline), требования пользователей, стратегические цели проекта.
• PM организует процесс принятия решения: Он созывает необходимых экспертов (системных архитекторов, ведущих разработчиков, бизнес-аналитиков), обеспечивает структурированную дискуссию, документирует варианты и их последствия.
• PM синтезирует и представляет: После технического обсуждения он может подготовить итоговую рекомендацию для ключевых стейкхолдеров или спонсора проекта, основанную на мнении экспертов, но с акцентом на управляемость проекта.

Пример процесса принятия технического решения с участием PM:

1. Инициация: Появляется проблема (например, текущая база данных не справляется с нагрузкой).
2. Фасилитация: PM организует встречу с архитектором, DevOps и разработчиками.
3. Анализ: Эксперты предлагают варианты (миграция на новую БД, оптимизация запросов, шардинг).
4. Контекст от PM: PM добавляет: «Мы имеем бюджетный резерв X, но нельзя сдвигать релиз более чем на 2 недели».
5. Согласование: Команда выбирает оптимальный вариант, учитывая технические и управленческие ограничения.
6. Документация и коммуникация: PM фиксирует решение в документации и сообщает о нем стейкхолдерам.

3. «Золотое правило» участия PM в принятии решений

Мое правило, выведенное из практики: Project Manager должен принимать решения в рамках своей зоны ответственности (процессы, коммуникации, риски) и быть неотъемлемой частью процесса принятия любых других решений, влияющих на проект.

Почему это важно:

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

Вывод

Таким образом, IT Project Manager не просто должен, а обязан участвовать в принятии решений. Его роль — это роль интегратора, который соединяет техническую экспертизу, бизнес-ограничения и человеческие ресурсы, чтобы решение было не только правильным «в теории», но и выполнимым, управляемым и приводящим к успеху проекта в реальных условиях. Неучастие PM ведет к разрыву между «что нужно сделать» и «как мы это можем сделать в данных условиях», что является одной из основных причин неудач проектов.