12 — Приложение A — Диагностическая карта — читательская версия

PDF — страница 172

Приложение A. Диагностическая карта ИИ-инициативы

Эта карта предназначена для первичного разбора конкретной идеи применения искусственного интеллекта.

PDF — страница 173

Её задача — не доказать, что инициативу необходимо запускать, а последовательно проверить:

• связана ли она с реальным результатом;

• находится ли в значимом ограничении;

• достаточно ли определена функция;

• соответствует ли выбранный механизм природе задачи;

• готов ли процесс;

• можно ли удержать риск;

• возможно ли измерить эффект.

Результатом диагностики должен стать один из четырёх управленческих вердиктов:

1. Готово к пилоту.

2. Сначала формализовать или повысить зрелость процесса.

3. Перевести в исследовательский контур.

4. Не запускать.

A.1. Паспорт инициативы

Название

Короткое название, описывающее не технологию, а функцию.

Плохо:

Агент отдела продаж.

Лучше:

Подготовка аналитической карточки потенциального клиента перед первой встречей.

Владелец результата

Человек, отвечающий за изменение бизнес-результата, а не только за создание технического решения.

Владелец метода

Человек, способный объяснить и утвердить способ выполнения функции.

Пользователи

Сотрудники или клиенты, которые будут взаимодействовать с решением.

Затрагиваемые системы

Источники данных, хранилища, CRM, ERP, трекеры задач, коммуникационные каналы и внешние сервисы.

PDF — страница 174

Предполагаемый механизм

• подсказка;

• scaffold;

• проверка;

• навык;

• агент;

• связка агентов;

• микросервис;

• интеграция;

• автоматический рабочий процесс.

Механизм на этом этапе является гипотезой и может измениться после диагностики.

A.2. Блок 1. Стратегический результат Основной вопрос

Какой значимый результат компании должен измениться?

Необходимо указать:

• стратегическую цель;

• итоговый показатель;

• ожидаемое направление изменения;

• горизонт эффекта.

Примеры:

• сократить время вывода нового продукта;

• увеличить пропускную способность коммерческой команды;

• снизить объём избыточных запасов;

• уменьшить число клиентских дефектов;

• сократить зависимость от дефицитного эксперта.

Проверочные вопросы

• Связана ли инициатива с утверждённым приоритетом?

• Кто заинтересован в изменении?

• Что произойдёт, если проект не будет запущен?

• Является ли проблема достаточно значимой?

• Существует ли более простой способ получить результат без ИИ?

PDF — страница 175

Красный сигнал

Инициатива обосновывается преимущественно формулировками:

• «все уже используют»;

• «нужно попробовать»;

• «хотим повысить уровень цифровизации»;

• «хотим заменить людей»;

«будет современно».

Промежуточный вердикт

Если значимый результат не определён, инициативу следует остановить или перевести в ограниченный исследовательский эксперимент.

A.3. Блок 2. Ограничение системы Основной вопрос

Какое ограничение мешает получить желаемый результат?

Необходимо описать:

• где возникает потеря;

• как она проявляется;

• чем подтверждена;

• какие участки зависят от ограничения;

• что изменится после его снятия.

Проверочные вопросы

• Является ли выбранная функция реальным ограничением?

• Не находится ли очередь на другом участке?

• Способен ли следующий этап принять дополнительный поток?

• Что станет новым ограничением после улучшения?

• Не оптимизируем ли мы локальную эффективность за счёт всей системы?

Красный сигнал

Проект ускоряет деятельность, которая не ограничивает общий результат.

Промежуточный вердикт

Если связь с ограничением не доказана, требуется дополнительная процессная диагностика.

PDF — страница 176

A.4. Блок 3. Процесс и функция Основной вопрос

Какую конкретную функцию мы изменяем?

Формулировка должна включать:

• событие начала;

• вход;

• выполняемое действие;

• выход;

• получателя результата;

• критерий завершения.

Пример:

После завершения диагностической встречи система получает транскрипт, извлекает подтверждённые проблемы и ограничения, связывает их с применимой методологией и готовит проект структуры коммерческого предложения для проверки партнёром.

Проверочные вопросы

• Где начинается и заканчивается функция?

• Как часто она выполняется?

• Кто делает её сейчас?

• Сколько времени она занимает?

• Какие ошибки возникают?

• Какие исключения известны?

• Можно ли отделить её от остального процесса?

Красный сигнал

Объектом проекта названы:

• должность;

• подразделение;

• профессия;

• «весь клиентский сервис»;

• «все продажи»;

«вся база знаний».

PDF — страница 177

Промежуточный вердикт

Если функция не ограничена, её необходимо декомпозировать до проектирования решения.

A.5. Блок 4. Природа задачи Основной вопрос

В каком режиме должна решаться эта задача?

Воспроизводимое исполнение

Признаки:

• метод известен;

• входы определены;

• результат проверяем;

• исключения можно эскалировать.

Допустимые механизмы:

• навык;

• агент;

• автоматическая проверка;

• микросервис.

Экспертный анализ

Признаки:

• существует несколько обоснованных вариантов;

• требуется профессиональная модель;

• решение зависит от допущений;

• необходимо человеческое суждение.

Допустимые механизмы:

• расчётная модель;

• сценарный анализ;

• scaffold;

• человеческий шлюз.

PDF — страница 178

Сложная среда

Признаки:

• нет устойчивой причинности;

• действие меняет поведение системы;

• результат возникает через взаимодействие;

• прошлый опыт переносится ограниченно.

Допустимые механизмы:

• сбор сигналов;

• портфель гипотез;

• параллельные ограниченные эксперименты;

• наблюдение за паттернами;

• человеческое осмысление.

Хаотическая ситуация

Признаки:

• невозможно надёжно анализировать до действия;

• ущерб растёт;

• требуется немедленная стабилизация.

Допустимый механизм:

• кризисный протокол с человеческой ответственностью;

ИИ используется только для поддержки наблюдения и координации.

Неопределённое состояние

Если команда не может согласовать тип задачи, необходимо сначала провести декомпозицию и исследование.

Красный сигнал

Механизм уже выбран, а природа задачи не обсуждалась.

A.6. Блок 5. Зрелость процесса Основной вопрос

На каком уровне находится процесс сейчас?

PDF — страница 179

Уровень 1. Хаотический

Работа существует только в личной практике.

Необходимое следующее действие:

• наблюдение;

• интервью;

• восстановление фактического процесса;

• выделение повторяющихся элементов.

Уровень 2. Замысленный

Целевой процесс спроектирован, но ещё не подтверждён практикой.

Необходимое действие:

• моделирование;

• пробный запуск;

• проверка ролей и переходов.

Уровень 3. Описанный

Процесс зафиксирован, но исполняется нестабильно.

Необходимое действие:

• scaffold;

• контроль соблюдения;

• регистрация отклонений.

Уровень 4. Исполнимый

Процесс устойчиво воспроизводится.

Возможное действие:

• автоматизация отдельных функций.

Уровень 5. Измеримый

Существуют достоверные показатели.

Возможное действие:

• доказательный пилот;

• сравнение вариантов;

• оптимизация.

Уровень 6. Оптимизируемый

Процесс регулярно улучшается на основании данных.

Возможное действие:

• замкнутый контур обучения.

PDF — страница 180

Красный сигнал

Хаотическую или только замысленную деятельность планируется сразу передать автономному агенту.

Промежуточный вердикт

Цель первого проекта — перевести процесс на следующий уровень зрелости, а не обязательно достичь полной автоматизации.

A.7. Блок 6. Метод Основной вопрос

По какому способу должна выполняться функция?

Необходимо зафиксировать:

• используемую модель;

• определения;

• последовательность;

• критерии;

• обязательные данные;

• известные исключения;

• стоп-сигналы;

• стандарт результата.

Проверочные вопросы

• Согласны ли эксперты с методом?

• Можно ли объяснить его новому сотруднику?

• Как разрешаются разногласия?

• Какие части являются правилом, а какие — профессиональным суждением?

• В каких условиях метод перестаёт работать?

Красный сигнал

Ожидается, что ИИ сам выберет «лучшую мировую методологию».

Промежуточный вердикт

Если метод отсутствует, первой фазой проекта должна стать его разработка или выбор.

PDF — страница 181

A.8. Блок 7. Данные и контекст Основной вопрос

Какая информация необходима для правильного выполнения задачи?

Нужно определить:

• обязательные источники;

• владельцев данных;

• периодичность обновления;

• качество;

• формат;

• правила доступа;

• срок хранения;

• допустимость внешней обработки.

Проверочные вопросы

• Доступны ли данные в момент выполнения?

• Совпадают ли определения?

• Можно ли установить происхождение?

• Какие данные отсутствуют?

• Как система должна действовать при недостатке контекста?

• Содержатся ли персональные или клиентские сведения?

• Какие источники имеют приоритет?

Красный сигнал

Данные предполагается «как-нибудь собрать после создания агента».

Промежуточный вердикт

При критическом дефиците данных сначала создаётся контур машиночитаемости.

PDF — страница 182

A.9. Блок 8. Роль человека Основной вопрос

Какие действия и решения должны остаться за человеком?

Необходимо назначить:

• владельца результата;

• владельца метода;

• владельца решения;

• контролёра качества;

• владельца данных;

• владельца технологического компонента.

Точки человеческого шлюза

• выбор метода;

• подтверждение допущений;

• переход к необратимому действию;

• внешняя коммуникация;

• изменение прав;

• публикация новой версии;

• решение при исключении;

• утверждение экономического эффекта.

Красный сигнал

В проекте используется формулировка «человек при необходимости проверит», но не определено:

• кто;

• что;

• на основании каких данных;

• в какой момент;

• с какими полномочиями.

PDF — страница 183

A.10. Блок 9. Контроль и безопасность Основной вопрос

Как будет обнаружена ошибка и ограничен ущерб?

Необходимо определить:

• формальные проверки;

• проверку источников;

• логическую проверку;

• методологический QA;

• Rail;

• выборочную человеческую проверку;

• журнал действий;

• правила остановки;

• возможность отката;

• резервный ручной процесс.

Проверочные вопросы

• Может ли система отправить данные наружу?

• Может ли изменить корпоративный объект?

• Может ли создать финансовое обязательство?

• Как быстро обнаруживается дефект?

• Можно ли отменить действие?

• Кто получает уведомление?

• Как отзывается дефектная версия?

Красный сигнал

Создание и контроль результата выполняются одним непрозрачным контуром без независимой проверки.

PDF — страница 184

A.11. Блок 10. Исходное состояние и гипотеза эффекта Основной вопрос

С чем будет сравниваться результат?

До запуска необходимо измерить:

• время;

• стоимость;

• количество участников;

• количество итераций;

• качество;

• дефекты;

• объём;

• пропускную способность;

• принятие текущего процесса;

• экономический результат.

Формула гипотезы

Если мы применим [механизм] к [конкретной функции] в [определённом процессе], то [процессный показатель] изменится с [исходное значение] до [целевое значение] без ухудшения [защитный показатель], что позволит получить [предполагаемый экономический результат].

Пример:

Если система будет готовить аналитическую карточку клиента по утверждённому навыку, время подготовки менеджера сократится с трёх часов до сорока минут без снижения полноты и достоверности, что позволит коммерческой команде проводить больше качественно подготовленных встреч без расширения штата.

Красный сигнал

Экономический эффект рассчитывается только как стоимость «сэкономленных часов», без определения того, как высвободившаяся мощность будет использована.

[!note] Редакторская оговорка о примере Числа в примере — гипотеза, не измеренный эффект кейса. Это подтверждено содержанием и визуальной сверкой страницы в A1.

PDF — страница 185

A.12. Блок 11. Проект пилота

Пилот должен содержать:

• гипотезу;

• ограниченную группу;

• базовую выборку;

• типовые случаи;

• пограничные случаи;

• исторические ошибки;

• период проверки;

• критерии успеха;

• условия остановки;

• человека, принимающего решение о продолжении.

Рекомендуемые режимы

Параллельный режим

Человек и система выполняют работу независимо. Результаты сравниваются.

Режим черновика

Система готовит результат, человек проверяет до любого внешнего действия.

Теневой режим

Система не влияет на работу, но анализирует происходящее и показывает, какие действия предложила бы.

Ограниченная автономность

Система самостоятельно выполняет только обратимые и проверяемые операции.

Красный сигнал

Пилот проводится на одном удачном примере, подготовленном авторами решения.

PDF — страница 186

A.13. Блок 12. Масштабирование и владение

До расширения необходимо определить:

• владельца промышленного контура;

• порядок поддержки;

• стоимость эксплуатации;

• порядок обновлений;

• обучение;

• версии;

• зависимости;

• мониторинг;

• разбор инцидентов;

• порядок остановки;

• переносимость на другие команды.

Проверочные вопросы

• Работает ли решение у разных пользователей?

• Сохраняется ли качество на новых данных?

• Кто будет развивать метод?

• Как быстро исправляется дефект?

• Не зависит ли система от одного энтузиаста?

• Что произойдёт при смене модели или поставщика?

• Можно ли использовать компоненты в других процессах?

Красный сигнал

Пилот признан успешным, но владелец промышленной эксплуатации не назначен.

PDF — страница 187

Четыре управленческих вердикта

• 01
• Готово к пилоту

• 02
• Сначала повысить зрелость

• 03
• Исследовательский контур

• 04
• Не запускать

• Схема по тексту: Приложение A. Геометрия показывает связи и последовательность, а не количественные значения.

[!note] Редакторское пояснение схемы; визуальная сверка A1 Это пояснение редактора, не дополнительный текст авторов PDF. Текстовые подписи выше сохранены в порядке технического извлечения; связи описаны ниже.

Четыре полосы: 01 готово к пилоту; 02 сначала повысить зрелость; 03 исследовательский контур; 04 не запускать. Последняя красная. На с. 173 второй вариант формулируется шире: сначала формализовать или повысить зрелость процесса. Основание условий/последующих действий: с. 188–189.

Вердикты альтернативные, не четыре ступени одной шкалы; красный отказ не обязательно плохой результат. Диагностика конкретной инициативы может сохранить ресурсы отказом от слабого применения. Одного ответа сотрудника для вердикта недостаточно.

PDF — страница 188

Итоговый вердикт

Вердикт 1. Готово к пилоту Признаки:

• результат и ограничение определены;

• функция ограничена;

• тип задачи понятен;

• зрелость достаточна;

• метод существует;

• данные доступны;

• роли назначены;

• риск удерживается;

• исходные метрики зафиксированы;

• пилот можно остановить или откатить.

Вердикт 2. Сначала повысить зрелость Признаки:

• функция значима;

• но процесс не описан или не исполняется;

• метод не согласован;

• данные не структурированы;

• качество невозможно проверить.

Следующий шаг:

• формализация;

• сбор фактической практики;

• выбор метода;

• создание стандарта;

• обеспечение машиночитаемости.

PDF — страница 189

Вердикт 3. Исследовательский контур Признаки:

• высокая неопределённость;

• нет устойчивой причинности;

• несколько конкурирующих гипотез;

• действие меняет среду;

• перенос прошлой практики ограничен.

Следующий шаг:

• сбор сигналов;

• параллельные ограниченные эксперименты;

• наблюдение;

• человеческое осмысление;

• отказ от преждевременной автоматизации.

Вердикт 4. Не запускать Признаки:

• нет значимого результата;

• функция не влияет на ограничение;

• существует более простое готовое решение;

• данные непригодны;

• риск не удерживается;

• стоимость контроля превышает эффект;

• отсутствует владелец;

• инициатива построена вокруг технологии, а не проблемы.

Отказ от слабой инициативы является положительным результатом диагностики.

Он сохраняет ресурсы для задач, в которых искусственный интеллект способен создать устойчивую организационную способность.