Demo Scenario
Документированный сценарий / Подготовка пилотаКоординация и поставка 20 типовых домов.
Документированный сквозной сценарий для первой отрасли проверки. Он ещё не выполнялся — именно это и должен проверить пилот.
01 — Контекст проекта
Что охватывает сценарий.
Двадцать типовых домов в Дании, поставляемых как одна согласованная программа, а не как двадцать отдельных строек. Дома следуют повторяемому проекту, поэтому один и тот же сценарий, поставщики, производственные задания и последовательность монтажа используются повторно от объекта к объекту.
Площади домов указываются по датской конвенции — по наружному периметру, поэтому они отличаются от цифр, измеренных по внутренней площади. Точная площадь на объект подтверждается по проектному комплекту до публикации.
02 — Проблема координации сегодня
Работа вокруг работы.
Когда двадцать пять независимых компаний обслуживают одну программу, вокруг профессиональной работы вырастает вторая управленческая система. Каждая организация самостоятельно ведёт свои предложения, переговоры, документы, контроль, отчётность и передачу информации.
- Информацию запрашивают, затем запрашивают снова в другой форме
- Каждой компании отдельно объясняют одну и ту же задачу
- Предложения приходят в несовместимых форматах и требуют приведения к общему виду
- Изменения рассылаются вручную и доходят до участников с опозданием
- Ответственность теряется на границе между двумя компаниями
- Одно и то же уточнение повторяется в каждом новом проекте
Проблема не в том, что люди плохо работают. Проблема в том, что одна и та же управленческая работа повторяется внутри каждой организации.
03 — Участники и роли
Кого соединяет сценарий.
Проектирование, инженерия, снабжение, производство, логистика, монтаж и контроль.
Люди, выполняющие профессиональную работу, ради которой существует программа.
Директора, проектные менеджеры, юристы, бухгалтеры и координаторы.
Окно программы, на котором измеряется базовая линия.
Компании-участники не называются публично, пока каждая письменно не подтвердит согласие на упоминание.
04 — Существующие системы и документы
С чем соединяется IPPA.
Сценарий не заменяет системы, которыми участники уже пользуются. Он читает из них и записывает обратно.
05 — Операционные объекты
На чём построен сценарий.
Каждое действие в сценарии привязано к связанному цифровому объекту, а не к файлу или почтовому ящику.
06 — Задействованные центры
Только те центры, которые нужны сценарию.
Проектное изменение в этой программе активирует шесть центров из одиннадцати. Остальные не участвуют, и сценарий через них не проходит.
Все участвующие центры видят одно изменение, его причину, последствия, ответственных и статус согласования.
07 — Сквозной сценарий
От проектных данных к измеренному результату.
08 — Ответственность человека и AI
Где действует каждый.
AI
- Проверить комплектность переданного набора
- Обнаружить конфликты версий и противоречия
- Пересчитать затронутые объёмы и зависимости
- Направить изменение ролям, которых оно касается
- Отслеживать сроки и отмечать отклонения
- Подготовить решение для ответственного
Human
- Утвердить техническое изменение
- Принять коммерческое условие
- Подписать всё, что имеет юридические последствия
- Подтвердить движение бюджета
- Принять выполненную работу
- Закрыть этап
Критические технические, финансовые, юридические и управленческие решения подтверждаются уполномоченным человеком. Система готовит решение, но не принимает его.
09 — Согласование и проверка
Что считается доказательством.
Задача завершена не потому, что кто-то так сказал. Она завершена, когда сценарий располагает доказательством.
- Документ или подписанный акт
- Версия модели или чертежа
- Фото- или площадочная фиксация
- Измеренные данные процесса
- Личность утвердившего
- Время утверждения
10 — Предлагаемый интерфейс
ОпределеноЧто нужно на экране для пилота.
Эти экраны специфицированы, но не построены. Их создание — следующий milestone, а не существующий актив.
- Карточка цифрового объекта
- Вид активного сценария
- 11 центров и подключённые роли
- Вид задачи
- Документ и история версий
- Распространение изменения параметра
- Журнал решений
- Подтверждение исполнения
- Ролевой AI-ассистент
- Панель руководителя
11 — Метрики пилота
Что измеряется.
Пилот измеряет одни и те же процессы до и после в окне четыре–восемь недель и сравнивает их.
12 — Целевой эффект
Заявлено как гипотеза, а не как результат.
Целевая гипотеза: сокращение измеряемого межфирменного координационного времени на 25–40%. Подлежит проверке в пилоте.
Базовая модель предполагает 4 800 управленческих часов на программу при средней полной стоимости 55 € в час. Относительно этой базы целевой диапазон соответствует примерно 1 200–1 920 часам.
Методика базовой линии и методика измерений определяются и согласуются до старта пилота. Более высокий показатель не публикуется, пока реальный пилот не измерен. Ничто на этой странице не является достигнутым результатом.
13 — Текущий статус и следующий milestone
Как обстоит дело на самом деле.
Описан сквозным образом: объекты, центры, роли и метрики.
Согласуются участники, базовая линия, юридическая рамка и методика измерений.
Экраны специфицированы. Прототип — следующий milestone.
Ничего пока не измерено. Это и есть продукт пилота.
14 — На что нужны инвестиции
Превратить сценарий в измеренный пилот.
Инвестиции превращают документированную архитектуру в работающий MVP, готовят этот пилот и проверяют, подтверждается ли целевой диапазон в реальной программе.