Приложение A. Диагностическая карта ИИ-инициативы
Какие вопросы позволяют проверить постановку инициативы и выбрать следующий шаг.
Заголовок источника
Приложение A. Диагностическая карта ИИ-инициативы
О статусе материала
Подготовлено к рассмотрению.
Эта карта предназначена для первичного разбора конкретной идеи применения искусственного интеллекта.
Её задача — не доказать, что инициативу необходимо запускать, а последовательно проверить:
- связана ли она с реальным результатом;
- находится ли в значимом ограничении;
- достаточно ли определена функция;
- соответствует ли выбранный механизм природе задачи;
- готов ли процесс;
- можно ли удержать риск;
- возможно ли измерить эффект.
Результатом диагностики должен стать один из четырёх управленческих вердиктов:
- Готово к пилоту.
- Сначала формализовать или повысить зрелость процесса.
- Перевести в исследовательский контур.
- Не запускать.
Эти вердикты принимаются до пилота. Итог пилота оценивает отдельный вердикт после 90 дней (Приложение B). Карта разбирает одну инициативу: она не рассчитывает оценку готовности компании и не собирает ответы.
A.1. Паспорт инициативы
Название
Короткое название, описывающее не технологию, а функцию.
Плохо:
Агент отдела продаж.
Лучше:
Подготовка аналитической карточки потенциального клиента перед первой встречей.
Владелец результата
Человек, отвечающий за изменение бизнес-результата, а не только за создание технического решения.
Владелец метода
Человек, способный объяснить и утвердить способ выполнения функции.
Пользователи
Сотрудники или клиенты, которые будут взаимодействовать с решением.
Затрагиваемые системы
Источники данных, хранилища, CRM, ERP, трекеры задач, коммуникационные каналы и внешние сервисы.
Предполагаемый механизм
- подсказка;
- scaffold;
- проверка;
- навык;
- агент;
- связка агентов;
- микросервис;
- интеграция;
- автоматический рабочий процесс.
Механизм на этом этапе — гипотеза и может измениться после диагностики.
A.2. Блок 1. Стратегический результат
Основной вопрос
Какой значимый результат компании должен измениться?
Необходимо указать:
- стратегическую цель;
- итоговый показатель;
- ожидаемое направление изменения;
- горизонт эффекта.
Примеры:
- сократить время вывода нового продукта;
- увеличить пропускную способность коммерческой команды;
- снизить объём избыточных запасов;
- уменьшить число клиентских дефектов;
- сократить зависимость от дефицитного эксперта.
Проверочные вопросы
- Связана ли инициатива с утверждённым приоритетом?
- Кто заинтересован в изменении?
- Что произойдёт, если проект не будет запущен?
- Достаточно ли значима проблема?
- Существует ли более простой способ получить результат без ИИ?
Красный сигнал
Инициатива обосновывается преимущественно формулировками:
- «все уже используют»;
- «нужно попробовать»;
- «хотим повысить уровень цифровизации»;
- «хотим заменить людей»;
- «будет современно».
Промежуточный вердикт
Если значимый результат не определён, инициативу следует остановить или перевести в ограниченный исследовательский эксперимент.
A.3. Блок 2. Ограничение системы
Основной вопрос
Какое ограничение мешает получить желаемый результат?
Необходимо описать:
- где возникает потеря;
- как она проявляется;
- чем подтверждена;
- какие участки зависят от ограничения;
- что изменится после его снятия.
Проверочные вопросы
- Служит ли выбранная функция реальным ограничением?
- Не находится ли очередь на другом участке?
- Способен ли следующий этап принять дополнительный поток?
- Что станет новым ограничением после улучшения?
- Не оптимизируется ли локальная эффективность за счёт всей системы?
Красный сигнал
Проект ускоряет деятельность, которая не ограничивает общий результат.
Промежуточный вердикт
Если связь с ограничением не доказана, требуется дополнительная процессная диагностика.
A.4. Блок 3. Процесс и функция
Основной вопрос
Какую конкретную функцию изменяет инициатива?
Формулировка должна включать:
- событие начала;
- вход;
- выполняемое действие;
- выход;
- получателя результата;
- критерий завершения.
Пример:
После завершения диагностической встречи система получает транскрипт, извлекает подтверждённые проблемы и ограничения, связывает их с применимой методологией и готовит проект структуры коммерческого предложения для проверки партнёром.
Проверочные вопросы
- Где начинается и заканчивается функция?
- Как часто она выполняется?
- Кто делает её сейчас?
- Сколько времени она занимает?
- Какие ошибки возникают?
- Какие исключения известны?
- Можно ли отделить её от остального процесса?
Красный сигнал
Объектом проекта названы:
- должность;
- подразделение;
- профессия;
- «весь клиентский сервис»;
- «все продажи»;
- «вся база знаний».
Промежуточный вердикт
Если функция не ограничена, её необходимо декомпозировать до проектирования решения.
A.5. Блок 4. Природа задачи
Основной вопрос
В каком режиме должна решаться эта задача?
Воспроизводимое исполнение
Признаки:
- метод известен;
- входы определены;
- результат проверяем;
- исключения можно эскалировать.
Допустимые механизмы:
- навык;
- агент;
- автоматическая проверка;
- микросервис.
Экспертный анализ
Признаки:
- существует несколько обоснованных вариантов;
- требуется профессиональная модель;
- решение зависит от допущений;
- необходимо человеческое суждение.
Допустимые механизмы:
- расчётная модель;
- сценарный анализ;
- scaffold;
- человеческий шлюз.
Сложная среда
Признаки:
- нет устойчивой причинности;
- действие меняет поведение системы;
- результат возникает через взаимодействие;
- прошлый опыт переносится ограниченно.
Допустимые механизмы:
- сбор сигналов;
- портфель гипотез;
- параллельные ограниченные эксперименты;
- наблюдение за паттернами;
- человеческое осмысление.
Хаотическая ситуация
Признаки:
- невозможно надёжно анализировать до действия;
- ущерб растёт;
- требуется немедленная стабилизация.
Допустимый механизм:
- кризисный протокол с человеческой ответственностью.
ИИ используется только для поддержки наблюдения и координации.
Неопределённое состояние
Если команда не может согласовать тип задачи, необходимо сначала провести декомпозицию и исследование.
Красный сигнал
Механизм уже выбран, а природа задачи не обсуждалась.
A.6. Блок 5. Зрелость процесса
Основной вопрос
На каком уровне находится процесс сейчас?
Уровень 1. Хаотический
Работа существует только в личной практике.
Необходимое следующее действие:
- наблюдение;
- интервью;
- восстановление фактического процесса;
- выделение повторяющихся элементов.
Уровень 2. Замысленный
Целевой процесс спроектирован, но ещё не подтверждён практикой.
Необходимое действие:
- моделирование;
- пробный запуск;
- проверка ролей и переходов.
Уровень 3. Описанный
Процесс зафиксирован, но исполняется нестабильно.
Необходимое действие:
- scaffold;
- контроль соблюдения;
- регистрация отклонений.
Уровень 4. Исполнимый
Процесс устойчиво воспроизводится.
Возможное действие:
- автоматизация отдельных функций.
Уровень 5. Измеримый
Существуют достоверные показатели.
Возможное действие:
- доказательный пилот;
- сравнение вариантов;
- оптимизация.
Уровень 6. Оптимизируемый
Процесс регулярно улучшается на основании данных.
Возможное действие:
- замкнутый контур обучения.
Красный сигнал
Хаотическую или только замысленную деятельность планируется сразу передать автономному агенту.
Промежуточный вердикт
Цель первого проекта — перевести процесс на следующий уровень зрелости, а не обязательно достичь полной автоматизации.
A.7. Блок 6. Метод
Основной вопрос
По какому способу должна выполняться функция?
Необходимо зафиксировать:
- используемую модель;
- определения;
- последовательность;
- критерии;
- обязательные данные;
- известные исключения;
- стоп-сигналы;
- стандарт результата.
Проверочные вопросы
- Согласны ли эксперты с методом?
- Можно ли объяснить его новому сотруднику?
- Как разрешаются разногласия?
- Какие части — правило, а какие — профессиональное суждение?
- В каких условиях метод перестаёт работать?
Красный сигнал
Ожидается, что ИИ сам выберет «лучшую мировую методологию».
Промежуточный вердикт
Если метод отсутствует, первой фазой проекта должна стать его разработка или выбор.
A.8. Блок 7. Данные и контекст
Основной вопрос
Какая информация необходима для правильного выполнения задачи?
Нужно определить:
- обязательные источники;
- владельцев данных;
- периодичность обновления;
- качество;
- формат;
- правила доступа;
- срок хранения;
- допустимость внешней обработки.
Проверочные вопросы
- Доступны ли данные в момент выполнения?
- Совпадают ли определения?
- Можно ли установить происхождение?
- Какие данные отсутствуют?
- Как система должна действовать при недостатке контекста?
- Содержатся ли персональные или клиентские сведения?
- Какие источники имеют приоритет?
Красный сигнал
Данные предполагается «как-нибудь собрать после создания агента».
Промежуточный вердикт
При критическом дефиците данных сначала создаётся контур машиночитаемости.
A.9. Блок 8. Роль человека
Основной вопрос
Какие действия и решения должны остаться за человеком?
Необходимо назначить:
- владельца результата;
- владельца метода;
- владельца решения;
- контролёра качества;
- владельца данных;
- владельца технологического компонента.
Точки человеческого шлюза
- выбор метода;
- подтверждение допущений;
- переход к необратимому действию;
- внешняя коммуникация;
- изменение прав;
- публикация новой версии;
- решение при исключении;
- утверждение экономического эффекта.
Красный сигнал
В проекте используется формулировка «человек при необходимости проверит», но не определено:
- кто;
- что;
- на основании каких данных;
- в какой момент;
- с какими полномочиями.
A.10. Блок 9. Контроль и безопасность
Основной вопрос
Как будет обнаружена ошибка и ограничен ущерб?
Необходимо определить:
- формальные проверки;
- проверку источников;
- логическую проверку;
- методологический QA;
- Rail;
- выборочную человеческую проверку;
- журнал действий;
- правила остановки;
- возможность отката;
- резервный ручной процесс.
Проверочные вопросы
- Может ли система отправить данные наружу?
- Может ли изменить корпоративный объект?
- Может ли создать финансовое обязательство?
- Как быстро обнаруживается дефект?
- Можно ли отменить действие?
- Кто получает уведомление?
- Как отзывается дефектная версия?
Красный сигнал
Создание и контроль результата выполняются одним непрозрачным контуром без независимой проверки.
A.11. Блок 10. Исходное состояние и гипотеза эффекта
Основной вопрос
С чем будет сравниваться результат?
До запуска необходимо измерить:
- время;
- стоимость;
- количество участников;
- количество итераций;
- качество;
- дефекты;
- объём;
- пропускную способность;
- принятие текущего процесса;
- экономический результат.
Формула гипотезы
Если применить [механизм] к [конкретной функции] в [определённом процессе], то [процессный показатель] изменится с [исходное значение] до [целевое значение] без ухудшения [защитный показатель], что позволит получить [предполагаемый экономический результат].
Пример:
Если система будет готовить аналитическую карточку клиента по утверждённому навыку, время подготовки менеджера сократится с трёх часов до 40 минут без снижения полноты и достоверности, что позволит коммерческой команде проводить больше качественно подготовленных встреч без расширения штата.
Красный сигнал
Экономический эффект рассчитывается только как стоимость «сэкономленных часов», без определения того, как высвободившаяся мощность будет использована.
A.12. Блок 11. Проект пилота
Пилот должен содержать:
- гипотезу;
- ограниченную группу;
- базовую выборку;
- типовые случаи;
- пограничные случаи;
- исторические ошибки;
- период проверки;
- критерии успеха;
- условия остановки;
- человека, принимающего решение о продолжении.
Рекомендуемые режимы
Параллельный режим
Человек и система выполняют работу независимо. Результаты сравниваются.
Режим черновика
Система готовит результат, человек проверяет до любого внешнего действия.
Теневой режим
Система не влияет на работу, но анализирует происходящее и показывает, какие действия предложила бы.
Ограниченная автономность
Система самостоятельно выполняет только обратимые и проверяемые операции.
Красный сигнал
Пилот проводится на одном удачном примере, подготовленном разработчиками решения.
A.13. Блок 12. Масштабирование и владение
До расширения необходимо определить:
- владельца промышленного контура;
- порядок поддержки;
- стоимость эксплуатации;
- порядок обновлений;
- обучение;
- версии;
- зависимости;
- мониторинг;
- разбор инцидентов;
- порядок остановки;
- переносимость на другие команды.
Проверочные вопросы
- Работает ли решение у разных пользователей?
- Сохраняется ли качество на новых данных?
- Кто будет развивать метод?
- Как быстро исправляется дефект?
- Не зависит ли система от одного энтузиаста?
- Что произойдёт при смене модели или поставщика?
- Можно ли использовать компоненты в других процессах?
Красный сигнал
Пилот признан успешным, но владелец промышленной эксплуатации не назначен.
Четыре управленческих вердикта
Текстовое описание схемы
- Готово к пилоту
- Сначала повысить зрелость
- Исследовательский контур
- Не запускать
Итоговый вердикт
Вердикт 1. Готово к пилоту
Признаки:
- результат и ограничение определены;
- функция ограничена;
- тип задачи понятен;
- зрелость достаточна;
- метод существует;
- данные доступны;
- роли назначены;
- риск удерживается;
- исходные метрики зафиксированы;
- пилот можно остановить или откатить.
Вердикт 2. Сначала повысить зрелость
Признаки:
- функция значима;
- но процесс не описан или не исполняется;
- метод не согласован;
- данные не структурированы;
- качество невозможно проверить.
Следующий шаг:
- формализация;
- сбор фактической практики;
- выбор метода;
- создание стандарта;
- обеспечение машиночитаемости.
Вердикт 3. Исследовательский контур
Признаки:
- высокая неопределённость;
- нет устойчивой причинности;
- несколько конкурирующих гипотез;
- действие меняет среду;
- перенос прошлой практики ограничен.
Следующий шаг:
- сбор сигналов;
- параллельные ограниченные эксперименты;
- наблюдение;
- человеческое осмысление;
- отказ от преждевременной автоматизации.
Вердикт 4. Не запускать
Признаки:
- нет значимого результата;
- функция не влияет на ограничение;
- существует более простое готовое решение;
- данные непригодны;
- риск не удерживается;
- стоимость контроля превышает эффект;
- отсутствует владелец;
- инициатива построена вокруг технологии, а не проблемы.
Отказ от слабой инициативы — положительный результат диагностики.
Он сохраняет ресурсы для задач, в которых искусственный интеллект способен создать устойчивую организационную способность.