Конфликты на стыке CEO, CTO и Директора по проектам (СРО/PMO Director) съедают до 20% рабочего времени топ-менеджмента из-за размытости границ принятия решений. Без жесткой матрицы полномочий компания рискует получить «паралич управления», где согласование смены приоритета в бэклоге на сумму 5 млн рублей затягивается на две недели.
Разделение стратегического и операционного управления
CEO определяет «Что» и «Зачем» (бизнес-цели, ROI, стратегический вектор), Директор по проектам — «Как» и «Когда» (ресурсы, сроки, риски). Главная точка разлома: право вето на запуск проекта. В эффективных структурах CEO утверждает бюджет до 10-15 млн рублей, всё, что выше, проходит через инвестиционный комитет, где Директор по проектам выступает главным экспертом по реализуемости.
Кейс: В компании с оборотом 1 млрд руб. отсутствие матрицы привело к тому, что CEO лично менял приоритеты задач в Jira, обходя Директора по проектам. Итог — срыв трех критических дедлайнов и рост стоимости разработки на 25% из-за постоянного переключения контекста команды. Экспертный вывод: CEO должен владеть правом определения приоритетов портфеля, но не имеет права вмешиваться в тактический график спринтов без согласования с PMO.
Точки трения с Техническим директором (CTO)
Конфликт Директора по проектам и CTO всегда крутится вокруг ресурсов и техдолга. CTO стремится к идеальной архитектуре и рефакторингу (затраты до 30% времени разработки), Директор по проектам — к соблюдению Time-to-Market. Здесь критически важна фиксация доли техдолга в общем бэклоге: нормальным считается диапазон 15-20% ресурсов на техническое совершенствование.
Пример: Спор о внедрении новой БД. CTO настаивал на переходе на PostgreSQL (срок 3 месяца), Директор по проектам требовал запуск MVP на текущем стеке за 3 недели. Решение через матрицу: право выбора стека за CTO, но право определения даты релиза — за Директором по проектам. Если CTO не может уложиться в срок, он обязан предложить упрощенную версию реализации. Экспертный вывод: CTO владеет «качеством кода», Директор по проектам — «сроком поставки ценности».
Матрица принятия решений по бюджетам и рискам
Права на распоряжение бюджетом должны быть дифференцированы. Директор по проектам обычно имеет автономность в пределах 5-10% от общего бюджета проекта (management reserve) на покрытие непредвиденных рисков. Превышение этого порога требует согласования с CEO. Это исключает микроменеджмент и ускоряет реакцию на инциденты.
Сравнение подходов: при «жесткой» иерархии любое отклонение в 100 000 руб. идет на подпись к CEO (цикл согласования 3-5 дней). При матричной модели Директор по проектам сам закрывает дыры до 500 000 руб., отчитываясь постфакктум. Экспертный вывод: делегирование операционного бюджета до 5-7% от стоимости проекта повышает скорость реализации на 15-20% за счет исключения бюрократических пауз.
Иерархические связи и управление персоналом
Самая сложная зона — административное подчинение. PM-ы часто находятся в двойном подчинении: функционально (административно) — Директору по проектам, операционно — руководителю конкретного стрима. Чтобы избежать конфликтов, должностная инструкция директора департамента управления проектами должна четко фиксировать право оценки KPI менеджеров проектов, независимо от того, какой функциональный руководитель ими руководит в моменте.
Кейс: Конфликт при распределении премий. Функциональный лид хотел премировать PM-а за «лояльность», а Директор по проектам — за соблюдение сроков и бюджета. В итоге была внедрена система, где 60% оценки ставит Директор по проектам (по hard metrics) и 40% — функциональный руководитель (по soft skills). Экспертный вывод: административная власть над PM-ами должна быть консолидирована у Директора по проектам, иначе он превращается в «секретаря по расписанию» без реальных рычагов влияния.
Вывод
Идеальная матрица полномочий исключает ситуацию, когда один человек принимает решение, а другой несет за него ответственность. Начинать внедрение нужно с фиксации лимитов по бюджету (до 10% резерва) и четкого разделения: CTO отвечает за архитектуру, Директор по проектам — за сроки и ресурсы, CEO — за стратегический приоритет. Избегайте модели «согласование со всеми», внедряйте принцип одного финального решающего голоса (Decision Owner) для каждой категории задач, иначе стоимость управления проектами превысит выгоду от их реализации.