Найти ограничение
Формулирую не «внедрить ИИ», а конкретную помеху: ручной контроль, расхождение цифр, медленное решение, потерю знания или зависимость от одного человека.
Протокол / девять переходов
От ограничения до владельца системы.
Я не начинаю с вопроса о модели. Сначала разбираю работу людей, цену ошибки и источник истины. Технология появляется там, где уже понятен результат и способ его принять.
Method sheet / 03Девять переходов. Ни один нельзя закрыть презентацией.
Разобрать текущую работу
Смотрю, кто выполняет операцию, какими документами пользуется, где делает исключение и кому передаёт результат. Схема процесса почти всегда сложнее регламента.
Зафиксировать приёмку
Определяю выход системы, допустимую ошибку и человека, который скажет «да». Без этого прототип нельзя честно оценить.
Собрать данные и НСИ
Назначаю источники истины, версии справочников и порядок разрешения конфликтов. Если термины плавают, модель будет масштабировать разногласие.
Спроектировать контроль
Делю решения на автоматические, подтверждаемые и спорные. Для каждого сохраняется основание, уровень уверенности и действие человека.
Проверить гипотезу
Быстрый прототип работает на реальных данных и проверяет один главный риск. Всё остальное пока вторично.
Версионировать выпуск
Один пакет требований получает одну версию. Изменения не подмешиваются внутрь уже принятой партии, иначе массовый процесс становится ручным.
Подготовить восстановление
Checkpoint, rollback и backup проектируются вместе с выпуском. Важно не наличие копии, а проверенная возможность вернуться к рабочему состоянию.
Передать владельцу
После разработки нужны ответственность, метрики, порядок изменений и реакция на сбой. Архитектор не должен навсегда становиться дежурным оператором.
Human-in-the-loop должен меняться.
На старте человек может проверять почти всё. Это нормально, если его решения сохраняются, ошибки классифицируются, а типовые случаи постепенно уходят в автоматический контур.
Предложение
Система предлагает результат и показывает основание. Человек подтверждает или отклоняет.
Разделение
Надёжные типовые решения проходят автоматически. Пограничные случаи остаются в очереди.
Обучение
Причина ручного решения пополняет правила, тесты и данные следующей версии.
Если модель работает две минуты, а человек сорок минут исправляет результат, процесс занимает сорок две минуты. Так его и нужно считать.
Правило полной стоимости контроляКогда работу не стоит начинать.
Иногда полезное решение состоит в паузе. Технология не исправит отсутствующую ответственность или бесконечный спор о правилах.
- Нет владельца процесса и человека, который примет результат.
- Нельзя назвать источник истины или порядок разбора конфликтующих данных.
- Требования меняются на каждой единице, но никто не готов принимать их пакетами.
- Цена ошибки неизвестна, поэтому команда не понимает, где обязателен ручной контроль.
- Не определено, кто будет поддерживать систему после разработки.
Консультация