Stage-gate модель

Назначение

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

Цели и задачи

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

Для кого

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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?

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

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

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

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

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

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

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

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