Маршрут проекта

Опишите проект — получите маршрут от пресейла до закрытия: основные практики и причины их выбора, чего избегать и что проверит каждый гейт. Тот же ответ агент получает через plan_project.

Контекст проекта

Тип проектаПодход к реализацииНеопределённость (домен сложности)Модель договораМасштабРазмер проекта

Флаги

Гибридный подход: для каждого направления работ выбирайте свой подход (фазы и гейты — для управления проектом; внутри — итерации или поток). Элементы Scrum и Kanban — альтернативы: используйте одно из двух, а не оба сразу.

Ведущие школы:Гибридный подход Disciplined Agile PMBOK® Guide PRINCE2®Scrum Kanban DSDM / AgilePM

Как проходят гейты: Фазовый гейт: по одному на каждую фазу; внутри фазы — итерации или поток.

Пресейл

Квалифицировать сделку, сформировать решение, оценить его и согласовать коммерческие условия.

События

Основные практики

Оценканужно для G1: Оценка диапазоном

Также полезно (24)

рекомендуетсяУправление через гейты
рекомендуетсяВовлечение стейкхолдеров
рекомендуетсяКонтроль бюджета
рекомендуетсяУправление рисками
рекомендуетсяУправление выгодами
рекомендуетсяОценка неопределённости (Cynefin)
рекомендуетсяBusiness Model Canvas
рекомендуетсяФинансовый анализ
рекомендуетсяSWOT-анализ
рекомендуетсяОценка по аналогам
рекомендуетсяПараметрическая оценка
рекомендуетсяОценка по трём точкам (PERT)
рекомендуетсяПрогнозирование по референтному классу
рекомендуетсяКарта стейкхолдеров (влияние / интерес)
рекомендуетсяИнтервью
рекомендуетсяВоркшопы с фасилитатором
рекомендуетсяАнализ документов
рекомендуетсяMoSCoW
рекомендуетсяАнализ рисков (вероятность × воздействие)
рекомендуетсяПре-мортем
рекомендуетсяУправление допущениями
рекомендуетсяКонтекстная диаграмма
можно заимствоватьJTBD-интервью
можно заимствоватьПрототип, сгенерированный ИИ

Артефакты гейта

G0 · Решение об участии (bid / no-bid)

Стоит ли вообще браться за эту сделку?

G1 · Принятие обязательств

Можем ли мы взять обязательства по объёму, цене и подходу?

критичноКонтур решения
критичноОценка диапазоном
обязательноЖурнал допущений и исключений · можно исключить
критичноКоммерческое предложение (КП)
критичноДоговор / описание работ (SOW)
желательноМетрики успеха с базовыми значениями
желательноРеестр рисков (RAID)

Инициация и kick-off

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

События

основноеВнутренний kick-off
основноеKick-off с заказчиком

Основные практики

Управление рискаминужно для G2: Реестр рисков (RAID)
Инициация проектанужно для G2: Устав проекта, План управления проектом

Также полезно (13)

рекомендуетсяУправление через гейты
рекомендуетсяВедение журнала решений
рекомендуетсяВовлечение стейкхолдеров
рекомендуетсяПланирование коммуникаций
рекомендуетсяУправление бэклогом продукта
рекомендуетсяDefinition of Done
рекомендуетсяВизуальное управление
рекомендуетсяУправление уровнем услуг
рекомендуетсяОценка неопределённости (Cynefin)
рекомендуетсяРаспределение ответственности (RACI)
рекомендуетсяКарта стейкхолдеров (влияние / интерес)
рекомендуетсяПре-мортем
рекомендуетсяУправление допущениями

Артефакты гейта

G2 · Старт работ

Все ли готовы начать работу?

критичноУстав проекта
обязательноРеестр стейкхолдеров · можно исключить
обязательноМатрица RACI · можно исключить
обязательноПлан коммуникаций · можно исключить
критичноРеестр рисков (RAID)
желательноРабочие договорённости
критичноПлан управления проектом
обязательноБэклог продукта · можно исключить
обязательноDefinition of Done (согласованный текст) · можно исключить

Обследование (discovery)

Понять текущее состояние, стейкхолдеров и их реальные потребности; согласовать границу объёма.

События

Воркшопы по обследованию
основноеРевью объёма

Основные практики

Фиксация базового объёманужно для G3: Описание объёма
Воркшопы с фасилитаторомнужно для G3: Подтверждённые результаты выявления требований

Также полезно (33)

рекомендуетсяУправление через гейты
рекомендуетсяВовлечение стейкхолдеров
рекомендуетсяУправление жизненным циклом требований
рекомендуетсяПрототипирование и ранняя визуализация
рекомендуетсяBusiness Model Canvas
рекомендуетсяSWOT-анализ
рекомендуетсяДекомпозиция работ (WBS)
рекомендуетсяКарта стейкхолдеров (влияние / интерес)
рекомендуетсяИнтервью
рекомендуетсяАнализ документов
рекомендуетсяОпрос или анкета
рекомендуетсяФокус-группы
рекомендуетсяEvent storming
рекомендуетсяМозговой штурм
рекомендуетсяМоделирование потоков данных
рекомендуетсяМоделирование объёма
рекомендуетсяСоставление глоссария
рекомендуетсяКарта пользовательских историй (story mapping)
рекомендуетсяКликабельный прототип
рекомендуется5 почему
рекомендуетсяДиаграмма Исикавы
рекомендуетсяBPMN 2.0
рекомендуетсяБлок-схема
рекомендуетсяДиаграмма с дорожками
рекомендуетсяДиаграмма потоков данных (DFD)
рекомендуетсяКонтекстная диаграмма
можно заимствоватьJTBD-интервью
можно заимствоватьЭскизы на бумаге или доске
можно заимствоватьПрототип, сгенерированный ИИ
можно заимствоватьДерево текущей реальности
можно заимствоватьSIPOC
можно заимствоватьКарта потока создания ценности
можно заимствоватьКарта пути клиента

Артефакты гейта

G3 · Базовый объём

Достаточно ли хорошо мы понимаем потребности, чтобы их описать?

критичноПодтверждённые результаты выявления требований
критичноОписание объёма
желательноГлоссарий

Анализ

Превратить потребности в описанные, приоритизированные и проверяемые требования.

События

основноеУточнение бэклога
основноеРевью и подписание требований
основноеЗаседание совета по управлению изменениями (CCB)

Основные практики

Управление бэклогом продуктанужно для G4: Бэклог продукта
Прототипирование и ранняя визуализациянужно для G4: Макеты / вайрфреймы
Анализ нефункциональных требованийнужно для G4: Нефункциональные требования

Также полезно (40)

рекомендуетсяУправление через гейты
рекомендуетсяВедение журнала решений
рекомендуетсяУправление жизненным циклом требований
рекомендуетсяФиксация базового объёма
рекомендуетсяКонтроль изменений
рекомендуетсяDefinition of Ready
рекомендуетсяВоркшопы с фасилитатором
рекомендуетсяEvent storming
рекомендуетсяМоделирование потоков данных
рекомендуетсяМоделирование данных
рекомендуетсяВарианты использования и сценарии
рекомендуетсяПользовательские истории
рекомендуетсяКритерии приёмки и оценки
рекомендуетсяСпецификация на примерах (BDD)
рекомендуетсяАнализ бизнес-правил
рекомендуетсяСоставление глоссария
рекомендуетсяФункциональная декомпозиция
рекомендуетсяМоделирование состояний
рекомендуетсяМатрица ролей и прав
рекомендуетсяПриоритизация
рекомендуетсяMoSCoW
рекомендуетсяКарта пользовательских историй (story mapping)
рекомендуетсяСоздание вайрфреймов
рекомендуетсяКликабельный прототип
рекомендуетсяРевью и сквозные просмотры
рекомендуетсяBPMN 2.0
рекомендуетсяБлок-схема
рекомендуетсяДиаграмма с дорожками
рекомендуетсяUML-диаграмма деятельности
рекомендуетсяUML-диаграмма вариантов использования
рекомендуетсяUML-диаграмма состояний
рекомендуетсяДиаграмма потоков данных (DFD)
рекомендуетсяER-диаграмма (ERD)
рекомендуетсяТаблица решений / DMN
можно заимствоватьWSJF
можно заимствоватьМодель Кано
можно заимствоватьЭскизы на бумаге или доске
можно заимствоватьПрототип, сгенерированный ИИ
можно заимствоватьГрозовая туча (evaporating cloud)
можно заимствоватьЮзабилити-тестирование

Артефакты гейта

G4 · Готовность требований

Достаточно ли подробно описана ближайшая работа, чтобы её проектировать и разрабатывать?

критичноБэклог продукта · одно из
критичноКритерии приёмки
критичноМакеты / вайрфреймы · одно из · можно исключить
критичноПрототип · одно из
критичноНефункциональные требования
желательноСпецификации вариантов использования
желательноDefinition of Ready (согласованный текст)

Проектирование и планирование

Определить архитектуру, данные и интеграции; спланировать реализацию, риски, бюджет и ресурсы.

События

Ревью проектных решений
основноеПланирование релиза или фазы
основноеЗаседание управляющего комитета
основноеЗаседание совета по управлению изменениями (CCB)
основноеРевью рисков

Основные практики

План поставки на временной шкаленужно для G5: План поставки (таймлайн)
Управление рискаминужно для G5: Реестр рисков (RAID)
Планирование и контроль качестванужно для G5: Стратегия и план тестирования
Архитектура и проектирование решениянужно для G5: Проектные решения / описание архитектуры
Декомпозиция работ (WBS)нужно для G5: Иерархическая структура работ (WBS)
Моделирование данныхнужно для G5: Модель данных (ERD)

Также полезно (49)

рекомендуетсяУправление через гейты
рекомендуетсяУправление по отклонениям
рекомендуетсяСтатусная отчётность по реальным данным
рекомендуетсяВедение журнала решений
рекомендуетсяОрганизационные изменения и освоение
рекомендуетсяКонтроль изменений
рекомендуетсяПрототипирование и ранняя визуализация
рекомендуетсяОценка
рекомендуетсяУправление сроками
рекомендуетсяПланирование набегающей волной
рекомендуетсяВероятностное прогнозирование
рекомендуетсяКонтроль бюджета
рекомендуетсяУправление тестированием
рекомендуетсяУправление техническим долгом
рекомендуетсяТаймбоксинг
рекомендуетсяОценка по аналогам
рекомендуетсяПараметрическая оценка
рекомендуетсяОценка по трём точкам (PERT)
рекомендуетсяПрогнозирование по референтному классу
рекомендуетсяPlanning Poker
рекомендуетсяМоделирование Монте-Карло
рекомендуетсяМетод критического пути
рекомендуетсяМозговой штурм
рекомендуетсяМоделирование потоков данных
рекомендуетсяАнализ нефункциональных требований
рекомендуетсяФункциональная декомпозиция
рекомендуетсяМоделирование состояний
рекомендуетсяМатрица ролей и прав
рекомендуетсяСоздание вайрфреймов
рекомендуетсяКликабельный прототип
рекомендуетсяАнализ рисков (вероятность × воздействие)
рекомендуетсяПре-мортем
рекомендуетсяСпайк или проверка концепции (PoC)
рекомендуетсяРевью и сквозные просмотры
рекомендуетсяЗаписи архитектурных решений (ADR)
рекомендуетсяBPMN 2.0
рекомендуетсяДиаграмма с дорожками
рекомендуетсяUML-диаграмма деятельности
рекомендуетсяUML-диаграмма классов
рекомендуетсяUML-диаграмма последовательности
рекомендуетсяUML-диаграмма состояний
рекомендуетсяUML-диаграммы компонентов и развёртывания
рекомендуетсяДиаграмма потоков данных (DFD)
рекомендуетсяER-диаграмма (ERD)
рекомендуетсяМодель C4
рекомендуетсяДиаграмма Ганта
можно заимствоватьUI-дизайн высокой детализации
можно заимствоватьКвадрант технического долга
можно заимствоватьЮзабилити-тестирование

Артефакты гейта

G5 · Утверждение проектных решений и плана

Может ли команда разрабатывать без догадок и понимаем ли мы, когда будет результат?

критичноПроектные решения / описание архитектуры
критичноМодель данных (ERD) · можно исключить
желательноЖурнал архитектурных решений (ADR)
критичноИерархическая структура работ (WBS)
критичноПлан поставки (таймлайн)
обязательноПлан релизов · одно из · можно исключить
обязательноВероятностный прогноз · одно из · можно исключить
критичноСтратегия и план тестирования
обязательноМатрица ролей и доступа · можно исключить
критичноРеестр рисков (RAID)

Разработка

Поставить решение инкрементами или по фазам, контролируя качество.

События

Основные практики

Управление тестированиемнужно для G6: Тест-кейсы
Разработка и настройка решениянужно для G6: Инкремент
Автоматизация тестирования и TDDправило контекста
Непрерывная интеграцияправило контекста

Также полезно (55)

рекомендуетсяУправление через гейты
рекомендуетсяУправление по отклонениям
рекомендуетсяСтатусная отчётность по реальным данным
рекомендуетсяВедение журнала решений
рекомендуетсяВовлечение стейкхолдеров
рекомендуетсяУправление жизненным циклом требований
рекомендуетсяУправление бэклогом продукта
рекомендуетсяКонтроль изменений
рекомендуетсяDefinition of Ready
рекомендуетсяОценка
рекомендуетсяУправление сроками
рекомендуетсяПланирование набегающей волной
рекомендуетсяПлан поставки на временной шкале
рекомендуетсяВероятностное прогнозирование
рекомендуетсяКонтроль бюджета
рекомендуетсяУправление рисками
рекомендуетсяУправление проблемами и препятствиями
рекомендуетсяПланирование и контроль качества
рекомендуетсяDefinition of Done
рекомендуетсяКод-ревью
рекомендуетсяУправление техническим долгом
рекомендуетсяВизуальное управление
рекомендуетсяWIP-лимиты
рекомендуетсяМетрики потока
рекомендуетсяТаймбоксинг
рекомендуетсяНепрерывное улучшение
рекомендуетсяУправление релизами и развёртыванием
рекомендуетсяНепрерывная поставка
рекомендуетсяУправление инцидентами
рекомендуетсяУправление уровнем услуг
рекомендуетсяУправление извлечёнными уроками
рекомендуетсяPlanning Poker
рекомендуетсяМоделирование Монте-Карло
рекомендуетсяПользовательские истории
рекомендуетсяКритерии приёмки и оценки
рекомендуетсяСпецификация на примерах (BDD)
рекомендуетсяПриоритизация
рекомендуетсяАнализ рисков (вероятность × воздействие)
рекомендуется5 почему
рекомендуетсяДиаграмма Исикавы
рекомендуетсяРазбор инцидента без поиска виноватых
рекомендуетсяA/B-тестирование
рекомендуетсяСпайк или проверка концепции (PoC)
рекомендуетсяРевью и сквозные просмотры
рекомендуетсяЗаписи архитектурных решений (ADR)
рекомендуетсяKanban-доска
рекомендуетсяКумулятивная диаграмма потока (CFD)
рекомендуетсяДиаграмма Ганта
рекомендуетсяДиаграмма burn-up
можно заимствоватьУстойчивый темп
можно заимствоватьWSJF
можно заимствоватьДерево текущей реальности
можно заимствоватьГрозовая туча (evaporating cloud)
можно заимствоватьКвадрант технического долга
можно заимствоватьКарта потока создания ценности

Артефакты гейта

G6 · Готовность к тестированию

Достаточно ли готово решение для сквозной проверки?

критичноИнкремент
критичноТест-кейсы · одно из
критичноНабор автотестов · одно из
желательноЖурнал дефектов
обязательноРеестр технического долга / известные ограничения · можно исключить
желательноПримечания к релизу
желательноДокументация пользователя и администратора

Проверка и приёмка

Протестировать интегрированное решение и получить приёмку заказчика.

События

Основные практики

Управление тестированиемнужно для G7: Сценарии UAT, Журнал дефектов

Также полезно (6)

рекомендуетсяУправление через гейты
рекомендуетсяСтатусная отчётность по реальным данным
рекомендуетсяКонтроль изменений
рекомендуетсяУправление проблемами и препятствиями
рекомендуетсяПланирование и контроль качества
можно заимствоватьЮзабилити-тестирование

Артефакты гейта

G7 · Приёмка

Делает ли решение то, что нужно бизнесу?

критичноСценарии UAT · одно из
критичноКритерии приёмки · одно из
критичноАкт приёмки UAT
критичноЖурнал дефектов
обязательноУчебные материалы · можно исключить

Релиз и запуск

Развернуть решение в продуктивной среде, перенести данные, обучить пользователей и выполнить переключение.

События

Основные практики

Управление релизами и развёртываниемнужно для G8: План переключения / пошаговый регламент (runbook), План отката
Передача знанийнужно для G8: Модель поддержки и SLA

Также полезно (6)