Узкий пилот лучше широкого театра

Пилот «на всю КТПП», «на все закупки», «на весь ВЭД» выглядит серьёзно. Обычно он не закрывается: слишком много исключений, нет хозяина, метрику нельзя честно посчитать.

Четыре границы, без которых не стартую

  1. Один поток. Типовая деталь, один тип инвойса, один лот. «Номенклатура завода» сюда не входит.
  2. Одна метрика. Часы на маршрут, минуты на проект XML, время сборки пакета. Слово «цифровизация» метрикой не считается.
  3. Хозяин на связи. Тот, кто пользуется выходом. Инициатор «у нас должен быть ИИ» это другая роль.
  4. Контур. Данные, которые нельзя выносить, остаются. Железо идёт отдельной сметой.

Как это выглядело

ДОКА: плотный инвойс → спецификация → XML. «Вся таможня» в этот контур не влезала.

АИСТ: типовая деталь → черновик в 1С. «Вся подготовка» в пилот не входила.

Поток-ОД: пересчёт при сбое одного станка. Цех целиком туда не тащили.

Через 4-8 недель либо метрика сдвинулась, либо честное нет. Оба исхода мне нужнее театра.

Чеклист готовности: /insights/as-is-checklist/.

Павел Наумов

← Все материалы Запросить разбор: +7 999 944-36-94 Принцип метода APRE
+7 999 944-36-94 Прислать файлы