Зрелая компания обычно начинает не с пустого места. У неё уже есть помощники, пилоты, поставщики, правила и теневое использование. Главная задача — связать их с одним сквозным потоком создания ценности и убрать опасные разрывы.
План не требует немедленной централизации. Общими становятся только правила, доказательства и компоненты, потребность в которых повторилась.
Результат к 30-му дню #
Организация выбирает один поток, показывает его исходное состояние и ограничивает опасные права.
Дни 1–10: инвентаризация #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Собрать действующие системы и пилоты с ИИ | Руководитель программы | Реестр сценариев | Для каждой записи известны владелец, поставщик, данные и действие |
| Найти производственные права | Руководитель безопасности | Карта учётных записей | Личные и чрезмерные права отмечены |
| Найти используемые данные и поставщиков | Владелец данных и закупок | Реестр потоков данных | Известны происхождение, место обработки и договорная роль |
| Зафиксировать расходы | Финансовый партнёр | Начальный реестр затрат | Расходы связаны хотя бы со сценарием и функцией |
Инвентаризация не должна задерживать выбор на месяцы. Достаточно найти существенные действия, данные и расходы.
Дни 11–20: выбрать сквозной поток #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Нанести путь от сигнала клиента до результата | Владелец потока | Карта потока | Видны функции, системы, очереди и решения |
| Выбрать один результат | Исполнительный куратор и владелец потока | Карточка сценария | Результат значим, измерим и управляем одним владельцем |
| Измерить исходное состояние | Аналитик потока | Исходные показатели | Есть время, качество, объём, труд, расход и ошибки |
| Определить регулируемые участки | Юрист и владелец риска | Карта требований | Вопросы и ответственные записаны без готовых предположений |
Выбор набора несвязанных пилотов откладывает трудную часть: изменение границ между функциями. Поток заставляет увидеть передачу работы и накопление ошибок.
Дни 21–30: оценить и ограничить #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Провести карту зрелости | Владелец потока | Профиль восьми измерений | У каждого балла есть ссылка |
| Назначить A0–A3 действиям | Владелец результата и безопасности | Карта полномочий | Опасные действия не скрыты в общем уровне |
| Закрыть критические права | Владелец системы | Журнал изменений доступа | Производственные действия не используют личные полные права |
| Согласовать решение на 90 дней | Руководящий комитет потока | Запись решения | Есть цель, бюджет, владелец, границы и остановка |
Результат к 90-му дню #
Один участок потока работает как измеримый цикл. Организация согласовала минимальные общие правила и внедрила маршрут разработки с ИИ для относящихся к нему изменений.
Дни 31–45: спроектировать целевой цикл #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Заполнить паспорт цикла | Владелец потока | Паспорт | Сигнал, решение, действие, проверка и резерв связаны |
| Назначить роли на границах функций | Руководители функций | Карта решений | У каждой передачи есть принимающий владелец |
| Согласовать контекст | Владельцы данных | Реестр источников | Происхождение, свежесть и доступ подтверждены |
| Выбрать минимальную среду | Архитектор и технический владелец | Запись архитектурного решения | Используются существующие компоненты, если они достаточны |
Дни 46–60: собрать проверки и права #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Создать набор случаев по сегментам | Владелец качества | План проверок | Обычные, редкие и вредоносные случаи представлены |
| Выдать служебную учётную запись | Владелец доступа | Карта доступа | Права ограничены действием, областью и временем |
| Согласовать договор о самостоятельности | Владелец результата | Договор | Ущерб, пределы, остановка и резерв указаны |
| Настроить журнал и сигналы | Владелец наблюдения | Схема событий | Существенный путь восстанавливается |
Дни 61–75: провести ограниченный выпуск #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Запустить на ограниченном сегменте | Владелец потока | План выпуска | Сегмент и срок наблюдения определены |
| Независимо проверить результат и ход | Владелец качества | Отчёт | Существенные расхождения разобраны |
| Испытать остановку и резерв | Владелец эксплуатации | Протокол упражнения | Процесс продолжает критическую функцию |
| Считать полную стоимость | Финансовый партнёр | Таблица стоимости | Расход связан с принятыми результатами |
Дни 76–90: закрепить минимальные общие правила #
Общими на этом этапе обычно становятся не продукты, а требования:
- отдельная служебная учётная запись;
- происхождение контекста;
- минимальные события журнала;
- классификация риска изменений;
- описание доказательств выпуска;
- порядок остановки и разбора инцидента.
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Внедрить маршрут разработки с ИИ | Инженерный руководитель | Политика и шаблон изменения | Изменения потока проходят изоляцию, проверки и выпуск по риску |
| Убрать дублирующие правила | Руководитель программы | Короткий каталог правил | Для каждого правила есть владелец и область |
| Принять решение о продолжении | Владелец потока | Обзор дня 90 | Польза, стоимость, риск и ограничения видны |
| Выбрать кандидаты на повторение | Руководящий комитет | Список гипотез | Каждый кандидат связан с реальной повторившейся потребностью |
Результат к 180-му дню #
Проверенные механизмы масштабируются на второй участок или поток. Общие компоненты появляются там, где повторение подтверждено. Руководство получает портфельное решение по результату, стоимости и риску.
Дни 91–120: стабилизировать #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Устранить главные причины ошибок | Владельцы соответствующих систем | Журнал улучшений | Каждая причина закрыта механизмом и проверкой |
| Провести повторную оценку зрелости | Владелец потока | Новый профиль | Изменение подтверждено ссылками |
| Проверить поставщиков и зависимости | Закупки, безопасность, архитектура | Реестр зависимостей | Версии, договоры, выход и резерв известны |
| Отработать инцидент | Владелец эксплуатации | Учебный разбор | Сигнал, остановка, коммуникация и восстановление работают |
Дни 121–150: перенести подтверждённое #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Выбрать второй участок | Руководящий комитет | Карточка сценария | Есть собственный исходный уровень и владелец |
| Сопоставить повторяющиеся потребности | Архитектор | Матрица повторения | Общими признаны конкретные интерфейсы или правила |
| Повторно принять общий компонент | Владелец второго участка | Отчёт приёмки | Компонент проверен на новых данных и риске |
| Оставить локальным различающееся | Владельцы потоков | Запись решения | Исключения объяснены результатом, а не политикой команды |
Дни 151–180: принять портфельное решение #
| Действие | Владелец | Артефакт | Критерий завершения |
|---|---|---|---|
| Сравнить сценарии | Владелец портфеля | Портфельный обзор | Польза, стоимость, риск и зрелость показаны одинаково |
| Решить судьбу общей платформы | Технологический руководитель | Инвестиционное решение | Есть минимум два подтверждённых потребителя и владелец сервиса |
| Обновить обязательные правила | Владельцы управления | Новые версии правил | Изменения прошли проверку и имеют дату действия |
| Составить следующий план | Исполнительный куратор | План на 180 дней | Масштабируется механизм, а не обещание |
Что может стать общим компонентом #
После повторения организация может централизовать:
- выпуск краткоживущих прав;
- журнал событий;
- изолированную среду;
- реестр моделей и навыков;
- библиотеку детерминированных проверок;
- расчёт расходов;
- шаблоны доказательств;
- аварийное отключение.
Общий компонент получает владельца сервиса, показатели доступности, поддержку и порядок выхода. Иначе он превращается в зависимость без ответственности.
Управление портфелем #
Раз в квартал или при существенном событии руководящий комитет рассматривает каждый производственный сценарий:
- результат относительно исходного уровня;
- полную стоимость;
- профиль зрелости;
- действующие A0–A3;
- серьёзные ошибки и инциденты;
- зависимость от поставщиков;
- применимые требования;
- решение расширить, сохранить, сузить или закрыть.
Квартал — рекомендуемая начальная частота, а не обязательный норматив. Высокий риск или быстрые изменения требуют более частого просмотра.
Рабочая карточка главы #
Решение. За 30 дней выбрать поток и закрыть опасные права, за 90 дней запустить управляемый участок, за 180 дней перенести только доказанные механизмы.
Минимальный механизм. Инвентаризация, карта потока, профиль зрелости, паспорт цикла, общие обязательные правила, маршрут разработки с ИИ и портфельный обзор.
Ответственный. Исполнительный куратор даёт полномочия. Владелец потока отвечает за результат. Владельцы восьми систем отвечают за механизмы. Руководящий комитет принимает портфельные решения.
Артефакт. План на 180 дней, карта потока, профиль зрелости, договор цикла и обзоры дней 30, 90 и 180.
Критерий готовности. Один поток показывает измеримый результат и управляемый риск. Второй потребитель отдельно принял переносимый компонент. Платформенное решение имеет доказанную потребность.
Показатели результата.
- результат сквозного потока;
- время между функциями;
- стоимость принятого результата;
- время от изменения до проверенного выпуска;
- повторное использование после приёмки;
- число закрытых опасных разрывов.
Показатели риска.
- сценарии без владельца;
- личные или чрезмерные права;
- неизвестные потоки данных;
- общие компоненты без владельца сервиса;
- время восстановления;
- сценарии без актуального правового разбора;
- концентрация поставщика.
Типичные ошибки.
- начинать с корпоративного каталога моделей;
- запускать десятки несвязанных пилотов;
- централизовать архитектуру до доказательства;
- ограничить программу технологической функцией;
- измерять локальную скорость вместо потока;
- переносить успешный компонент без повторной приёмки.
Различия маршрутов. Этот план предназначен зрелой компании. Стартап использует укороченный путь главы 10.
Если зрелая компания создаёт новый независимый продукт, отдельная команда может начать как стартап, но обязана соблюдать общие требования к данным, безопасности и правам.
Чек-лист.