Сценарное планирование открывают, когда проект живёт в условиях высокой неопределённости: разные варианты scope, ресурсных ограничений, решений по срокам, зависимостей или внешних событий могут резко изменить картину. Если PM держит только один «основной» план, он слишком быстро ломается от реальности.
Что это за подход
Scenario planning полезно как работа с несколькими возможными картинами развития. Для PM это способ заранее видеть развилки и готовить не один хрупкий ответ, а набор осмысленных реакций на разные варианты.
Практически это работает не как «придумаем всё, что может случиться», а как выбор 2-3 реальных сценариев, которые действительно могут изменить решение по сроку, объёму, ресурсу или порядку действий. Если сценариев становится слишком много, PM уже не планирует, а размазывает внимание и откладывает выбор.
Когда он нужен
- высокий уровень неопределённости;
- проект сильно зависит от внешних условий или решений;
- есть несколько правдоподобных вариантов развития;
- цена неподготовленности к развилке высока.
Когда он не нужен
- если проект достаточно стабилен для обычного planning;
- если сценарное планирование становится бесконечным моделированием всего подряд;
- если команда использует сценарии как повод не принимать базовые решения.
Что из него реально применимо для PM
- заранее видеть ключевые развилки;
- готовить коммуникацию и decision options на разные случаи;
- снижать shock effect от изменения контекста;
- связывать риски, dependencies и priorities в один thinking loop.
- заранее определить, какой сценарий считается base case, какие два альтернативных сценария реально заслуживают отдельной подготовки и по каким сигналам проект между ними переключается.
Какие артефакты, ритуалы и правила важны
- 2-3 реалистичных сценария вместо десятка фантазий;
- триггеры перехода между сценариями;
- последствия для срока, объёма, ресурса и решения;
- связь со статусом и change-management.
- явная фиксация сценария в плане, risk log или change discussion: что именно переключает нас в другой режим и кто принимает решение о пересборке.
- связь с milestone planning и roadmap planning: roadmap держит направление, milestones держат контрольные точки, а scenario planning покрывает развилки и альтернативы.
Какие ошибки чаще всего делают при внедрении
- строят слишком много сценариев;
- не определяют триггеры;
- держат сценарии в головах, а не в обсуждаемом виде;
- путают сценарный анализ с нерешительностью.
- используют сценарии как предлог не коммититься по базовому варианту, хотя у проекта уже достаточно данных для base plan.
Чем можно заменить или упростить
- best case / base case / worst case рамкой;
- risk-based replanning на одной ключевой развилке;
- roadmap planning, если вопрос больше в выборе направлений и горизонта, чем в альтернативных сценариях;
- milestone planning, если неопределённость умеренная и достаточно контрольных точек.