07 — Корпоративная операционная система навыков — читательская версия

PDF — страница 102

7. Корпоративная операционная система навыков

07

Традиционное управление знаниями строится вокруг хранения и доступа.

PDF — страница 103

Жизненный цикл навыка

• 1 Обнаружение повторяемой способности

• 2 Извлечение метода

• 3 Создание первой версии

• 4 Тестирование

• 5 Методологическая проверка

• 6 Проверка безопасности

• 7 Выпуск

• 8 Эксплуатация

• 9 Изменение

• 10 Отзыв

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

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

Вертикальная последовательность: 1 обнаружение повторяемой способности; 2 извлечение метода; 3 создание первой версии; 4 тестирование; 5 методологическая проверка; 6 проверка безопасности; 7 выпуск; 8 эксплуатация; 9 изменение; 10 отзыв. Маркер выпуска красный. Справа красная скобка связывает области «создание первой версии» и «изменение»; у неё нет видимого наконечника, поэтому направленную стрелку не приписываем.

Основание: §7.4, с. 109–111; версии и регрессионная проверка — с. 114. Навык — цифровой актив, не показатель личной компетенции. Выпуск, применение и последующий отзыв — разные события; техническое создание первой версии не равно разрешению её распространить.

PDF — страница 104

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

На практике между доступом к знанию и его использованием существует длинная цепочка потерь.

Сотрудник может:

• не знать, что материал существует;

• найти устаревшую версию;

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

• не понять метод;

• пропустить зависимость;

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

• не провести обязательную проверку;

• получить результат, не соответствующий стандарту.

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

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

Единицей такой системы становится не документ, а навык: проверяемый и версионируемый способ выполнения конкретной функции.

Навык соединяет:

• знание;

• метод;

• правила;

• инструменты;

• проверки;

• формат результата;

• человеческие решения.

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

PDF — страница 105

7.1. От базы знаний к системе способностей

Рассмотрим различие на простом примере.

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

В операционной системе существует навык подготовки коммерческого предложения. Он:

• распознаёт подходящий тип задачи;

• запрашивает обязательные данные;

• обращается к проектному контексту;

• использует утверждённую структуру;

• применяет экономическую модель;

• проверяет полноту;

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

• готовит черновик;

• передаёт его ответственному человеку.

Методика не исчезает. Она остаётся источником и объяснением метода. Но появляется исполняемый слой, уменьшающий потери между знанием и действием.

Таким образом:

• база знаний отвечает на вопрос «что мы знаем?»;

• система навыков отвечает на вопрос «что наша организация умеет воспроизводимо делать?».

7.2. Что такое корпоративный навык

Корпоративный навык — это формализованный способ выполнения ограниченной функции в определённом контексте.

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

Но вне зависимости от технической реализации навык должен содержать несколько обязательных элементов.

Назначение

• Какую проблему решает навык?

• Какой результат создаёт?

• Для кого предназначен?

Область применимости

• В каких ситуациях его следует использовать?

• Когда использование запрещено?

• Какие случаи считаются исключениями?

PDF — страница 106

Входные данные

• Что необходимо предоставить?

• Из каких источников допустимо получать данные?

• Какие входы являются обязательными?

• Как проверяется их качество?

Метод

• Какая модель используется?

• Какова последовательность работы?

• Какие определения и критерии действуют?

• Какие допущения допустимы?

Правила и ограничения

• Что система обязана делать?

• Чего не имеет права делать?

• Где должна остановиться?

• Когда требуется человек?

Проверки

• Как контролируется полнота?

• Как проверяются факты?

• Как обнаруживаются логические противоречия?

• Как выглядит достаточный результат?

Выходной артефакт

• Что именно должно быть создано?

• В каком формате?

• Где сохраняется?

• Кому передаётся?

Служебная информация

• владелец;

• автор;

• версия;

• дата изменения;

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

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

• статус;

• область распространения.

Без этих элементов навык остаётся удачным запросом, но не становится управляемым цифровым активом.

PDF — страница 107

7.3. Навык, правило, процесс и инструмент

— не одно и то же Для устойчивой архитектуры важно различать четыре сущности.

Правило Устанавливает обязательное ограничение.

Например:

Внешнее числовое утверждение должно сопровождаться проверяемым источником.

Одно правило может действовать во множестве навыков.

Процесс Определяет, как работа проходит между ролями и состояниями.

Например:

После диагностической встречи аналитик готовит проект решения, руководитель проверяет методологию, партнёр утверждает коммерческую конструкцию.

Один процесс может включать несколько навыков.

Инструмент Выполняет техническое действие:

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

• анализирует таблицу;

• обращается к CRM;

• создаёт файл;

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

• строит расчёт.

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

PDF — страница 108

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

Например, навык подготовки коммерческого предложения может:

• использовать процесс продажи;

• применять правила работы с доказательствами;

• читать транскрипт;

• обращаться к базе знаний;

• создавать документ;

• запускать проверку качества.

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

PDF — страница 109

7.4. Жизненный цикл навыка

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

1. Обнаружение повторяемой способности

Навык появляется там, где организация видит устойчивую функцию:

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

• эксперту регулярно задают одинаковые вопросы;

• ошибка повторяется;

• несколько подразделений создают похожие решения;

• успешный способ работы существует только у одного человека.

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

2. Извлечение метода

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

• реальную цель;

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

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

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

• точки решения;

• исключения;

• критерии качества.

Особенно важно отделить метод от личного стиля автора. Навык должен воспроизводить способность, а не речевые особенности конкретного эксперта.

3. Создание первой версии

Первая версия может быть неполной. Её задача — сделать метод проверяемым.

Навык получает:

• описание;

• входы;

• шаги;

• правила;

• ожидаемый результат;

• набор тестовых случаев.

PDF — страница 110

4. Тестирование

Навык необходимо проверить как минимум на нескольких типах примеров:

• типовом;

• сложном;

• пограничном;

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

• случае, где навык не должен применяться.

Важно проверять не только качество успешного результата, но и способность остановиться.

Опасный навык — не тот, который иногда сообщает о невозможности выполнить задачу, а тот, который продолжает действовать при отсутствии достаточных оснований.

5. Методологическая проверка

Владелец метода проверяет:

• корректность логики;

• область применимости;

• используемые определения;

• достаточность проверок;

• обработку исключений;

• соответствие действующему процессу.

6. Проверка безопасности

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

• доступ к данным;

• внешние обращения;

• возможные утечки;

• обработку персональной информации;

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

• необратимые действия;

• скрытые зависимости.

7. Выпуск

Навык получает:

• утверждённую версию;

• владельца;

• статус;

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

• описание изменений;

• дату следующего пересмотра.

PDF — страница 111

8. Эксплуатация

Система собирает данные о применении:

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

• успешные завершения;

• остановки;

• вмешательства человека;

• ошибки;

• время выполнения;

• влияние на результат процесса.

9. Изменение

Основаниями для новой версии могут быть:

• инцидент;

• изменение процесса;

• новый источник;

• обновление методологии;

• изменение внешней системы;

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

• снижение качества;

• предложение сотрудника.

10. Отзыв

Навык может быть:

• временно остановлен;

• заменён новой версией;

• ограничен определёнными ролями;

• признан устаревшим;

• удалён из активного использования.

Отзыв является нормальной частью жизненного цикла. Реестр, в котором навыки только добавляются, постепенно превращается в новый вид информационного кладбища.

PDF — страница 112

7.5. Зависимости между навыками

Корпоративный навык редко работает изолированно.

Навык создания документа может зависеть от способностей:

• читать исходные форматы;

• извлекать факты;

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

• работать с таблицами;

• применять фирменный стиль;

• сохранять результат;

• проводить контроль качества.

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

Поэтому система должна знать:

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

• какие версии совместимы;

• какие инструменты необходимы;

• какие права нужны;

• какие источники должны быть подключены.

При установке нового навыка Harness должен проверять его окружение. Иначе одна и та же инструкция будет работать по-разному у разных сотрудников.

PDF — страница 113

7.6. Распространение навыков

Главный организационный эффект возникает, когда новое знание быстро становится доступным другим людям.

Традиционно распространение способности требует:

1. описать метод;

2. подготовить обучение;

3. собрать сотрудников;

4. проконтролировать усвоение;

5. дождаться применения;

6. исправить ошибки.

Система навыков сокращает этот путь.

После утверждения новая версия может быть автоматически доступна рабочим средам сотрудников.

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

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

Но автоматическое распространение не означает автоматического понимания.

Если навык затрагивает:

• значимое решение;

• новую методологию;

• изменение полномочий;

• существенный риск;

• новый класс данных,

его выпуск должен сопровождаться объяснением и обучением.

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

PDF — страница 114

7.7. Версионирование

Без версионирования невозможно установить:

• по каким правилам был получен результат;

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

• когда появился дефект;

• какое изменение повлияло на качество;

• можно ли вернуться к предыдущему состоянию.

Каждая значимая версия должна фиксировать:

• что изменилось;

• почему;

• кто предложил изменение;

• кто проверил;

• кто утвердил;

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

• какие тесты пройдены;

• требуется ли обновление связанных навыков.

Новая версия не всегда лучше предыдущей. Она может исправить один сценарий и ухудшить другой.

Поэтому выпуск должен включать регрессионную проверку: повторное тестирование набора случаев, на которых навык уже работал корректно.

PDF — страница 115

7.8. Авторство и происхождение

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

Его мог:

• создать один сотрудник;

• извлечь методолог из работы эксперта;

• улучшить другой пользователь;

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

• адаптировать команда другого подразделения.

Система должна сохранять происхождение:

• первоначального автора;

• носителя метода;

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

• владельца текущей версии;

• историю производных навыков.

Это необходимо не только для признания вклада.

Происхождение помогает:

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

• восстановить основание решения;

• понять область исходной экспертизы;

• определить ответственность за изменение;

• обнаружить семейство навыков с общим дефектом.

PDF — страница 116

7.9. Мотивация сотрудников

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

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

Искусственный интеллект снижает порог участия в этой работе для сотрудников первой линии. Они ежедневно сталкиваются с исключениями, повторяющимися ошибками и неудобными операциями, но не всегда умеют описать способ решения или самостоятельно разработать инструмент. ИИ может помочь разобрать конкретный эпизод, сформулировать предложение, подготовить инструкцию или первую версию навыка.

Так сотрудник получает возможность участвовать в улучшении процесса, а компания — использовать практический опыт, который прежде оставался на уровне отдельного рабочего места. Чтобы этот вклад стал частью корпоративной системы, предложение должно пройти проверку носителем метода, тестирование и оценку эффекта. Доступность создания решений не отменяет требований к их качеству.

Потенциальные механизмы мотивации:

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

• профессиональный статус;

• участие в методологическом сообществе;

• показатели вклада;

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

• доля эффекта;

• вознаграждение за использование;

• карьерное продвижение.

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

Это может привести к:

• созданию большого количества узких и дублирующих навыков;

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

• конкуренции за авторство;

• сопротивлению объединению решений;

• оптимизации популярности вместо эффекта.

Поэтому система мотивации должна учитывать не только использование, но и:

• качество;

• устойчивость;

• экономический эффект;

• сокращение ошибок;

• переносимость;

• вклад в обучение других;

• стоимость сопровождения.

На текущем этапе вознаграждение авторов навыков следует рассматривать как перспективную управленческую модель, требующую отдельной проверки экономики и поведения участников.

PDF — страница 117

7.10. Управление реестром

Корпоративная операционная система навыков требует собственных ролей.

Автор Создаёт или изменяет навык.

Носитель метода Подтверждает профессиональную корректность.

Владелец навыка Отвечает за актуальность, качество и развитие.

Контролёр качества Проверяет тесты, дефекты и соответствие стандартам.

Владелец безопасности Определяет допустимые данные, инструменты и внешние действия.

Владелец реестра Управляет публикацией, версиями, зависимостями и отзывом.

Пользователь Применяет навык и сообщает об отклонениях.

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

Особенно если навык способен:

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

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

• отправлять внешние сообщения;

• создавать финансовые обязательства;

• влиять на права сотрудников.

7.11. Метрики системы навыков

Количество созданных навыков почти ничего не говорит о зрелости.

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

Полезно измерять несколько групп показателей.

PDF — страница 118

Использование

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

• количество применений;

• доля целевых случаев, где навык был использован;

• повторное использование;

• распространение между подразделениями.

Качество

• успешные завершения;

• доля человеческих исправлений;

• количество инцидентов;

• прохождение QA;

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

• устойчивость между пользователями.

Эффект

• сокращение времени;

• снижение дефектов;

• уменьшение стоимости;

• рост пропускной способности;

• сокращение обучения;

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

Здоровье реестра

• доля навыков с владельцем;

• доля актуальных версий;

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

• дублирование;

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

• навыки без использования;

• срок реакции на критический дефект.

7.12. Основные дефекты

Реестр без архитектуры Навыки создаются в разных форматах, имеют одинаковые названия и используют противоречивые правила.

Массовое создание до появления спроса Команда пишет навыки «на будущее», но они не встроены в реальные процессы.

Отсутствие владельца Автор создал навык и потерял к нему интерес. Метод изменился, а инструкция осталась активной.

PDF — страница 119

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

Принудительное обновление без контроля Новая версия автоматически устанавливается всем пользователям, хотя не прошла достаточное тестирование.

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

Монополия эксперта Автор препятствует изменению навыка или скрывает важную часть метода, сохраняя зависимость организации от себя.

Автоматизация дефектного процесса Навык воспроизводит процесс, который сам нуждается в пересмотре.

7.13. Минимальная жизнеспособная система

Компании не требуется начинать с сотен навыков.

Первая версия может включать:

1. Реестр из десяти–двадцати наиболее востребованных функций.

2. Единый шаблон навыка.

3. Назначенного владельца каждого навыка.

4. Простое версионирование.

5. Набор тестовых случаев.

6. Проверку перед публикацией.

7. Ограниченную группу пользователей.

8. Регистрацию ошибок и корректировок.

9. Регулярный пересмотр.

10. Возможность быстро отозвать дефектную версию.

Приоритет следует отдавать навыкам, которые:

• часто применяются;

• имеют устойчивый метод;

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

• вызывают повторяющиеся ошибки;

• используются несколькими сотрудниками;

• требуют дорогой экспертной поддержки;

• могут быть объективно проверены.

PDF — страница 120

Вывод

Корпоративная база знаний сохраняет накопленный опыт. Корпоративная операционная система навыков превращает этот опыт в воспроизводимые способности.

Её основная единица — версионируемый навык, связывающий: область применения → метод → правила → инструменты → проверки → человеческие решения → результат.

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

Так организация получает возможность:

• быстрее передавать экспертизу;

• снижать зависимость от отдельных людей;

• превращать исправления в общие улучшения;

• распространять сильные способы работы;

• сохранять авторство и происхождение;

• постепенно увеличивать качество всей системы.

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

Следующая глава посвящена выбору ИИ-инициатив: как перейти от стратегии и дерева метрик к ограниченной функции, подходящему механизму и измеримому эффекту.