Проекты тоже нужно уметь вовремя останавливать — Андрей Комлев, директор портфеля продуктов развития ГК «Проектная ПРАКТИКА», рассказывает, как гейты помогают не тратить ресурсы зря в корпоративном Блоге на портале Т-Бизнес секреты. Гейтовый подход позволяет регулярно оценивать проект и принимать решение: продолжать работу, отправить на доработку, приостановить или закрыть проект.Но как сделать так, чтобы контрольные точки действительно помогали бизнесу, а не превращались в очередную формальность и бюрократию?

Что вы знаете про гейтовую модель управления проектами? Почему её так любят в крупных компаниях и почему ровно столько же компаний от неё в итоге страдают

В этой статье

• Что такое гейт, если без занудства
• Как гейт‑модель устроена механически?
• Где гейтинг спасает проекты?
• Где гейтинг ломает проекты — антипаттерны.
• Когда гейт‑модель очень хороша
• Где гейт‑модель работает особенно мощно
• Как внедрить, чтобы не убить команду
• Автоматизация гейтового подхода — коротко о классе PPM систем
• Вместо заключения

Повод сесть и написать появился, когда я в десятый раз за год услышал одну и ту же историю.Компания утверждает на год тридцать инвестиционных проектов. До конца года доживает десять. Заявленный эффект дают три‑четыре. На прямой вопрос «Куда делись остальные деньги?» внятно не отвечает никто.

Что такое гейт, если без занудства

Гейт — точка на жизненном цикле проекта, где группа уполномоченных людей останавливает команду и принимает решение. Не «как у нас дела», не «расскажите, что сделали», не «все молодцы, идём пить кофе», а конкретный выбор из набора:

• продолжать;
• остановить;
• заморозить;
• отправить на доработку;
• продолжить, но с условиями.

Гейт‑модель состоит из двух чередующихся элементов:

1. Cтадий (Stage).
2. Ворот (Gate).

На стадии команда что‑то делает: изучает рынок, пишет технико‑экономическое обоснование, разрабатывает, тестирует, строит, опять разрабатывает.

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

Исторически подход старый. Его корни — в крупной инженерии и химической промышленности 1940‑х. Уже в 1958 году Американская ассоциация инженеров‑сметчиков (AACE) ввела четыре стандартных класса оценки стоимости, и каждый соответствовал своей фазе инвестиционного проекта.

В 1960‑х похожую логику переняла NASA — в их внутренней методологии было пять фаз с обязательными ревью между ними. В 1980‑х Роберт Купер популяризировал Stage‑Gate для разработки новых продуктов (NPD), и с тех пор слово «гейт» вошло в обиход не только у инженеров, но и у маркетологов, и у финансистов.

Самая понятная аналогия — таможенный КПП на границе. Нельзя проехать просто так: показываешь документы, пропускаешь груз через проверку, отвечаешь на вопросы. Могут развернуть, могут пропустить, могут вернуть на доработку. И это не «зло ради зла» — это единственный способ удержать под контролем поток, в котором без КПП быстро начинается хаос.

Как гейт‑модель устроена механически?

Типовых стадий в гейт‑модели обычно от пяти до семи.

Минимальный рабочий набор инвестпроекта выглядит примерно так:

1. Discovery, или «Идея». Появилась инициатива. Цель гейта на этом этапе — отсеять то, что заведомо не стоит даже изучать.
2. Scoping, первичная оценка. Быстрый взгляд на рынок, на техническую осуществимость, на риски. Не выжило — до свидания.
3. Бизнес‑кейс, он же ТЭО. Полноценное технико‑экономическое обоснование. Здесь уже выделяются деньги на серьёзную проработку.
4. Разработка / стройка / исследование — в зависимости от сути проекта. Собственно сама работа, которая тоже может быть разбита на 2‑3 гейта.
5. Тестирование и валидация. Проверка того, что получилось.
6. Внедрение, или вывод. Запуск в эксплуатацию или на рынок.
7. Постинвестиционный мониторинг. Через год‑два возвращаемся и проверяем — сбылись ли обещания, которые давали на старте.

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

Самое важное в гейте — собственно решение

Cooper и его последователи выделяют пять типовых вариантов:

1. Go — продолжаем, выделяем ресурсы на следующую стадию.
2. Kill — закрываем, потому что не прошёл критерии.
3. Hold — замораживаем: сейчас не время, но вернёмся позже.
4. Recycle — отправляем на доработку: идея хорошая, но что‑то надо пересмотреть.
5. Conditional Go — продолжаем с условиями: дополнительная экспертиза, изменённый бюджет, усиленный контроль.

И вот тут начинается самое интересное.

Многие компании честно проводят «гейты», на которых решения как такового нет. Комитет слушает статус, все солидно кивают, проект идёт дальше.

Почему?

Да потому что «отказаться неудобно», «спонсор настаивает», «уже столько вложили». В классической методологии это называется gate without teeth — «гейт без зубов». И именно такие гейты ломают всю модель.

Критерии прохождения — отдельная история.

Обычно они делятся на два типа:

1. Must meet («обязательные», проходные, knock‑out).
2. Should meet («желательные», оценочные).

Первые — это жёсткое да/нет: стратегическое соответствие, техническая реализуемость, соответствие требованиям безопасности.

Вторые — оценки по шкале: привлекательность рынка, синергии с существующими компетенциями, соотношение риска и доходности (NPV, IRR, payback period).

Хорошо настроенный гейт измеряет и то, и другое. Плохо настроенный — измеряет «общее впечатление».

Где гейтинг спасает проекты?

Если проект стоит пять миллиардов и длится пять лет, отсутствие гейтов — это управленческая безответственность.

Чтобы понять, где гейт‑модель реально полезна, проще всего посмотреть на тип проекта и на стоимость ошибки.

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

Если проект стоит пять миллиардов и длится пять лет, отсутствие гейтов — это управленческая безответственность.

Вот несколько зон, в которых гейт‑модель — не модная фишка, а необходимость:

1. Капитальные инвестиции (CAPEX). Строительство заводов, инфраструктуры, электростанций, добывающих комплексов. Здесь ошибка на ранней стадии стоит на порядки дороже, чем ошибка на поздней. Гейт, который остановит стройку на этапе ТЭО, экономит миллиарды.
2. Разработка новых продуктов (NPD), особенно с длинным циклом. Фарма — самый очевидный пример: там гейты вшиты в саму индустрию регулятором. Автомобилестроение — от концепта до конвейера пять‑семь лет. Здесь без гейтов просто невозможно управлять портфелем.
3. Государственные и национальные программы. Прямое требование регулятора: обосновать каждый шаг инвестиций. Федеральные целевые программы, нацпроекты, госпрограммы цифровизации — везде в той или иной форме присутствует гейт‑логика.
4. Регуляторно нагруженные отрасли. Ядерная энергетика, авиация, ВПК, фарма, химия — везде, где цена ошибки измеряется не только рублями, но и репутационными и регуляторными последствиями.

В качестве публичных примеров — пара кейсов, которые хорошо известны на российском рынке

Госкорпорация «Росатом» через свою информационную систему «Сириус» управляет инвестиционной деятельностью по так называемой гейтовой модели. Это уникальная методология оценки и мониторинга инвестиционных проектов, охватывающая около 350 предприятий и научных организаций дивизиона. Гейт‑модель там привязана к контрольным точкам финансирования: деньги выделяются не «на проект в целом», а «в привязке к графику достижения результатов». Не достиг очередного гейта — не получил следующий транш. И это, по сути, единственный способ удержать инвестиции под контролем в структуре такого масштаба.

ОАО «РЖД». Один из самых известных в России примеров автоматизации инвестпрограммы. На 17 опорных центров по всей сети железных дорог развёрнуто больше тысячи рабочих мест. Реализован полный цикл: от формирования инвестиционной программы до её контроля и постинвестиционного мониторинга. Без гейт‑модели физически невозможно реализовать такое — каждый проект на каждом этапе должен быть «привязан» к контрольной точке, иначе система превращается в «свалку» из тысяч заявок.

Олимпийские игры в Сочи 2014. Отдельный кейс: общий объём инвестиций — около 214 млрд рублей, управление портфелем олимпийских строительных объектов. Гейт‑модель — единственный способ удержать под контролем несколько сотен инфраструктурных проектов и контролировать все требования оргкомитета олимпийских игр, идущих параллельно и прикованных к жёсткой дате «должно быть готово к открытию».

Финансовая корпорация «УРАЛСИБ». Это показательный пример из финансового сектора. Более 600 пользователей системы, 200 инвестиционных проектов в работе одновременно. Гейт‑модель там решает очень конкретную задачу: минимизацию лоббизма и необоснованных проектов. Когда заявка инициатора проходит формальный гейт с критериями, лоббист уже не может «пробить» проект по знакомству — есть прозрачный ответ: не соответствует стратегии, IRR ниже порога, риски не покрыты.

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

Где гейтинг ломает проекты — антипаттерны.

Гейт‑модель — это инструмент. И как любой инструмент, он работает если его правильно настроить и использовать там, где он нужен, и вредит, если использовать не по назначению.

Есть много примеров хорошо настроенного гейтинга, но чаще встречается гейтинг плохой. И плохой гейтинг наносит больше вреда, чем полное его отсутствие

Вот пять моих антипаттернов:

1. Гейтов больше, чем стадий. Когда между двумя стадиями стоит три‑четыре согласования, проект умирает не от рынка, а от бюрократии. Видел компанию, где для запуска небольшого внутреннего IT‑проекта нужно было пройти «предварительный», «промежуточный», «уточняющий» и «финальный» гейты, на каждом пакет документов обновлялся и переподтверждался. К моменту последнего гейта потребность в самом проекте уже исчезла — конкуренты выпустили аналог. Победа формы над содержанием.
2. Резиновые гейты. Это когда гейт проводят, но решения на нём нет. Комитет слушает статус, все кивают, проект идёт дальше. Это типичная и очень опасная ошибка, она обесценивает всю модель. Если на гейте нельзя сказать «нет» — это не гейт, это отчёт. И всё, ради чего вы всё это затевали, не работает.
3. Слепые гейты. Критерии формально прописаны, но измеряют не то. Классический пример: меряют NPV проекта, но не меряют стратегическое соответствие. На выходе «выглядит хорошо по цифрам, но к нашей стратегии отношения не имеет». Или наоборот — меряют «стратегическое соответствие» экспертной оценкой одного человека, без формализованных критериев. Результат один: гейт‑комитет принимает решения не по модели, а по интуиции. В лучшем случае — по опыту. В худшем — по лоббизму.
4. Контроль только на входе. Гейты стоят на старте проекта — идея, ТЭО, запуск — а дальше проект выпадает из радаров. Идёт как идёт. Пройдёт три года, тогда разберёмся. Это самая дорогая ошибка из всех пяти, потому что основные деньги теряются не на этапе отбора, а на этапе реализации. Хороший гейт‑комитет встречается с каждым крупным проектом минимум раз в квартал — не чтобы послушать красивый отчёт, а чтобы принять решение по продолжению.
5. Гейтинг в Agile без адаптации. Это отдельная боль. Когда на IT‑проект со спринтами по две недели навешивают классическую гейт‑модель из шести фаз — она мгновенно ломает скорость команды. Сначала все сопротивляются, потом учатся обходить гейты (проводить их «постфактум», задним числом), потом вся модель превращается в фикцию для аудиторов.

Решение здесь — гибридная Agile‑Stage‑Gate‑модель (посмотрите работы Роберта Купера и Скотта Эджетта, если интересно): гейты остаются на уровне инициативы или продукта, а внутри стадии команда работает по Agile.

Но это — отдельная большая тема.

Главный (и очевидный, на самом деле) вывод: гейт‑модель — это инструмент. И как любой инструмент, он работает если его правильно настроить и использовать там, где он нужен, и вредит, если использовать не по назначению.

Плохая гейт‑модель — всегда хуже, чем отсутствие гейт‑модели

Когда гейт‑модель очень хороша

Попробуйте простой чек‑лист из семи пунктов. Вам стоит всерьёз задуматься о гейт‑модели, если:

• стоимость ошибки на одном проекте измеряется миллионами рублей или больше;
• в компании одновременно идёт 20+ проектов. Уже есть или планируется внедрение портфельного управления;
• инвестиционные решения принимаются децентрализованно — в разных филиалах, в разных департаментах, без единого контроля;
• регулятор прямо требует обоснования инвестиций (44‑ФЗ, 223‑ФЗ, требования ФСТЭК для ГИС, отраслевые стандарты);
• существует разрыв между стратегией, которую приняли на год, и операционным планом, по которому реально работают;
• проекты «не доходят» до результата — портфель растёт, а отдачи нет;
• в компании есть лоббисты, продвигающие «свои» инициативы в обход формальных процедур.

Если у вас совпало 3 пункта или больше — гейт‑модель окупится за полгода.

Если один‑два — возможно, вам пока хватит простой системы проектного учёта.

Если ноль — поздравляю: вы либо стартап из десяти человек, либо компания с жесткой вертикалью, где проекты скорее операционные, чем инвестиционные. Либо вы что‑то скрываете.

Где гейт‑модель работает особенно мощно

Экономика гейтинга в цифрах выглядит примерно так.

По данным Cooper и его Product Development Institute, типичная компания без формализованной гейт‑модели тратит около половины ресурсов на проекты, которые в итоге не приносят заявленной ценности. Введение «гейтов с зубами» — то есть гейтов, на которых действительно возможен kill — обычно сокращает эту долю до 20‑25%.

На масштабе хотя бы сотни проектов в портфеле это миллионы сэкономленных рублей в год. И заметьте — без всякого «продактивити‑буста» и волшебных практик, просто за счёт фильтрации. Хорошая метафора, которая обычно заходит: гейт — это фильтр для бюджета. Без фильтра деньги утекают сквозь пальцы. С фильтром — идут туда, где приносят отдачу. И чем больше поток, тем критичнее фильтр.

Где гейт‑модель работает особенно мощно:

• крупные холдинги с распределённой структурой (филиалы, дочерние общества);
• компании с длинным циклом возврата инвестиций — энергетика, добыча, инфраструктура;
• компании с CAPEX‑программами — стройки, модернизация производства;
• компании с распределенными центрами финансовой ответственности и сложной организационной структурой выделения денег;
• государственные и квазигосударственные структуры;
• регуляторно нагруженные отрасли.

Как внедрить, чтобы не убить команду

Если после всего сказанного вы решили, что гейт‑модель вам нужна, вот несколько правил, которые помогут не угробить её на старте.

Начинайте с 3‑4 гейтов, не больше. Минимальный рабочий набор выглядит так:

1. Гейт 0 — Идея. Проходит дальше или нет. Одночасовая встреча, простой чек‑лист.
2. Гейт 1 — Бизнес‑кейс. Стоит ли инвестировать в серьёзное ТЭО. Список документов уже побольше.
3. Гейт 2 — Запуск реализации. ТЭО готово, бюджет обоснован, ресурсы выделены — стартуем.
4. Гейт 3 — Контроль и закрытие. Проект завершился или идёт — что с результатом, что с постинвестмониторингом.

Всё. Шесть гейтов и семь стадий — это для зрелых организаций с отлаженным PMO и устоявшейся методологией.

На старте — не надо. Лучше запустить простую модель, которая реально работает, чем сложную, которую все боятся:

1. Пропишите критерии каждого гейта. Не «вот это нам нравится», а конкретные метрики: минимальный IRR, максимальный payback, обязательный список покрытых риск‑планов, стратегическое соответствие по матрице. Без критериев гейт превращается в очередное совещание. А совещаний у вас и так, наверное, хватает.
2. Ротация гейт‑комитета. Не одни и те же люди годами принимают решения — иначе через два года формируется «своё лобби», и гейт‑модель начинает защищать не интересы компании, а интересы своих. В крупных компаниях состав гейт‑комитета обычно пересматривается раз в год‑два.
3. Автоматизируйте рутину. Это критично, и об этом — следующий раздел. Если реестр проектов живёт в Excel, согласования — в почте, история решений — в головах двух‑трех людей, никакая методология не выживет на масштабе. Проверено не раз.
4. Периодически пересматривайте саму модель. Гейт‑модель не высечена в камне. Раз в год стоит посмотреть на неё свежим взглядом: что работает, что превратилось в ритуал, что можно упростить. Самый плохой вариант — внедрили один раз, забыли, и через пять лет все страдают от «традиционного» процесса, который уже никому не нужен.
5. Типовая ошибка внедрения: «давайте внедрим сразу все гейты из учебника». Это убивает энтузиазм команды на корню. Лучше запустить минимальную модель, проверить, что она реально работает, и потом постепенно расширять — по мере роста зрелости.
6. Обязательный контроль качества данных для принятия решений должен быть периодическим, стабильно запускаемым и контролируемым процессом актуализации информации по проектам, а не только режимом «все собрали к гейту». Частота зависит от масштаба: 1 раз в месяц или 1 раз в квартал точно.

Автоматизация гейтового подхода — коротко о классе PPM систем

При выборе PPM‑системы для внедрения часто проще и быстрее внедрить адаптированную систему, чем изменить утвержденную методологию.

Без автоматизации гейт‑модель на масштабе не выживает. Это не маркетинг, это, скорее, физика

Класс систем, который для этого существует, называется PPM — Project Portfolio Management. Исторически категория сформировалась в Gartner Magic Quadrant for PPM. Лидерами там долгое время были SAP PPM, HP PPM (он же Micro Focus PPM), Oracle Primavera, Microsoft Project Server/Online. В России сейчас всё это в активной фазе импортозамещения, и на рынке появилось несколько достойных отечественных решений.

Что должна уметь PPM‑система, чтобы реально поддерживать гейт‑модель, а не быть просто красивой обёрткой:

• реестр проектов и портфелей с разными представлениями;
• настраиваемый конфигуратор гейтов и стадий — без привлечения разработчиков;
• управление документами с версионностью;
• шаблоны бизнес‑кейсов и ТЭО;
• план‑фактный анализ и контроль КПЭ;
• управление рисками и запросами на изменение;
• интеграции с факт‑системами (1С / SAP) — нужно реальное подтверждение успешного освоения средств;
• геймификация процесса: команда может сделать только то, что разрешено методологией, а все спорные изменения подсвечиваются как потенциальные проблемы;
• дашборды для гейт‑комитета — чтобы решение принималось на основе данных, а не презентации;
• оповещения и эскалации — гейты не должны переноситься хаотично;
• аудиторский след — версионирование всех ключевых артефактов — кто, когда, на каком основании принял какое решение и какая информация приходила на вход для принятия решения.

Это минимальный набор. Если система не умеет хотя бы этого — это не PPM, это просто среда для хранения документов

Из российских решений, с которыми я сталкивался по работе:

1. АСУ‑Инвест (платформа, которую используют Росатом, РЖД и Правительство Москвы).
2. ИНТАЛЕВ (сильна в бюджетировании и стратегическом управлении).
3. ФОСФОР EPM (фокус на производительность и стратегию).
4. 1С:ERP ПМ (если вы уже в экосистеме 1С).
5. ELMA и Comindware (BPM‑ориентированные).

У каждой свой акцент, выбор сильно зависит от вашей отрасли и зрелости PMO.

Самое главное правило — не выбирайте по «функционалу», выбирайте по соответствию вашей методологии. Если система не поддерживает вашу модель гейтов, она будет мешать, а не помогать. Для PPM‑систем важны гибкость платформы и готовность подстроиться под ваши процессы: часто проще и быстрее внедрить адаптированную систему, чем изменить утвержденную методологию.

Вместо заключения

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

И последнее. Если у вас в компании уже есть что‑то похожее на гейт‑модель — попробуйте посмотреть на неё свежим взглядом:

1. Сколько гейтов?
2. Какая доля проектов реально «убивается» на ранних стадиях?.

Если честный ответ «ну, почти ни один не закрываем, все проходят» — у вас, скорее всего, не гейт‑модель, а ритуал одобрения. Это не плохо, но просто полезно понимать.

Был бы рад узнать, как устроено у вас. Поделитесь в комментариях: сколько гейтов в вашей компании, работают они или давно превратились в формальность, используете ли вы какую‑то PPM‑систему или пока обходитесь Excel или обычными системами управления проектами. Было бы интересно собрать картину по рынку.

Источник: https://secrets.tbank.ru/blogi-kompanij/pro-gejtovyj-podhod-dlya-upravleniya-proektami/
© Т-Бизнес секреты