# План зрелой компании на 30, 90 и 180 дней

## Когда нужен

Когда нужно превратить разрозненные пилоты и существующие механизмы в один управляемый сквозной поток.

## Кто отвечает

Исполнительный куратор задаёт полномочия; владелец потока отвечает за результат; руководящий комитет принимает портфельные решения.

## Обязательные поля

- Цель, границы потока, исходный профиль и владелец.
- Действия на 30, 90 и 180 дней с владельцем, артефактом и критерием завершения.
- Инвентаризация сценариев, данных, прав, расходов и применимых требований.
- Проверки, служебные права, договор самостоятельности, резерв и портфельное решение.
- Условия остановки и события внепланового пересмотра.

## Пустая форма

```
# План зрелой компании: [поток]
Исполнительный куратор:
Владелец потока:
Цель и границы:
Исходный профиль и показатели:

| Горизонт | Действие | Владелец | Артефакт | Критерий завершения | Показатель | Риск |
|---|---|---|---|---|---|---|
| Дни 1–10 | Инвентаризация сценариев, прав, данных и расходов | | Реестр сценариев | | | |
| Дни 11–30 | Выбрать поток, измерить исходный уровень и ограничить права | | Карта потока и профиль зрелости | | | |
| Дни 31–60 | Спроектировать цикл, контекст, проверки и права | | Паспорт, реестр и договор | | | |
| Дни 61–90 | Провести ограниченный выпуск и закрепить общие правила | | Отчёт и обзор дня 90 | | | |
| Дни 91–120 | Стабилизировать и отработать инцидент | | Журнал улучшений | | | |
| Дни 121–150 | Повторно принять общий компонент во втором потоке | | Отчёт приёмки | | | |
| Дни 151–180 | Принять портфельное решение | | Обзор и инвестиционное решение | | | |

Условия остановки:
События внепланового пересмотра:
Резервный сценарий:
Решение дня 30:
Решение дня 90:
Решение дня 180:
```

## Короткий пример

К дню 30 руководитель программы выявляет личные производственные права и назначает владельца одного клиентского потока. К дню 90 поток проходит ограниченный выпуск с отдельной учётной записью и испытанным резервом. К дню 180 второй поток повторно принимает библиотеку проверок, а комитет решает, нужен ли общий сервис.

## Критерий готовности

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