Оценка цифровой зрелости часто заканчивается одним числом: 62 из 100, уровень 3 из 5 или место на условной лестнице. Такой результат удобно показать на слайде, но по нему трудно решить, что менять в понедельник.
Среднее скрывает устройство проблемы. Сильная постановка задачи может соседствовать с устаревшими данными. Богатый набор инструментов — с отсутствием контроля. Хорошая автоматизация — с потерей состояния после каждого запуска. Если всё усреднить, критический провал растворится в итоговом балле.
Коротко
- Цифровая зрелость не является одним качеством человека или компании.
- Отдельно оцениваются состояние человека, зрелость конкретной функции и пять слоёв её архитектуры.
- Общий балл нельзя использовать для компенсации критического риска.
- Диагностика должна заканчиваться ближайшим переходом, а не ярлыком.
- Полезная единица оценки — реальная повторяемая функция.
Сначала определите объект оценки
Фраза «оценить цифровую зрелость компании» слишком широка. Компания может активно использовать ИИ в маркетинге и почти не использовать его в финансах. Один сотрудник строит сложные рабочие контуры, другой только начинает вести диалог с моделью. Даже внутри одной функции сильные и слабые стороны распределены неравномерно.
Перед диагностикой нужно назвать объект:
- конкретный человек в определённой работе;
- конкретная функция, например подготовка коммерческого предложения;
- архитектура этой функции;
- связка нескольких функций внутри отдела или компании.
Без такого ограничения оценка превращается в впечатление о технологичности.
Три карты, которые нельзя смешивать
Практическая диагностика использует три разные карты.
Первая описывает способ работы человека: от отдельного диалога к проектному контексту, локальному ИИ-исполнителю, рабочему контуру и системе с состоянием. Это узнаваемые состояния, а не ранги личности.
Вторая показывает зрелость созданной функции: случайная, явно описанная, повторяемая, измеряемая или управляемая.
Третья разбирает архитектуру функции по пяти слоям: задание, контекст, рабочая среда, цикл и состояние.
Их связь важна, но складывать всё в одно число нельзя. Человек может прекрасно формулировать задания и при этом не уметь удерживать состояние. Функция может регулярно запускаться, но использовать неверный источник данных.
Карта человека показывает способ владения работой
Здесь вопрос не «насколько человек хорош в ИИ», а как он организует работу.
- Диалог: решает эпизодическую задачу в разговоре.
- Проект: удерживает материалы и решения одного проекта.
- Локальный ИИ-исполнитель: делегирует ограниченную функцию.
- Рабочий контур: связывает источники, инструменты, проверки и повторы.
- Система с состоянием: несколько функций продолжают работу из общей актуальной картины.
Эти состояния могут сосуществовать. Стратегические вопросы разумно обсуждать в диалоге, даже если отчётность работает как устойчивый контур. Цель диагностики — не загнать всё на «верхний уровень», а выбрать подходящую организацию для конкретной ответственности.
Зрелость функции показывает устойчивость процесса
Для одной функции полезна последовательность из пяти состояний:
- Случайная: результат зависит от импровизации конкретного человека.
- Явно описанная: назначение, вход и ожидаемый результат зафиксированы.
- Повторяемая: функция воспроизводится на сопоставимых входах.
- Измеряемая: качество, время, ошибки и исключения наблюдаются.
- Управляемая: есть владелец, правила изменения, границы доступа и разбор отказов.
Это не обещание полной автономности. Управляемая функция может включать обязательное решение человека. Важно, что эта точка встроена в процесс, а не появляется после случайной ошибки.
Пять слоёв показывают причину разрыва
Даже повторяемую функцию нужно разобрать по архитектуре.
- Задание: что должно быть сделано и по каким критериям.
- Контекст: что исполнитель должен знать и каким источникам доверять.
- Рабочая среда: какими файлами, сервисами и действиями он может пользоваться.
- Цикл: в каком порядке действует, проверяет и останавливается.
- Состояние: что уже произошло, какие решения приняты и что делать дальше.
Подробно модель раскрыта в статье «Пять слоёв ИИ-функции». Профиль по слоям нужен не для красивой диаграммы, а для локализации причины.
Почему среднее значение опасно
Представим функцию, у которой задание, среда и цикл оценены высоко, а безопасность доступа — низко. Средний балл может выглядеть приемлемо, хотя функцию нельзя запускать без изменений.
То же происходит с данными. Отлично написанная инструкция не исправляет неверный источник. Высокая скорость не компенсирует отсутствие проверки. Сохранённая история не заменяет актуальное состояние.
Поэтому для критических свойств действует порог, а не компенсация. Если источник нельзя проверить, доступы избыточны или ошибка может привести к внешнему действию без согласования, функция не переходит дальше независимо от общего впечатления.
Оценивать нужно на реальном запуске
Анкета показывает представление человека о своей работе. Для диагностики этого недостаточно. Нужен наблюдаемый запуск или его точная реконструкция.
Зафиксируйте:
- реальный вход;
- последовательность действий;
- ручные переносы данных;
- места, где потребовалось решение;
- способ проверки результата;
- ошибки и обходные пути;
- состояние после завершения.
Так появляется исходная точка. Без неё легко оценить красивое описание вместо действующего процесса.
Профиль должен вести к одному переходу
Хорошая диагностика не заканчивается списком из двадцати улучшений. Она находит главное ограничение ближайшего цикла.
Если функция не имеет ясного результата, рано подключать новые инструменты. Если результат понятен, но источники хаотичны, работа начинается с контекста. Если всё настроено, но один отказ останавливает весь проход, приоритетом становится цикл и изоляция ошибок.
Именно поэтому выбор первой ИИ-функции и её диагностика должны происходить рядом: слишком большой объект создаст профиль, который невозможно превратить в действие.
Пример: еженедельный отчёт
Допустим, команда собирает еженедельный отчёт по продвижению. Сотрудник умеет получать сильные выводы из ChatGPT. Это характеристика его работы в диалоге.
Сама функция может быть только явно описанной: источники известны, но сбор каждый раз ручной. По слоям обнаружится сильное задание, средний контекст, слабый цикл и отсутствующее состояние. Значит, ближайший переход — не «обучить сотрудника более сложным запросам», а обеспечить устойчивый сбор, проверку покрытия и фиксацию следующего действия.
Одна конкретная функция дала более полезный маршрут, чем общий балл отдела.
Как собрать минимальный профиль
Выберите одну повторяемую работу и ответьте на четыре группы вопросов:
- Как человек выполняет её сейчас?
- Насколько процесс описан, повторяем и управляем?
- Где разрывы по пяти слоям?
- Какое одно изменение даст следующий наблюдаемый переход?
Результатом должна стать карта с доказательствами: примерами входов, выходов, ошибок и решений. Формулировки «обычно работает» или «в целом умеем» лучше считать неизвестным, пока они не подтверждены.
Диагностика нужна для развития, а не для статуса
Ложный общий балл создаёт соблазн сравнивать людей и компании. Полезный профиль делает другое: показывает, где находится работа, что уже надёжно и какое ограничение мешает следующему шагу.
Следующий шаг: возьмите одну реальную функцию и соберите три отдельные карты: способ работы человека, зрелость процесса и профиль пяти слоёв. Не считайте среднее. Выберите один критический разрыв и сформулируйте наблюдаемый результат следующего цикла.
Автор: Александр Шаров, предприниматель, основатель x10sion и автор практикума «Цифровая зрелость».
