---
title: "Stage-gate \u043c\u043e\u0434\u0435\u043b\u044c \u2014 Dinext"
description: "\u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0441\u0442\u0430\u0434\u0438\u0439 \u043f\u0440\u043e\u0435\u043a\u0442\u0430, \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u043d\u044b\u0445 \u0442\u043e\u0447\u0435\u043a \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u0442\u0430\u0434\u0438\u044f\u043c\u0438 \u0441 \u0432\u0438\u0437\u0443\u0430\u043b\u044c\u043d\u044b\u043c \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u0435\u043c \u0446\u0435\u043f\u043e\u0447\u043a\u0438 \u0438 \u0441\u0432\u043e\u0434\u043d\u044b\u043c roadmap-\u043e\u0442\u0447\u0435\u0442\u043e\u043c."
space: "Docs"
url: "https://docs.dinext.ru/docs/biznes-funktsii/stage-gate-model"
updated: "2026-07-09"
---

# Stage-gate модель

## Назначение

Раздел описывает, как в Dinext организовать управление проектом по стадиям и контрольным точкам. Stage-gate модель помогает заранее определить, через какие этапы проходит проект, кто проверяет готовность результата на границе этапа и в какой момент можно двигаться дальше, возвращать проект на доработку или останавливать продвижение.

## Цели и задачи

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

## Для кого

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

## Основные понятия

- **Stage-gate модель** — подход к управлению проектом, при котором проект проходит через последовательность стадий, а переход между ними контролируется контрольными точками.
- **Стадия проекта** — управленческий этап проекта с собственными целями, ожидаемыми результатами и критериями перехода.
- **Модель управления** — типовой маршрут проекта: порядок стадий, правила их прохождения и состав контрольных точек для каждой стадии.
- **Контрольная точка** — точка принятия решения по результату стадии: продолжать проект, отправить на доработку, вернуть на предыдущий этап или остановить продвижение.
- **Уровень контрольной точки** — уровень управленческого контроля, например портфельный комитет, проектный комитет, рабочая группа или руководитель проекта.
- **Шаблон контрольной точки** — заранее настроенный набор требований и пунктов проверки для конкретной стадии и уровня контроля.
- **Подтверждающий материал** — документ, задача, результат встречи или другой объект, который подтверждает выполнение требования контрольной точки.

## Основные сущности / объекты

- **Реестр стадий проекта** — справочник стадий, которые организация использует в своих проектах.
- **Модель управления проектом** — карточка с последовательностью стадий, условиями перехода, ожидаемой длительностью и составом контрольных точек.
- **Шаблон контрольной точки** — заготовка для проверки результата стадии: уровень контроля, состав пунктов проверки и требования к подтверждающим материалам.
- **Стадия проекта** — рабочая карточка конкретного этапа внутри проекта, где видно место стадии в общей цепочке и её сроки.
- **Контрольная точка проекта** — карточка проверки по конкретной стадии: уровень контроля, ответственный, срок, статус и перечень требований.
- **Пункты проверки** — требования, которые нужно закрыть для прохождения контрольной точки: обязательность, исполнитель, статус, комментарии и ссылка на подтверждающий материал.
- **Roadmap-отчёт по Stage-gate** — сводный обзор стадий и контрольных точек по проектам на временной шкале.
- **Таблица проектов портфеля** — сводная таблица в карточке портфеля с датами, прогрессом работ, трудозатратами, P&L, активной стадией и руководителем проекта.

## Основные сценарии / процессы

### Подготовка справочников и модели управления

1. Методолог или администратор заранее определяет, какие стадии используются в организации: например, инициирование, планирование, реализация и завершение.
2. Для каждой стадии он задаёт ожидаемый результат и понимает, на каком уровне будет приниматься решение о переходе дальше.
3. Затем настраиваются шаблоны контрольных точек: какие требования нужно проверить, какие пункты обязательны и какие подтверждающие материалы должны быть приложены.
4. После этого собирается модель управления проектом: в ней фиксируется порядок стадий, ожидаемая длительность и шаблон проверки для каждой стадии.
5. Готовая модель становится типовым шаблоном для проектов со схожей логикой прохождения этапов.

### Назначение модели проекту

1. Руководитель проекта или администратор открывает карточку проекта и выбирает для него модель управления.
2. После сохранения Dinext формирует для проекта цепочку стадий и соответствующих контрольных точек.
3. В верхней части карточки проекта появляется визуальная последовательность стадий, по которой можно быстро понять текущее положение проекта.
4. Из этой цепочки можно перейти в карточку стадии или контрольной точки и уточнить текущее состояние проверки.
5. Если модель управления нужно заменить у уже работающего проекта, Dinext предупреждает пользователя: текущая цепочка стадий архивируется, а для проекта создается новая версия цепочки. Старые стадии и контрольные точки не удаляются, но больше не участвуют в актуальном виджете и отчетах.

![Карточка проекта с назначенной Stage-gate моделью и цепочкой стадий](/files/stage-gate-proekt-cepochka-stadiy.png)

![Меню быстрых переходов из карточки проекта](/files/stage-gate-proekt-view-menu.png)

![Меню действий в карточке проекта](/files/stage-gate-proekt-actions-menu.png)

### Работа со стадией проекта

1. Пользователь открывает стадию проекта из визуальной цепочки в карточке проекта.
2. В карточке стадии он видит название этапа, место этой стадии в общей цепочке, предыдущую и следующую стадии, а также условия входа и выхода.
3. Это помогает понять, что должно быть подготовлено до перехода на следующий этап и с каким результатом стадия считается завершённой.
4. В карточке стадии ведутся плановые и фактические даты начала и окончания. Если пользователь уточняет **фактическую дату начала**, Dinext синхронизирует с ней **плановую дату начала** стадии; при необходимости корректируется и плановая дата окончения, чтобы стадия корректно отображалась на временной шкале и в отчётах.
5. При переводе стадии в рабочее или завершённое состояние система может автоматически проставить фактические даты, если они ещё не заполнены.

### Подготовка и прохождение контрольной точки

1. Руководитель проекта или ответственный открывает контрольную точку из цепочки стадий.
2. В карточке контрольной точки он видит уровень контроля, ответственного, срок прохождения и перечень требований, которые нужно закрыть перед проверкой.
3. Для каждого пункта можно указать исполнителя, отметить статус выполнения, оставить комментарий и приложить подтверждающий материал.
4. После подготовки материалов контрольная точка передаётся на рассмотрение.
5. В ходе проверки статус контрольной точки меняется по мере работы: черновик, проверка, согласовано, отклонено или отменено.
6. Если контрольная точка согласована, проект можно двигать дальше по цепочке стадий. Если точка отклонена, команда возвращается к доработке требований и материалов.
7. При каждом **сохранении** контрольной точки Dinext пересчитывает признак **«Чек-лист выполнен»**: он устанавливается только когда **все** пункты проверки находятся в терминальном статусе («Выполнено» или «Отменено»). Если хотя бы один пункт снова открыт, признак сбрасывается. Это условие используется при отправке контрольной точки на согласование.
8. Если для контрольной точки включено требование **«Требуется согласованная оценка стадии»** (из шаблона stage-gate), признак «Чек-лист выполнен» **не устанавливается**, пока для текущей стадии нет **согласованной карточки оценки** проекта. На форме точки отображается виджет оценки со статусом и ссылкой на карточку. Подробнее — в разделе [Скоринг проектов](../скоринг-проектов/Скоринг%20проектов.md).
9. Если пункт проверки требует подтверждающий материал, его нельзя закрыть без ссылки на документ, задачу, результат встречи или другой артефакт. Обязательные пункты проверки нельзя просто удалить из контрольной точки: сначала нужно изменить правило обязательности в настройке.

### Что меняется после согласования

1. Когда контрольная точка получает положительное решение, это фиксирует готовность результата стадии к переходу дальше.
2. Руководитель проекта и контролирующие роли видят, что стадия прошла проверку и проект можно продвигать по утверждённой модели.
3. Если решение отрицательное, история проверки сохраняется, а команда проекта получает основание для доработки результата стадии.

### Контроль по roadmap-отчёту

1. Пользователь открывает roadmap-отчёт по Stage-gate и выбирает период анализа.
2. При необходимости он ограничивает выборку по портфелю, проекту, руководителю проекта, модели управления, **типу и статусу проекта**, а также включает фильтр **«Только активные»** — тогда на график попадают проекты с признаком активности в карточке.
3. В отчёте на временной шкале отображаются стадии проекта и связанные с ними контрольные точки.
4. Дополнительно можно включить отображение **вех**, **фаз и этапов** (типов задач) и отдельных **задач** — они выводятся отдельными дорожками под стадиями, чтобы Stage-gate контур был виден рядом с рабочим планом.
5. Для задач (кроме вех) на полосе показывается **степень выполнения** — в подсказке и цветовой заливке; для вех процент не отображается.
6. Проекты на оси Y можно упорядочить по **прогнозным датам** начала или завершения из карточки проекта — кнопки сортировки находятся в панели инструментов графика.
7. Флажок **«Показать стадии»** управляет видимостью стадий и контрольных точек; если отключить все типы элементов, система вернёт отображение стадий, чтобы график не остался пустым.
8. По клику на элемент на временной шкале, при наличии прав, можно перейти к карточке стадии, контрольной точки или задачи.
9. **Просроченные** стадии и контрольные точки (с признаком просрочки) на графике выделяются **красной обводкой**, чтобы их было проще заметить среди остальных элементов.
10. Ниже визуальной части отчёта выводится детализация, которую удобно использовать для портфельного мониторинга и управленческих обзоров.

**Быстрый переход к отчёту:**

- Из **карточки проекта** — через меню просмотра или действий, либо по ссылке на roadmap; при открытии из проекта фильтры периода и проекта подставляются автоматически.
- Из **карточки портфеля проектов** — меню **View → Projects Stage Roadmap** (Дорожная карта этапов проектов) с фильтром по выбранному портфелю.

![Roadmap-отчёт по Stage-gate с визуальным обзором стадий и контрольных точек](/files/stage-gate-roadmap-otchet.png)

### Таблица проектов в карточке портфеля

1. Руководитель портфеля открывает **карточку портфеля проектов** и переходит к таблице проектов портфеля.
2. В таблице отображаются сводные показатели по каждому проекту: тип, **приоритет**, **общий статус**, **активная стадия**, заказчик, подразделение, руководитель проекта, группы колонок по датам, работам, трудозатратам и P&L.
3. **Общий статус проекта**, **приоритет** и **активная стадия** показываются **цветными плашками** — те же цвета, что используются в списках, отчётах и карточках проекта. Статусы контроля по срокам, бюджету, ресурсам и рискам (Schedule/Budget/Resources/Risks) отображаются текстом, без плашек.
4. Группа «Даты» показывает ожидаемые даты проекта. Группа «Работы» показывает плановый процент по календарному интервалу и фактический процент выполнения из карточки проекта.
5. Группа «Трудозатраты» показывает план всего проекта, план на текущую дату, факт и прогноз. Группа P&L показывает план, план на текущую дату, факт и прогноз по финансовому контуру; если финансовый модуль не используется, Dinext показывает доступный базовый финансовый показатель проекта.
6. В панели таблицы можно добавить проект в портфель или удалить его из портфеля. Удаление требует подтверждения, чтобы пользователь не исключил проект случайно.
7. Через меню **View** из карточки портфеля можно открыть roadmap-отчёт с предустановленным фильтром по этому портфелю, а также перейти к финансовому отчету по проектам.
8. Значения в колонках типа проекта, приоритета, общего статуса, стадии и во всех подколонках групп «Даты», «Работы», «Трудозатраты» и «P&L» **выровнены по центру**; заголовки колонок также центрированы.
9. При наведении на строку проекта курсор меняется на указатель; **клик по строке** открывает карточку соответствующего проекта.

**Скриншот:** Таблица проектов в карточке портфеля с цветными плашками статуса, приоритета и стадии. Изображение `stage-gate-portfolio-tablica-proektov.png` будет добавлено после загрузки assets.

## Правила и ограничения

- Доступ к настройке стадий, моделей управления, шаблонов и отчёта зависит от ролей и прав пользователя.
- Смена модели управления у уже работающего проекта архивирует текущую цепочку стадий и контрольных точек и создает новую версию цепочки, поэтому такое изменение нужно выполнять осознанно.
- Переход между стадиями должен опираться на готовность результата и прохождение контрольной точки, а не только на календарный срок.
- Полезность Stage-gate модели напрямую зависит от дисциплины заполнения сроков, статусов, комментариев и подтверждающих материалов.
- Если проект не попадает в roadmap-отчёт, в первую очередь нужно проверить период, состав фильтров и наличие у проекта заполненной Stage-gate цепочки.
- При уточнении фактических дат Dinext может автоматически скорректировать плановые сроки стадии, чтобы сохранить согласованность временной шкалы и отчётности.
- Стадия может быть запланированной, активной, пропущенной, завершенной, отмененной. Пропуск стадии должен соответствовать настройке модели управления.
- Контрольную точку нельзя отправить на рассмотрение, пока не закрыт чек-лист. Если требуется согласованная оценка стадии, дополнительно нужна согласованная карточка оценки.
- Пункт проверки с обязательным подтверждением нельзя закрыть без ссылки на подтверждающий материал.
- Просрочка стадии или контрольной точки не считается для завершенных, отмененных и пропущенных элементов.

## Результаты / отчетность

- В проекте появляется наглядная цепочка стадий и контрольных точек.
- Руководитель проекта и контролирующие роли видят, какие требования должны быть выполнены для прохождения этапа.
- По каждой стадии и контрольной точке фиксируются сроки, статус проверки и подтверждающие материалы.
- Руководители проектов и портфелей получают единый обзор по стадиям и контрольным точкам по проектам и периодам.
- Руководитель портфеля видит в карточке портфеля сводную таблицу проектов с активной стадией, руководителем, датами, прогрессом, трудозатратами и P&L.
- Проектный офис получает показатели по контрольным точкам: на рассмотрении, завершено, отклонено, а также распределение проектов по стадиям и ответственных по контрольным точкам.
- Организация может использовать Stage-gate модель как основу для стандартизированного принятия решений по проектам.

## Типовые вопросы и ошибки (FAQ)

### Чем стадия отличается от контрольной точки?

Стадия — это управленческий этап проекта. Контрольная точка — это момент проверки результата стадии и принятия решения о дальнейшем движении проекта.

### Что хранится в модели управления проектом?

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

### Что произойдет, если поменять модель управления у проекта?

Dinext предупредит пользователя перед изменением. После подтверждения текущая цепочка стадий и контрольных точек архивируется, а для проекта создается новая актуальная цепочка по выбранной модели. Это не удаляет историю, но меняет то, что будет отображаться в карточке проекта и отчетах как текущая Stage-gate цепочка.

### Зачем нужен чек-лист в контрольной точке?

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

### Можно ли связать контрольную точку с результатом или документом?

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

### Почему пункт проверки не закрывается без вложения или ссылки?

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

### Откуда берется руководитель проекта в таблице портфеля?

Dinext определяет руководителя по команде проекта и проектной роли руководителя. Если в команде несколько таких участников, в таблице показывается несколько значений.

### Что означают план и факт в группах «Работы», «Трудозатраты» и P&L в таблице портфеля?

В группе «Работы» плановый процент рассчитывается по календарному интервалу проекта, а факт берется из процента выполнения проекта. В группе «Трудозатраты» сравниваются план, план на текущую дату, факт и прогноз по трудозатратам. В группе P&L аналогично сравниваются план, план на текущую дату, факт и прогноз по финансовым данным проекта.

### Где смотреть общий обзор по Stage-gate проектам?

Для этого используется roadmap-отчёт по Stage-gate, в котором можно анализировать стадии и контрольные точки по проектам, периодам и портфелям.

### Можно ли открыть карточку стадии прямо из roadmap-отчёта?

Да. Если у пользователя есть права на просмотр, он может открыть связанную карточку стадии или контрольной точки прямо из визуального roadmap в отчёте.

### Почему проекта нет на графике roadmap?

Проверьте фильтры отчёта: период, портфель, проект, руководителя, модель управления и другие ограничения выборки. Убедитесь, что для проекта сформирована Stage-gate цепочка, а сами стадии попадают в выбранный период.

### Почему при снятии флажка «Показать стадии» он снова включается?

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

### Откуда на графике берётся сортировка по «прогнозным» датам?

Для упорядочивания проектов используются ожидаемые даты начала и завершения из карточки проекта. Их стоит поддерживать в актуальном состоянии, если вы ориентируетесь на сортировку roadmap.

### Что означает процент на полосе задачи в roadmap?

Это **степень выполнения** задачи по данным её карточки; для **вех** процент не показывается. Подробнее о задачах — в разделе [Задачи](../задачи/Задачи.md).

### Когда чек-лист контрольной точки считается выполненным?

При **сохранении** контрольной точки Dinext проверяет статусы всех пунктов проверки. Признак «Чек-лист выполнен» устанавливается только если каждый пункт в статусе «Выполнено» или «Отменено». Пока хотя бы один пункт открыт или снова переведён в работу, признак сбрасывается — отправка на согласование будет недоступна до полного закрытия чек-листа.

Если для точки требуется **согласованная оценка стадии**, дополнительно должна быть согласованная карточка оценки проекта для текущей стадии (см. [Скоринг проектов](../скоринг-проектов/Скоринг%20проектов.md)).

### Как на roadmap отличить просроченные стадии и контрольные точки?

Элементы с признаком просрочки выделяются **красной обводкой** на временной шкале. Это помогает быстро найти этапы и проверки, срок которых уже истёк.

## Связанные темы

- [Проекты](../проекты/Проекты.md)
- [Скоринг проектов](../скоринг-проектов/Скоринг%20проектов.md)
- [Задачи](../задачи/Задачи.md)
- [Результаты](../результаты/Результаты.md)
- [Статус-отчетность](../статус-отчетность/Статус-отчетность.md)
- [Панели и дашборды](../../сервисы-платформы/панели-и-дашборды/Панели и дашборды.md)
