Stage-Gate Process

В исследовании PDMA 2012 года сравнивали компании по доле успешных новых продуктов. У лучших она составила 82 %, у остальных 59 %. Опрос не утверждает, что разрыв в 23 пункта объясняется каким-то одним процессом. Но он показывает цену вопроса: от того, как компания отбирает, проверяет и закрывает проекты, зависит почти четверть успешных запусков. Stage-Gate Process — самый известный способ навести в этом порядок. Путь продукта от идеи до запуска делится на стадии (stages), где команда работает. Между стадиями стоят ворота (gates), где руководство оценивает результат и принимает решение: продолжать или закрыть (Go/Kill).

Метод разработал Роберт Купер (Robert G. Cooper) в середине 1980-х. Он обобщил исследования того, чем команды-победители в разработке новых продуктов отличаются от проигравших. Название Stage-Gate® — зарегистрированный товарный знак компании Stage-Gate Inc. В отрасли используют и нейтральное название phase-gate. По словам самого Купера, к 2000 году такой системой пользовались почти 75 % разработчиков продуктов в США.

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

Происхождение и исследовательская база Stage-Gate Process

Инженерные предшественники: поэтапные проверки

Делить большой проект на фазы с обязательной проверкой между ними начали задолго до появления самого термина. Обзоры практиков возводят эту идею к структурированному управлению сложными инженерными и промышленными проектами 1940-х годов. Широкую известность она получила в 1960-е: в годы космической гонки NASA применяло процесс поэтапных проверок (phased review process), чтобы миссии выполнялись успешно.

Подробностей схемы NASA в первоисточниках нет. Поэтому распространённые пересказы с точным числом фаз здесь не повторяются. Ключевое отличие от Купера: проверка NASA контролировала исполнение, а ворота Купера оценивают бизнес-перспективу и прямо предусматривают закрытие проекта.

Роберт Купер и бенчмаркинг победителей

В интервью для Wellspring Купер подтверждает, что «изобрёл» Stage-Gate в середине 1980-х как дорожную карту для замысла, разработки и запуска новых продуктов. Процесс он не придумал умозрительно, а спроектировал по результатам собственных исследований. Stage-Gate International прямо пишет, что модель опирается на бенчмаркинговые исследования. Логику этой линии хорошо передаёт название главы Купера в «PDMA Handbook of New Product Development» (2-е издание, 2004): «New Products: What Separates the Winners from the Losers» — «Новые продукты: что отличает победителей от проигравших».

Модель не застыла в первой версии. По словам Купера, в 1990-е и 2000-е она улучшалась каждый раз, когда исследования выявляли очередной фактор успеха. В Европу процесс пришёл в середине 1990-х: сначала в Скандинавию, затем в немецкоязычные страны. Сегодня Stage-Gate International продвигает его как процесс «от открытия до запуска» (Discovery-to-Launch) внутри более широкой рамки Innovation Performance Framework™.

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

Что известно об эффективности — и откуда эти цифры

Чаще всего цитируют четыре цифры:

• Исследование AC Nielsen 2010 года, на которое ссылается Купер: строгая система стадий и ворот увеличивает продажи новых продуктов в 6,5 раза.

• Stage-Gate International: от 63 до 78 % компаний, использующих процесс, достигают целей по прибыльности.

• Материал Stage-Gate International 2015 года: при фокусе на клиенте доля рыночных успехов вдвое выше, а продуктивность — в 4,5 раза.

• Опрос Construction Industry Institute 2009 года из строительной отрасли: заказчики, которые вкладывались в предпроектное планирование с воротами, экономили в среднем 8 % на проектах модернизации. Это уже за вычетом дополнительных инженерных затрат, которые обычно составляют 2–5 % стоимости строительства.

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

Оптимизация процесса: работы 2002 года

К началу 2000-х систематический процесс «от идеи до запуска» уже был у большинства компаний. Купер, Скотт Эджетт (Scott J. Edgett) и Элко Клейншмидт (Elko J. Kleinschmidt) выпустили двухчастную статью «Optimizing the Stage-Gate Process: What Best-Practice Companies Do» (2002) о том, как лидеры делают процесс быстрее и результативнее.

В первой части описана новая стадия «Открытие» (Discovery) перед входом в процесс. Её ввели потому, что прорывных идей не хватало. Во второй части речь идёт о самих воротах. Лучшие компании делают их жёсткими, оценивают проекты по балльной карте (scorecard), вовлекают в решения высшее руководство, проводят виртуальные и самоуправляемые ворота. Главное: они связывают ворота с управлением портфелем, чтобы получить правильный состав, баланс и число проектов при ограниченных ресурсах.

Контекст этой работе задают Мелисса Шиллинг (Melissa A. Schilling) и Чарльз Хилл (Charles W. L. Hill) в статье 1998 года «Managing the New Product Development Process». Успешная разработка должна одновременно максимально соответствовать нуждам клиента и минимизировать время вывода на рынок. Эти цели часто противоречат друг другу, и все последующие версии Stage-Gate пытаются примирить их.

Гибриды с Agile (2014–2016)

Анита Фриис Соммер (Anita Friis Sommer) с соавторами сравнили семь технологичных компаний (2014). Вывод: линейный процесс, включая традиционный Stage-Gate, не поддерживает итеративные циклы и внешнее сотрудничество современной разработки. Гибрид работает лучше даже улучшенного Stage-Gate: ворота остаются на стратегическом уровне, а на уровне исполнения работает Scrum.

Купер в статье «Agile–Stage-Gate Hybrids» (2016) показывает, что тренд начался в IT и только потом пришёл в производство физических продуктов. Выгоды гибрида — более быстрые релизы, лучшая реакция на меняющиеся требования клиентов, улучшение коммуникации и морального духа команды. При этом Agile приходится адаптировать под «железо». Эдивандро Конфорто (Edivandro Carlos Conforto) и Даниэл Амарал (Daniel Capaldo Amaral) в эмпирическом анализе 2016 года подтвердили положительный эффект гибрида. Они выделили два критических условия: диагностику организационных факторов до внедрения и согласование визуальных досок Agile с традиционными информационными системами процесса ворот.

Расширения: открытые, отраслевые и предпринимательские версии

• Открытые инновации. Юхан Грёнлунд (Johan Grönlund), Давид Шёдин (David Sjödin) и Юхан Фришаммар (Johan Frishammar) на примере компании из нефтегазового апстрима (2010) предложили «открытую» модель Stage-Gate. На каждых воротах явно рассматривается импорт и экспорт знаний и технологий.

• Медицинские изделия. Ян Пицш (Jan Benjamin Pietzsch) с коллегами (2009) построили модель с учётом ужесточения регуляторных требований и роли решений о возмещении затрат. До их работы, по словам авторов, всеобъемлющей опубликованной модели в отрасли не было.

• Бизнес-модели интернета вещей. Ян Теш (Jan F. Tesch) с соавторами (2017) провели 27 экспертных интервью в восьми компаниях. Даже при популярности радикально новых подходов в процессах создания бизнес-моделей обнаружились две главные точки решения, то есть те же ворота.

• Предпринимательство. Брюс Бэррингер (Bruce B. Barringer) и Эми Гресок (Amy R. Gresock) (2008) использовали модель для формализации исследования и планирования до запуска нового бизнеса.

• Государственный сектор. Министерство энергетики США применяет процесс к технологическим программам. Министерство здравоохранения США строит на модели Купера ревью IT-инвестиций.

«Что дальше» и пятое поколение

В статье «What's Next?: After Stage-Gate» (2014) Купер признаёт: на вопрос «что после Stage-Gate» он долго не имел ответа. Одни компании эволюционно ускоряют модель, другие совершают почти революцию. Единства в том, какой должна быть следующая система, нет. В статье о пятом поколении (2022), через 40 лет после появления метода, он сводит улучшения к нескольким линиям:

• картирование потока создания ценности, чтобы убрать бюрократию;

• параллельная работа вместо строго последовательной;

• итерации «сделать — проверить» на протяжении всей разработки;

• ужесточение ворот ради фокуса на конвейере проектов.

Ключевые идеи и принципы Stage-Gate Process

1. Принцип: работа идёт в стадиях, решения принимаются на воротах

   Модель разбивает сложный и часто хаотичный путь от открытия до запуска на небольшие стадии и ворота. На стадиях выполняется проектная работа, на воротах проводится бизнес-оценка и принимается решение Go/Kill. Каждая следующая стадия дороже предыдущей. Поэтому ворота работают как система пошагового выделения денег: компания покупает информацию малыми порциями и снижает неопределённость до того, как вложится по-крупному. Проект может войти в процесс на той стадии, которая ему соответствует, — так устроена программа Министерства энергетики США. Но в каждый момент он находится только в одной стадии, и для каждой следующей нужен план работ.

   Число стадий в источниках различается, и это расхождение полезно знать. Stage-Gate International описывает шесть стадий (от нулевой до пятой) и ворота между ними. Глоссарий Planisware описывает пятиступенчатый процесс с четырьмя точками проверки. Сами компании почти всегда настраивают число стадий под себя, при этом принципы остаются прежними.

2. Принцип: Стадия 0 — Открытие (Discovery)

   Предварительная работа, цель которой — найти возможности и сгенерировать идеи. По работе 2002 года, сюда входят:

   • система сбора и обработки идей;

   • исследование голоса клиента (voice of customer), в том числе «жизнь бок о бок» с клиентами и работа с пользователями-новаторами;

   • построение сценариев;

   • более эффективное использование фундаментальных исследований.

   Инструменты этой стадии близки к практикам непрерывных продуктовых исследований.

3. Принцип: Стадия 1 — Скоупинг (Scope)

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

4. Принцип: Стадия 2 — Бизнес-обоснование (Business Case)

   Гораздо более детальное изучение с первичными рыночными и техническими исследованиями. Учебный курс IP Business Academy делит эту стадию на четыре части:

   • определение и анализ продукта и проекта;

   • построение бизнес-обоснования;

   • план проекта;

   • технико-экономическая оценка (feasibility study).

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

5. Принцип: Стадия 3 — Разработка (Develop)

   Детальное проектирование и создание продукта. Сюда же относится проектирование операционных или производственных процессов, которые будут его выпускать. Именно здесь в гибридных моделях появляются спринты Scrum.

6. Принцип: Стадия 4 — Тестирование и валидация (Test and Validate)

   Испытания на рынке, в лаборатории и на производстве. Они подтверждают, что работают сам продукт, его маркетинг и производство. Стадия отвечает на вопрос «купят ли и сможем ли мы это стабильно делать», а не только «работает ли прототип».

7. Принцип: Стадия 5 — Запуск (Launch)

   Коммерциализация: начало полноценного производства или операций, маркетинга и продаж. В программе Министерства энергетики США эта стадия называется Commercialization и выполняется промышленным партнёром. Это напоминание, что запуск может делать не та организация, которая финансировала разработку.

8. Принцип: все ворота устроены одинаково

   Stage-Gate International подчёркивает, что структура у всех ворот одна. По логике метода у каждых ворот три элемента:

   • входы — результаты (deliverables), которые команда обязана принести;

   • критерии — по ним оценивают проект;

   • выход — решение и, если проект продолжается, утверждённый план и ресурсы следующей стадии.

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

9. Принцип: решение — выбор из вариантов, а не подпись

   Базовая пара — Go и Kill. В государственной практике это решение go/no-go: без «go» от уполномоченного руководства проект дальше не идёт. Stage-Gate International в четвёртом из своих шести принципов говорит о решениях на основе вариантов (options-based decisions). На практике, в том числе во фрейме OrgDevTools, используют четыре исхода:

   • Go — продолжить и выделить ресурсы;

   • Hold — приостановить: проект хорош, но сейчас нет ресурсов или он уступает другим;

   • Recycle — вернуть на доработку недостающих результатов;

   • Kill — закрыть окончательно.

   Ворота, на которых никогда не говорят «Kill», не отбирают проекты, а только задерживают их.

10. Принцип: привратники и роли

    Решение на воротах принимают привратники (gatekeepers) — руководители, которые владеют нужными ресурсами. Работа 2002 года прямо называет вовлечение высшего руководства практикой лидеров. Министерство здравоохранения США добавляет два требования: чётко прописанные роли и подготовку, при которой все участники изучают материалы до встречи. Для небольших проектов допустимы виртуальные и самоуправляемые ворота.

11. Принцип: балльная карта и связь с портфелем

    Проектов всегда больше, чем ресурсов. Поэтому лидеры оценивают проекты на воротах по балльной карте и встраивают ворота в управление продуктовым портфелем. Отдельный проект может пройти все критерии и всё равно получить Hold, если в портфеле есть более ценные кандидаты. Ворота отвечают на вопрос «хорош ли проект», портфель — на вопрос «лучше ли он остальных».

12. Принцип: клиент в центре каждой стадии

    Stage-Gate International называет фокус на клиенте ключом номер один. Идеи проверяют голосом клиента уже на входе. Дальше концепции тестируют, рано показывают прототипы, измеряют намерение купить и проводят пробы у клиентов. Цель — продукт с уникальными преимуществами и ценностным предложением сильнее, чем у конкурентов. Для формулировки «работы», ради которой клиент купит продукт, подходит Jobs to Be Done.

13. Принцип: проработка на входе решает исход

    Успех или провал продукта часто определяется ещё до разработки — на этапе предварительной работы (upfront activities). Строительные данные это подтверждают: изменения на ранних стадиях сильнее всего влияют на итоговую стоимость и сроки. Стоят они относительно немного.

14. Принцип: масштаб процесса подбирают под проект

    «Один размер на всех» не работает — это прямо говорит Stage-Gate International. Для небольших понятных проектов возможна упрощённая трёхфазная версия. Процесс подстраивают под тип инноваций. Сфера применения модели:

    • разработка новых продуктов;

    • НИОКР (R&D), где ворота дробят неопределённость на управляемые части;

    • капиталоёмкие проекты;

    • оценка технологий, бизнес-моделей и стратегических инициатив.

    Учебный пример ProjectManager — запуск сайта в шести стадиях:

    1. исследование рынка;

    2. дизайн;

    3. фронтенд-разработка;

    4. контент;

    5. бэкенд;

    6. запуск.

    Пример показывает, что ворота применимы и вне «железа». Видно и другое: такой проект почти не несёт рисков, ради которых процесс придумывали.

15. Принцип: Stage-Gate и Agile — разные уровни

    В классическом Stage-Gate продукт обычно определён в начале, в Agile он эволюционирует по ходу работы. Современный ответ — не выбирать одно из двух. Ворота принимают инвестиционные решения, а Agile организует работу внутри стадий. Для крупных программ, работающих по SAFe, контрольные точки (milestones) SAFe совмещают с воротами. Близкую по духу логику мелких проверяемых шагов даёт цикл Build-Measure-Learn.

    Ворота решают, стоит ли вкладывать дальше. Спринты решают, как сделать работу. Путаница уровней — главный источник споров «Stage-Gate против Agile».

Ограничения, слепые зоны и критика Stage-Gate Process

Типовые ошибки при внедрении Stage-Gate Process

1. Ошибка 1: ворота превращаются в формальность.

   Комитет почти всегда говорит «Go». Процесс существует на бумаге, но ничего не отсеивает. Конвейер разбухает, ресурсы размазываются тонким слоем, и все проекты движутся медленно. Команды быстро понимают, что ворота — ритуал, и перестают готовить к ним честные данные.

   Как избежать

   объявить Kill и Hold нормальными исходами, а не провалом команды. Раз в квартал считайте долю решений Go: если она близка к 100 %, ворота не работают. Закрытый на ранних воротах проект празднуйте как сэкономленные деньги.

2. Ошибка 2: расплывчатые критерии.

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

   Как избежать

   до начала стадии записать проверяемые критерии. Обязательные (must-meet) работают как да/нет, желательные — как баллы. «Есть рыночный потенциал» превращается, например, в «подтверждён объём сегмента и интерес у пяти целевых клиентов».

3. Ошибка 3: один тяжёлый процесс для всех проектов.

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

   Как избежать

   разделить проекты по риску и масштабу. Для крупных — полный процесс. Для малых — упрощённая трёхфазная версия или самоуправляемые ворота. Правило отнесения проекта к тому или иному пути должно быть записано.

4. Ошибка 4: Hold без даты пересмотра.

   «Приостановленный» проект продолжают тихо финансировать. Или наоборот: он навсегда застревает в Hold, потому что никто не хочет говорить «Kill». Hold становится способом избежать неудобного решения.

   Как избежать

   каждое решение Hold сопровождать датой пересмотра и условием возобновления. На паузе работа реально останавливается. Если к дате условие не наступило, вопрос выносят на Kill.

5. Ошибка 5: экономия на стадиях до разработки.

   Команда проскакивает Открытие, Скоупинг и Бизнес-обоснование, потому что «и так понятно». Первые клиентские данные появляются уже после разработки. Именно на ранних стадиях дешевле всего менять решение. Пропуск проработки на входе переносит ошибки туда, где их исправление стоит дороже всего.

   Как избежать

   сделать голос клиента обязательным результатом для ворот 1 и 2. Не пускать проект в разработку без утверждённого определения продукта — целевого рынка, концепции, цены и позиционирования.

6. Ошибка 6: одинаково жёсткие ворота для новинок и улучшений.

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

   Как избежать

   для радикальных проектов оценивать на ранних воротах качество обучения (что проверили, что опровергли), а не точность прогнозов. Строить стадии из итераций «сделать — проверить» и допускать пересмотр спецификаций.

План внедрения Stage-Gate Process

1. Месяц 1: диагностика и рамка. Составьте список всех текущих проектов разработки с затраченными ресурсами и статусом. Назначьте исполнительного спонсора программы. По опыту Stage-Gate International, без видимой поддержки руководства процесс не приживается. Стопроцентное согласие не нужно, но нужно рабочее большинство. Решите, какие типы проектов пойдут через полный процесс, а какие — через упрощённый. Зафиксируйте свои стадии и их названия.

2. Месяц 2: проектирование ворот. Для каждых ворот запишите три элемента: обязательные результаты, критерии и формат решения. Критерии разделите на обязательные и балльные. Назначьте привратников — тех, кто распоряжается ресурсами следующей стадии. Пропишите роли и правило подготовки: материалы рассылаются заранее, участники приходят прочитав их. Закрепите правило Hold: обязательная дата пересмотра.

3. Месяц 3: пилот. Проведите через новые ворота два-три реальных проекта на разных стадиях. Фиксируйте каждое решение письменно, включая хотя бы одно честное Kill или Recycle, если критерии не выполнены. После каждых ворот соберите обратную связь: сколько времени ушло на подготовку и какие критерии оказались непроверяемыми.

4. Месяц 4: настройка под типы проектов. Создайте облегчённую трёхфазную версию для малых проектов и правило отнесения проекта к пути. Для проектов с высокой неопределённостью встройте итерации «сделать — проверить» и спринты внутри стадии Разработки. Ранние критерии переформулируйте под проверенные гипотезы.

5. Месяц 5–6: связь с портфелем и метрики. Подключите ворота к портфельному обзору: при нехватке ресурсов проекты сравниваются между собой, а не только с критериями. Введите метрики самого процесса: долю решений Go, Kill и Recycle по воротам, время прохождения стадий, долю запусков, достигших целевых показателей. Отслеживать результативность программы — один из десяти советов Stage-Gate International.

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

   Признак работающего процесса — не число проведённых ворот, а доля проектов, закрытых до дорогих стадий, и доля запусков, выполнивших бизнес-обоснование.

Как реализовать этот план с помощью фрейма «Stage-Gate Process» в OrgDevTools

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

Книги по теме Stage-Gate Process

• Роберт Купер — «New Products: What Separates the Winners from the Losers», глава 1 в «PDMA Handbook of New Product Development» (2004, 2-е издание). Из неё взята исходная логика метода: процесс построен на сравнении команд-победителей и проигравших.

• Роберт Купер, Скотт Эджетт, Элко Клейншмидт — «Optimizing the Stage-Gate Process: What Best-Practice Companies Do», части I и II (2002, статьи в журнале Research-Technology Management). Из них взяты стадия «Открытие», жёсткие ворота с балльной картой, виртуальные и самоуправляемые ворота, связь с портфелем.

• Роберт Купер — «Agile–Stage-Gate Hybrids» (2016, статья). Из неё взята модель гибрида: ворота для инвестиционных решений, Agile для исполнения, с поправками для физических продуктов.