Title here
Summary here
Как мы переложили функциональную модель Pre-FEED на процессную: опыт управления крупным НГХК-проектом
14 августа 2026 г. Управление, Инвестиционное проектирование, Процессный подход, Кейсы Игорь Краев7
Опыт перехода от функциональной иерархии к процессному управлению на этапе Pre-FEED: как мы перестроили оргструктуру, внедрили тандемное управление и сформировали 18 процессов для подготовки инвестиционного проекта НГХК.
В этой статье мы делимся опытом трансформации управления крупным инвестиционным проектом. Задача: перейти от функциональной модели управления («генеральный директор — директора — начальники отделов») к процессной модели на этапе Pre-FEED проекта строительства нефтегазохимического комплекса (НГХК) мощностью 7 млн тонн переработки нефти в год с глубиной переработки 97,2%.
Эта статья — практический кейс применения методологии, описанной в книге «Государство как система» (Части III и IV). Мы показываем, как теория превращается в практику: от функциональной иерархии к системе взаимосвязанных процессов и тандемов.
1. Исходная ситуация: функциональная модель управления
На старте этапа Pre-FEED проект управлялся по классической функциональной модели. Как это выглядело:
graph LR
classDef func fill:#f8cecc,stroke:#b85450,stroke-width:2px
classDef exec fill:#d5e8d4,stroke:#82b366,stroke-width:2px
classDef supp fill:#fff2cc,stroke:#d6b656,stroke-width:2px
GD[Генеральный директор] --> TD[Технический директор]
GD --> PM[Зам. по проектному управлению]
GD --> GR[Зам. по взаимодействию
с органами власти и инвесторами] TD --> TD1[Отдел землевладения] TD --> TD2[Конструкторский отдел] TD --> TD3[Отдел строительства] TD --> TD4[Отдел технологий] TD --> TD5[Отдел внешних связей] PM --> PM1[Аналитический отдел] PM --> PM2[Отдел кадров] PM --> PM3[Отдел интеграции] GR --> GR1[Московское представительство] GD --> F[Финансовый отдел] GD --> L[Юридический отдел] GD --> O[Отдел обеспечения] GD --> S[Секретариат] GD --> B[Служба безопасности] class GD func class TD,PM,GR func class TD1,TD2,TD3,TD4,TD5,PM1,PM2,PM3,GR1 exec class F,L,O,S,B supp
с органами власти и инвесторами] TD --> TD1[Отдел землевладения] TD --> TD2[Конструкторский отдел] TD --> TD3[Отдел строительства] TD --> TD4[Отдел технологий] TD --> TD5[Отдел внешних связей] PM --> PM1[Аналитический отдел] PM --> PM2[Отдел кадров] PM --> PM3[Отдел интеграции] GR --> GR1[Московское представительство] GD --> F[Финансовый отдел] GD --> L[Юридический отдел] GD --> O[Отдел обеспечения] GD --> S[Секретариат] GD --> B[Служба безопасности] class GD func class TD,PM,GR func class TD1,TD2,TD3,TD4,TD5,PM1,PM2,PM3,GR1 exec class F,L,O,S,B supp
Что работало: иерархия чёткая, ответственность формально распределена, каждый знает своего непосредственного руководителя.
Что не работало:
| Проблема | Проявление | Потери |
|---|---|---|
| Функциональные колодцы | Каждый отдел оптимизирует свой участок, но не видит весь поток | Решения принимаются локально, а страдает весь проект |
| Размытая ответственность за стыки | Стык между отделами — «ничья земля» | Задержки на передаче информации — дни и недели |
| Один владелец — одна оптика | Каждый руководитель видит проблему со своей позиции | Системные ошибки, которые не видит никто по отдельности |
| Решения по интуиции, а не по данным | Нет единой системы показателей | Управление «по ощущениям», а не по фактам |
| Бюджет обсуждается, а не защищается | Каждый отдел просит деньги за свой участок | Война ведомств за ресурсы вместо выбора лучшего варианта |
Цена этих проблем на этапе Pre-FEED: задержки в принятии решений на 2–3 недели, пересчёты 30–50% объёма инжиниринговых работ, потеря доверия инвесторов из-за неструктурированной документации, увеличение срока Pre-FEED на 2–3 месяца.
Вывод: функциональная модель не способна эффективно управлять сквозными процессами на этапе Pre-FEED. Нужна другая архитектура управления.
2. Целевая модель: процессное управление в тандемах
Мы перешли от функциональной иерархии к системе взаимосвязанных процессов, управляемых тандемами владельцев — по принципу, описанному в книге «Государство как система» .
graph TD
classDef tand fill:#f8cecc,stroke:#b85450,stroke-width:2px
classDef proc fill:#fff3e0,stroke:#e65100,stroke-width:1px
classDef supp fill:#e8f5e8,stroke:#1b5e20,stroke-width:1px
subgraph УПРАВЛЕНЧЕСКИЕ_ПРОЦЕССЫ
D1[17. Стратегическое управление
Тандем: ГД + ТД] D2[18. Коммуникации и презентации
Тандем: ТД + Аналитик] end subgraph ОСНОВНЫЕ_ПРОЦЕССЫ B1[1. Формирование команды
и тандемов] B2[2. Базис проектирования] B3[3. Инжиниринг] B4[4. Выбор технологий] B5[5. Оценка CAPEX] B6[6. Финансовая модель] B7[7. Pre-FEED Package] B8[8. Data Room] end subgraph ОБЕСПЕЧИВАЮЩИЕ_ПРОЦЕССЫ C1[9. Земельно-разрешительная] C2[10. Организационно-штатная] C3[11. Бухгалтерский учёт] C4[12. Юридическое сопровождение] C5[13. АХО] C6[14. Документооборот] C7[15. Физическая безопасность] C8[16. Информационная безопасность] end D1 --> B1 D1 --> B2 D1 --> B3 D1 --> B4 D1 --> B5 D1 --> B6 B3 --> B4 B4 --> B5 B5 --> B6 B6 --> B7 B7 --> B8 C1 --> B2 C1 --> B3 C2 --> B1 C4 --> B4 C4 --> B6 class D1,D2 tand class B1,B2,B3,B4,B5,B6,B7,B8 proc class C1,C2,C3,C4,C5,C6,C7,C8 supp
Тандем: ГД + ТД] D2[18. Коммуникации и презентации
Тандем: ТД + Аналитик] end subgraph ОСНОВНЫЕ_ПРОЦЕССЫ B1[1. Формирование команды
и тандемов] B2[2. Базис проектирования] B3[3. Инжиниринг] B4[4. Выбор технологий] B5[5. Оценка CAPEX] B6[6. Финансовая модель] B7[7. Pre-FEED Package] B8[8. Data Room] end subgraph ОБЕСПЕЧИВАЮЩИЕ_ПРОЦЕССЫ C1[9. Земельно-разрешительная] C2[10. Организационно-штатная] C3[11. Бухгалтерский учёт] C4[12. Юридическое сопровождение] C5[13. АХО] C6[14. Документооборот] C7[15. Физическая безопасность] C8[16. Информационная безопасность] end D1 --> B1 D1 --> B2 D1 --> B3 D1 --> B4 D1 --> B5 D1 --> B6 B3 --> B4 B4 --> B5 B5 --> B6 B6 --> B7 B7 --> B8 C1 --> B2 C1 --> B3 C2 --> B1 C4 --> B4 C4 --> B6 class D1,D2 tand class B1,B2,B3,B4,B5,B6,B7,B8 proc class C1,C2,C3,C4,C5,C6,C7,C8 supp
Что изменилось:
Вместо отделов — процессы. Мы выделили 18 процессов на этапе Pre-FEED: 8 основных (создают Pre-FEED Package), 8 обеспечивающих (поддерживают основные), 2 управленческих (принимают стратегические решения) .
Вместо единоличных руководителей — тандемы. Каждый процесс управляется тандемом: Стратегический владелец (A) утверждает решения, Операционный владелец (R) организует их исполнение.
Вместо формальных KPI — три операционных показателя : Выработка (скорость создания ценности), Запасы (объём незавершённых работ), Операционные расходы (затраты на выполнение).
Вместо отчётов по почте — горизонтальные SLA между процессами и автоматическая передача данных.
3. Ключевое решение: тандемное управление
Центральное изменение — переход на тандемное управление . Тандем — это два равноправных руководителя, которые вместе отвечают за один процесс.
Принцип тандема:
flowchart LR
subgraph ТАНДЕМ
A[Стратегический владелец A] -->|Утверждает стратегию| D[Решение]
R[Операционный владелец R] -->|Организует исполнение| D
D --> R2[Результат процесса]
end
В чём смысл тандема:
| Аспект | Единоличное управление | Тандемное управление |
|---|---|---|
| Ответственность | Один человек | Два человека, равная ответственность |
| Оптика | Одна проекция реальности | Две взаимодополняющие проекции (объёмное видение) |
| Принятие решений | Единоличное, скорость выше, качество ниже | Совместное, скорость ниже, качество выше |
| Коррупционная устойчивость | Низкая — достаточно подкупить одного | Высокая — нужны оба |
| Стыки | Через начальника | Через межтандемные стыковки |
Распределение ролей в тандемах на нашем проекте:
В каждом процессе мы закрепили Стратегического и Операционного владельца. Например:
| Процесс | Стратегический владелец (A) | Операционный владелец (R) | Принцип тандема |
|---|---|---|---|
| Стратегическое управление | Генеральный директор | Технический директор | «Стратегия + Исполнение» |
| Инжиниринг и проектирование | Аналитик и интегратор | Технический директор | «Содержание + Процедура» |
| Получение финансирования | Генеральный директор | Московский представитель | «Стратегия + Финансы» |
| Разработка Pre-FEED Package | Технический директор | Аналитик и интегратор | «Содержание + Процедура» |
| Земельно-разрешительная деятельность | Генеральный директор | Технический директор | «Стратегия + Исполнение» |
Подробная таблица всех 18 процессов с распределением ролей — в статье «18 процессов этапа Pre-FEED» .
4. Как мы строили тандемы: три основных качества
Для работы в тандемах мы отбирали людей по трём критериям, описанным в книге «Государство как система» :
4.1. Личное смирение — способность отказаться от роли «единственного авторитета»
В тандеме мнение каждого — всего лишь одно из двух. Решение принимается не приказом, а через совместный анализ данных. Это требует от руководителя готовности признать: «Я могу ошибаться. Давай посмотрим на проблему с твоей стороны».
Как проверяли: в ходе отбора давали задачу и наблюдали, как кандидат реагирует на критику своих идей. Если защищается и переводит стрелки — не подходит. Если слушает, задаёт уточняющие вопросы и действительно учитывает замечания — подходит.
4.2. Интеллектуальная честность — готовность признать, что твоя идея не работает
Без этого качества тандем превращается в бесконечный спор адвокатов, где каждый защищает свою позицию вместо поиска истины. Мы проверяли через анализ прошлых ошибок: если кандидат говорит «мы недооценили» вместо «я недооценил» — признак отсутствия интеллектуальной честности.
4.3. Способность воспринимать критику как рабочий инструмент, а не как личный выпад
В тандеме критика — это не конфликт, а обратная связь. Мы встроили её в процедуру: на каждой встрече цикла выработки решений есть этап «критический разбор». Критика направлена на идею, а не на автора. Правило: «Не “твоя идея плохая”, а “у этого варианта есть такой-то недостаток”».
flowchart LR
subgraph ЦИКЛ_ВЫРАБОТКИ_РЕШЕНИЯ
A[1.Анализ данных] --> B[2.Генерация идей]
B --> C[3.Критический разбор]
C --> D[4.Прото-решение]
D --> E[5.Тестирование]
E --> F[6.Доработка]
F --> G[7.Подписание]
G -->|Возврат к данным| A
end
Цикл выработки решения в тандеме — семь встреч . Каждое решение проходит полный цикл, прежде чем становится обязательным к исполнению.
5. Что мы получили в результате
Переход от функциональной модели к процессной дал измеримые результаты:
| Показатель | До перехода | После перехода | Эффект |
|---|---|---|---|
| Время принятия ключевых решений | 5–10 дней | 2–3 дня | Сокращение на 50–70% |
| Количество пересчётов в инжиниринге | 5–8 итераций | 2–3 итерации | Сокращение на 60% |
| Срок разработки Pre-FEED Package | 6–8 месяцев | 4–5 месяцев | Сокращение на 30–40% |
| Успешность встреч с инвесторами | 30–50% | 70–90% | Рост на 40% |
| Время на Due Diligence (комплексную проверку) | 2–3 месяца | 1–1,5 месяца | Сокращение на 50% |
Ключевые уроки, которые мы вынесли:
Процессное управление на Pre-FEED работает. Оно позволяет сократить время подготовки инвестиционного проекта на 30–40% по сравнению с функциональной моделью.
Тандемы — не роскошь, а необходимость. Один владелец процесса неизбежно ограничен своей «оптикой». Два владельца видят процесс объёмно и принимают решения лучшего качества.
Критика — это не конфликт, а обратная связь. Если встроить критику в процедуру и научить людей работать с ней, она становится мощнейшим инструментом улучшения качества решений.
Данные — единственный судья. В тандеме не голосуют и не бегут к начальнику. Если есть разногласие — возвращаются к данным.
Культура управления меняется через процедуру, а не через лекции. Семь встреч цикла выработки решений, правило двух подписей, горизонтальные SLA — это не бюрократия, а технология мышления.
6. Следующие шаги
Наша команда продолжает работу по внедрению процессного управления. Мы:
- Дорабатываем регламенты по каждому из 18 процессов Pre-FEED
- Настраиваем автоматизированный сбор данных по трём операционным показателям для каждого процесса
- Запускаем обучение всех участников тандемов по методологии процессного управления
- Готовим переход на этап FEED с той же процессной архитектурой управления
7. Материалы по теме
| Материал | Описание | Ссылка |
|---|---|---|
| 18 процессов этапа Pre-FEED | Полный разбор всех процессов — основных, обеспечивающих и управленческих | Читать |
| Что такое процессный подход | Методология: три показателя, пять шагов, ограничение системы | Читать |
| Процессное управление под ключ | Комплексная услуга внедрения от диагностики до сопровождения | Читать |
| Книга «Государство как система» | Части III и IV — о формировании процессной команды и тандемном управлении | Читать |
Хотите так же?
Мы поможем перевести вашу команду с функциональной модели на процессную — на любом этапе: от Pre-FEED до промышленной эксплуатации.
Что мы делаем:
- Диагностика текущей модели управления и выявление потерь
- Проектирование процессной архитектуры под ваши задачи
- Внедрение тандемного управления и горизонтальных SLA
- Обучение команды методологии процессного управления
- Сопровождение до устойчивого результата
Запишитесь на бесплатную консультацию — и мы покажем, какую экономию вы получите в первые 3 месяца.