Фундамент проектного управления: зачем нужна концепция и что будет, если её пропустить

В прошлом году к нам обратился заказчик – один из топ-руководителей крупной производственно-торговой компании с численностью штата более 500 человек, объединяющей собственное производство, маркетинговый блок, розничную сеть магазинов и офисные подразделения. Компания завершила 2025 год ростом выручки на 11% – на падающем рынке. При этом стратегический план предполагает рост на 30% ежегодно, начиная с 2026 года. Разрыв между текущим трендом и стратегическим ориентиром принципиальный – и именно проекты должны его закрыть.

В портфеле на 2026 год 140 инициатив, из которых 30 стратегических. Это в 2–3 раза больше, чем годом ранее. Все они связаны с цифровизацией, развитием CRM, e-commerce, расширением торговой сети и совершенствованием производственных процессов.

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

Все это – и стало точкой входа для нашей работы.

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

Первая – сверхцентрализованное принятие решений. Любая значимая инициатива в обязательном порядке проходила через собственника. Но прежде чем попасть к нему, решение должно было получить согласование более чем двадцати топ-руководителей. Среди них – директора по производству, дизайну, маркетингу, e-commerce, CRM, розничным продажам, торговой недвижимости и работе с персоналом торговых точек. Каждый из них обладал правом вето, и каждый пользовался им по-своему.

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

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

Драйвером проекта выступила Александра, руководитель направления по работе с клиентами. Именно её подразделение страдало от срывов сроков сильнее всего. Она обратилась с инициативой к руководству и убедила привлечь нас, как внешних консультантов, для создания концепции проектного управления. Путь от идеи до старта нашего проекта занял два месяца согласований, презентаций и убеждений – что само по себе красноречиво иллюстрирует проблему.

 

«Для разработки концепции проектного управления мы решили привлечь команду PMLogix, и на это было несколько причин. Во-первых, консультанты не пытались прийти с готовым стандартом, а были готовы учитывать наши процессы, культуру, специфику коммуникаций и принятия решений. Во-вторых, для нас была важна комфортность взаимоотношений, ощущение «на одной волне»: с консультантами PMLogix мы сразу нашли общий язык и взаимопонимание. И, наконец, нам очень импонировал оптимистичный настрой Андрея, спокойствие и выдержка при обсуждении трудных вопросов». Александра, руководитель направления по работе с клиентами.

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

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

Во-первых, стратегические цели компании напрямую зависят от успеха проектов. Рост выручки на 30% в год невозможно обеспечить операционной деятельностью – он требует системной реализации изменений. Во-вторых, текущая успешность проектов оценена компанией на 3,2 балла из 5 – то есть требует повышения. В третьих, количество проектов выросло в 2–3 раза по сравнению с прошлым годом: реализовать их в прежней модели физически невозможно.

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

Бюрократия. Руководители опасались, что проектное управление превратится в бесконечные отчёты и замедлит работу. Ответом стал принцип минимально необходимого набора инструментов с фокусом на главном – сроках и бюджете – и готовность отменять всё, что не работает на практике. Методология постоянно приводится в соответствие с реальностью.

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

Низкая приживаемость. Скептики сомневались, что практики приживутся. Здесь говорили факты: 82% организаций имеют проектные офисы, 80% успешных компаний – тоже. Эффективный проектный офис даёт 300% ROI в первый год. 38% компаний фиксируют улучшение успешности проектов. Прагматичный подход – не идеальное внедрение, а баланс между повышением успешности проектов и адекватным уровнем инвестиций.

Управляйте проектами без регламентов: живая цифровая модель

Концепция строилась по принципу последовательной логической цепочки: каждый следующий элемент вытекал из предыдущего. Ни один раздел не существовал сам по себе — все части были связаны между собой и разрабатывались с учётом уже сделанных шагов.

Шаг 1. От стратегических целей к проектам

Работу начала с самого верхнего уровня: стратегии компании. Логика простая – проекты существуют не в вакууме, они обеспечивают достижение стратегических целей. Значит, сначала нужно понять, какие цели стоят перед компанией и какие проекты их обеспечивают.

У бизнеса четыре стратегических приоритета: рост выручки на 30% ежегодно, улучшение здоровья бренда, повышение операционной эффективности и повышение лояльности команды. Под каждый приоритет — цели второго уровня с показателями, и под каждую цель — конкретные проекты. Это сразу показало, насколько проектная деятельность критична для компании: без успешной реализации проектов стратегия не выполняется.

Параллельно был сформирован реестр стратегических проектов – 30 приоритетных инициатив на 2026 год – и оценён масштаб портфеля в целом: 140 проектов, что в 2–3 раза больше, чем годом ранее. 

Шаг 2. Диагностика проблем

Прежде чем что-то строить, нужно было понять, что именно не работает. Диагностика проводилась в два этапа и охватывала десять участников из разных подразделений: CRM, e-commerce, HR, ИТ, юридический блок, маркетинг, недвижимость, производство, розничные продажи, финансы.

Первый этап – оценка результативности проектов. Самыми проблемными зонами по результативности оказались: выполнение сроков, выполнение бюджета, обеспечение приживаемости результатов, достижение финансовых и иных целей, удовлетворённость заинтересованных сторон. Средний балл по всем аспектам – 3,2 из 5. Наихудшие оценки получили аспекты – удовлетворенность сторон и выполнение сроков.

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

Второй этап – оценка системы управления проектами. Участники оценивали девять аспектов: сроки, бюджет, цели и эффекты, объём работ и требования к результатам, риски и проблемы, организация проекта и команда, коммуникации, приживаемость, знания. Здесь оценки уже расходились существенно: каждый видел систему через призму своего опыта. Наихудшие оценки – у аспекта управления знаниями (2,3 из 5) и организации команды (2,4 из 5). Лучшие – у бюджета (3,0 из 5), но и здесь ситуация далека от нормы.

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

Шаг 3. Инвентаризация проектов и типизация

Одновременно с диагностикой шла работа с реестром проектов компании. Все инициативы были изучены и сгруппированы в шесть типов по характеру создаваемого результата: внедрение и совершенствование процессов, автоматизация процессов, маркетинг, развитие торговой сети, e-commerce, создание продукта.

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

Для каждого типа были определены критерии отнесения инициативы к проекту. Например, чтобы инициатива по автоматизации процессов попала в категорию проектов, необходимо набрать от 2-х критериев – эффект от 50 млн. + кросс-функциональность (участие сотрудников из разных бизнес-направлений). А для инициативы e-commerce необходимо 3+ обязательных критериев, среди которых также эффект свыше 50 млн., значимость для стратегических целей и кросс-функциональность.

Шаг 4. Цели проектного офиса и показатели

Следующий шаг – перевод проблем в цели. Логика прямая: цель – это желаемое состояние, при котором проблема решена и больше не повторяется.

Среди ключевых целей проектного офиса, привязанных к аспектам, где чаще всего возникали проблемы, влияющие на бизнес: увеличение доли проектов, выполняемых в срок; сокращение срокам запуска проекта; повышение ценности от проектов. Всего было сформировано 17 целей по 7 критически важным аспектам. Также для каждой цели определён конкретный показатель – например, для цели «увеличить долю проектов, выполняемых в срок» показателем является процент выполненных в срок контрольных точек и процент проектов, завершённых в срок.

Шаг 5. Функции проектного офиса

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

Шесть базовых задач проектного офиса: 

• создание системы правил 
• создание системы принятия решений и коммуникаций
• обеспечение ресурсами
• управление проектами
• накопление и распространение знаний и компетенций
• создание комфортных условий 

Для каждого аспекта (сроки, бюджет, цели и эффекты, команда, риски, коммуникации, приживаемость, знания) функции были расписаны в разрезе этих задач. Это дало не абстрактный список, а структурированный набор действий, привязанных к реальным проблемам и целям. Например, есть аспект – сроки – и к нему привязана цель «Увеличить долю проектов, выполненных в срок». Под эту цель созданы функции под каждую из описанных выше задач. Например, к задаче «Создание системы правил» мы отнесли такие функции, как:

• Разработка и контроль выполнения правил планирования / изменения сроков проекта 
• Разработка и контроль выполнения правил мониторинга сроков
• Определение ответственных за сроки 
• Консультирование по планированию /изменению / мониторингу проектов
• Подготовка правил премирования команды за соблюдение сроков и предложений по премированию.

Шаг 6. Модель принятия решений

Центральный структурный элемент концепции – двухуровневая модель управления. Логика её появления вытекала из ограничений компании: пропускать все 140 проектов через единый орган означало воспроизвести ту же проблему перегрузки в новой оболочке.

На нижнем уровне – четыре портфельных комитета, специализированных по типам проектов: маркетинг, развитие торговой сети, e-com, создание продукта и сводный портфель (внедрение процессов плюс автоматизация). Каждый комитет принимает самостоятельные решения по проектам класса Б – с бюджетом до 50 млн рублей и эффектами до 100 млн рублей. Встречи – раз в месяц.

На верхнем уровне – управляющий комитет. Он принимает решения по всему портфелю компании в целом, по проектам класса А (бюджет от 50 млн рублей, эффекты от 100 млн рублей, стратегическая значимость) и по изменениям свыше 10% отклонений. Встречи – раз в месяц.

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

Шаг 7. Структура проектного офиса

Исходя из функций и реального кадрового ресурса была определена структура проектного офиса в трёх горизонтах.

На старте – три роли: руководитель проектного офиса, администратор портфеля, руководитель проекта. Плюс руководители проектов от функций. Цель этапа – подтвердить ценность проектного офиса, запустить работу коллегиальных органов, сформировать портфели, начать разработку методологии.

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

Через 12 месяцев – три администратора портфеля, шесть руководителей проектов, методолог, шесть администраторов проектов. Цель – полноценное внедрение методологии и расширение области управления на все проекты компании.

Для каждой роли прописаны ключевые задачи, допустимые должности и нормы управляемости: руководитель проекта от проектного офиса – не более 1–3 крупных или 6–10 малых проектов; администратор портфеля 6 больших или 20 малых проектов.

Шаг 8. Факторы успеха: сверка концепции с исследованием

Завершающий аналитический блок – сверка всех элементов концепции с восемью факторами успеха проектов, выявленными в российской практике (результаты исследования «Современные практики управления проектами 2023-2025» от Павла Алферова и московской школы управления «Сколково»). В частности:

• Экспертиза куратора: наличие повышает успешность в 1,5 раза, отсутствие снижает в 2,5 раза
• Вовлечённость куратора: повышает в 1,5 и снижает 3 раза
• Скорость принятия решений: повышает в 4 и снижает в 3 раза
• Ответы на вопросы «зачем, что, как, кто, чем» на этапе подготовки: повышает в 2,5 и снижает 1,5 раза
• Экспертиза руководителя проекта: повышает в 3 и снижает в 5 раз
• Полномочия руководителя проекта: повышает в 17 и снижает 3 раза
• Вовлечённость стейкхолдеров: повышает в 3 и снижает в 2 раза
• Наличие методологии: повышает в 1,5 и снижает 3 раза

Например, ролевая модель, цели проектного офиса и его функции в нашей концепции поддерживают такой фактор успешности, как полномочия руководителя проекта. А уровни и модель принятия решений влияет на фактор вовлеченности стейкхолдеров. 

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

Шаг 9. Дорожная карта

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

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

Ближе к финалу проекта возникла сложность, о которой часто забывают: мало только разработать концепцию – её нужно представить, причём сразу на нескольких уровнях организации. И требования этих уровней противоречат друг другу. Участникам рабочей группы требовалась подробная информация – чтобы все действительно все поняли и могли работать с концепцией дальше. Руководству для принятия решений, наоборот, требовалась выжимка ключевых моментов: детали на этом уровне не помогают, а мешают.

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

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

Каждый элемент концепции вытекает из предыдущего и служит основанием для следующего. Цели проектного офиса это решённые проблемы. Функции – это способы достижения целей. Структура проектного офиса – это распределение функций по ролям с учётом имеющегося штата людей. Модель принятия решений – это ответ на конкретную проблему перегрузки и размытости ответственности. Дорожная карта внедрения концепции – это последовательность шагов, вытекающая из понимания текущего состояния и желаемого результата.

 

«Информация и подходы, которыми с нами делились консультанты PMLogix, оказались ценны, прежде всего, своей универсальной применимостью – это не про один конкретный проект. У нас не раз возникало ощущение «почему я раньше так не делал?»: подсказки казались очевидными и при этом очень ценными – декомпозиция на продукты, проверка того, что ничего не потеряно, выстраивание логических цепочек, договорённость о результатах и понимание взаимосвязей между ними. Это правильный подход не только к конкретной задаче, но и к любой другой подобного рода. При этом мы хорошо поняли, что без отработки навыка такие инструменты не работают, – и теперь нам важно их тренировать». Александра, руководитель направления по работе с клиентами.

Концепция дала компании то, без чего портфель из 140 проектов невозможно реализовать системно:

• Единое согласованное понимание того, какие инициативы считать проектами и как ими управлять – вместо интуитивных договорённостей.
• Чёткую типологию проектов с критериями отнесения, которая позволяет перестать спорить о статусе инициативы и сразу переходить к делу.
• Двухуровневую модель управления, которая снимает перегрузку с собственника и топ-менеджмента и при этом сохраняет контроль над стратегически значимыми инициативами.
• Цели и показатели проектного офиса, привязанные к реальным проблемам компании – основу для оценки его эффективности с первого дня работы.
• Распределение ответственности между проектным офисом и подразделениями, учитывающее реальный кадровый ресурс.
• Дорожную карту развития на два года – понятный следующий шаг вместо ощу

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

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

 

«Я рекомендую PMLogix всем, кто столкнулся со сложностью внедрения проектного управления – особенно при объединении компаний, реструктуризации или трансформации, когда нужно заново навести порядок в том, как вести проекты. К ним стоит обращаться и тогда, когда работа проектного офиса со временем перестала приносить прежнюю пользу и нужно проанализировать ситуацию, чтобы возобновить её с нужным набором функций; и когда проект забуксовал и его требуется перезапустить – здесь консультанты готовы выступить как кризис-менеджеры, которые помогут разобраться, что не так. Команда умеет разбирать ситуацию от самого верхнего уровня до самого нижнего и обратно, декомпозировать и собирать её заново, поэтому способна помочь бизнесу разобраться, почему не достигаются цели – что не так с целями, командой или инструментами, – а также помочь сформулировать цели, разработать стратегию и затем сопровождать её реализацию». Александра, руководитель направления по работе с клиентами.