Александр Костин – Внедрение ИИ в компании: пошаговая система устранения хаоса (страница 5)
Правило шаблона. Если сотрудник использует утверждённый шаблон и чеклист, согласование упрощается. Если сотрудник отклоняется от шаблона, согласование усложняется. Это создаёт естественный стимул держаться стандарта.
RACI как способ убрать неопределённость без бюрократии
RACI – это метод, который помогает зафиксировать роли в проекте так, чтобы не возникало ситуации «я думал, это делает он». Его ценность в том, что он снимает двусмысленность. На пилоте важно применить RACI не ради красивой матрицы, а ради ясности.
Смысл в четырёх ролях.
Ответственный за выполнение. Тот, кто делает работу руками и приносит результат.
Ответственный за итог. Тот, кто несёт ответственность за результат и принимает решение, считается ли задача выполненной.
Согласующий. Тот, кто должен дать согласие или проверить в рамках своих полномочий.
Информируемый. Тот, кого нужно держать в курсе, потому что результат влияет на его работу.
На практике пилота это выглядит очень приземлённо. Для каждого из трёх процессов вы фиксируете, кто делает, кто принимает, кто согласует в высокорисковых случаях, кого информировать о результатах и проблемах. После этого исчезают бесконечные переписки «кто должен», и появляются короткие действия.
Важно удержать RACI на уровне внедрения, а не пытаться описать всю компанию. На пилоте достаточно RACI на десять ключевых объектов: политика данных, шаблоны, чеклисты, библиотека промптов, журнал инцидентов, сбор метрик, ежедневный статус, контрольные точки, утверждение артефактов, решение спорных кейсов.
Коммуникационный ритм: ежедневные 10 минут и две контрольные точки в неделю
Роли сами по себе не живут. Они живут в ритме. Если ритма нет, роли постепенно растворяются, потому что никто не возвращается к договорённостям, и каждый действует по привычке.
На двухнедельном пилоте лучше всего работает короткий ежедневный ритм и две контрольные точки в неделю.
Ежедневные 10 минут – это не созвон «поговорить». Это быстрый контроль реальности. Формат должен быть фиксированным, иначе его начнут растягивать. В этих 10 минутах обсуждаются три вопроса: что сделали по трём процессам, какие проблемы возникли, какие решения нужны сегодня. Это место, где владелец внедрения видит, что происходит, а команда понимает, что внедрение не забыто и не превращено в очередной «инициативный чат».
Две контрольные точки в неделю – это момент, где вы смотрите на фактуру: метрики времени, скорость цикла, качество, правки, SLA, инциденты. Контрольная точка должна заканчивается конкретными действиями: обновить шаблон, уточнить чеклист, запретить формулировку, изменить правило согласований, заменить сценарий. Если контрольная точка заканчивается обсуждением без решений, она превращается в формальность.
Есть важный нюанс: коммуникационный ритм должен быть безопасным для правды. Люди должны понимать, что сообщение о проблеме не делает их виноватыми. Оно делает систему лучше. Если в компании привычка «наказывать за ошибки», внедрение нейросетей будет сопровождаться скрытым использованием и отсутствием инцидентов на бумаге, при том что проблемы будут происходить в реальности.
Артефакт: карточка ролей и RACI на одну страницу
Чтобы роли не распались в устных договорённостях, их нужно упаковать в один лист. Не в регламент на двадцать страниц. В один лист, который можно прочитать за две минуты и проверить за день.
Карточка ролей содержит краткое описание каждой роли и её обязательства. Она отвечает на вопрос: кто за что отвечает и что входит в его ежедневные действия.
Структура карточки ролей может быть такой.
Владелец внедрения. Цель на 14 дней, выбор процессов, стандарты, метрики, решения по спорным ситуациям, контрольные точки.
Владелец безопасности. Политика данных, правила обезличивания, строгие зоны, журнал инцидентов, корректирующие действия.
Владельцы процессов. Критерии качества, шаблоны, чеклисты, механизм проверки, улучшение практики по итогам метрик.
Пользователи. Применение в заданных сценариях, фиксация фактуры, соблюдение правил данных, передача проблем и идей улучшения.
Редактор качества. Чеклист приёмки, контроль внешних сообщений, улучшение шаблонов, разбор типовых ошибок.
ИТ/админ. Доступы, учётные записи, место хранения, версии, сохранность артефактов.
Дальше, под карточкой ролей, фиксируется мини-RACI по десяти объектам пилота. Важно, чтобы он был текстовым и помещался на странице, без таблиц. Его можно оформить как список, где на каждый объект указано: кто отвечает за итог, кто делает, кто согласует, кого информировать.
Пример формулировки для объекта выглядит так: «Политика данных: итог – владелец безопасности; выполнение – владелец безопасности совместно с ИТ; согласование – владелец внедрения; информирование – владельцы процессов и пользователи». В таком виде матрица читается быстро и не превращается в бюрократию.
Чтобы вы могли сразу применить это в работе, ниже – готовая заготовка текста, которую можно вставить в документ и заполнить именами.
Карточка ролей внедрения ИИ на 14 дней
Владелец внедрения: ______________________
Обязанности: фиксирует цель и KPI на 14 дней; утверждает три процесса пилота; обеспечивает появление стандартов (шаблоны, чеклисты, правила режимов); организует сбор метрик; принимает решения по спорным кейсам; проводит ежедневные 10 минут и две контрольные точки в неделю; утверждает финальные артефакты пилота.
Владелец безопасности: ______________________
Обязанности: выпускает политику данных на 1 страницу; задаёт правила обезличивания; определяет строгие зоны и правила согласования; ведёт журнал инцидентов; проводит разбор инцидентов и выпускает корректирующие действия; контролирует соблюдение правил данных в высокорисковых сценариях.
Владелец процесса 1: ______________________ (процесс: ______________________)
Обязанности: описывает вход/выход процесса; утверждает критерии качества; утверждает шаблоны и формулировки; задаёт механизм проверки; улучшает процесс по итогам метрик и обратной связи.
Владелец процесса 2: ______________________ (процесс: ______________________)
Обязанности: аналогично.
Владелец процесса 3: ______________________ (процесс: ______________________)
Обязанности: аналогично.
Редактор качества: ______________________
Обязанности: формирует чеклист приёмки; проверяет внешние материалы в рамках заданных правил; фиксирует типовые ошибки; обновляет шаблоны и чеклисты вместе с владельцами процессов; помогает обучать пользователей на разборе реальных результатов.
ИТ/админ: ______________________
Обязанности: организует учётные записи и доступы; задаёт место хранения шаблонов и промптов; обеспечивает единый источник актуальной версии; поддерживает сохранность артефактов; помогает владельцу безопасности и владельцу внедрения в вопросах контроля доступа и дисциплины хранения.
Пользователи пилота: ______________________
Обязанности: используют ИИ в утверждённых сценариях; фиксируют время, итерации и результат; соблюдают правила данных; передают проблемы и предложения по улучшению; не отправляют внешние материалы без соблюдения модели согласований.
Мини-RACI на пилот
Цель и KPI пилота: итог – владелец внедрения; выполнение – владелец внедрения; согласование – владельцы процессов; информирование – команда пилота.
Политика данных: итог – владелец безопасности; выполнение – владелец безопасности + ИТ; согласование – владелец внедрения; информирование – владельцы процессов и пользователи.
Шаблоны по процессам: итог – владелец процесса; выполнение – владелец процесса + редактор; согласование – владелец безопасности для строгих зон; информирование – пользователи.
Чеклисты качества: итог – редактор качества; выполнение – редактор + владельцы процессов; согласование – владелец внедрения; информирование – пользователи.
Библиотека промптов и версий: итог – ИТ/админ; выполнение – ИТ/админ; согласование – владелец внедрения; информирование – команда пилота.
Сбор метрик: итог – владелец внедрения; выполнение – пользователи; согласование – владельцы процессов по корректности; информирование – руководство и команда пилота.
Журнал инцидентов: итог – владелец безопасности; выполнение – все участники пилота; согласование – владелец внедрения по корректирующим действиям; информирование – владельцы процессов.
Модель согласований: итог – владелец внедрения; выполнение – владелец внедрения + владелец безопасности; согласование – владельцы процессов; информирование – вся команда пилота.
Ежедневные 10 минут: итог – владелец внедрения; выполнение – команда пилота; согласование – не требуется; информирование – владельцы процессов и безопасность по итогам.
Две контрольные точки в неделю: итог – владелец внедрения; выполнение – владелец внедрения + владельцы процессов + безопасность; согласование – руководство при необходимости; информирование – вся команда пилота.
Когда эти роли и RACI закреплены, внедрение перестаёт зависеть от энтузиазма и превращается в управляемую работу. Команда понимает, что от неё ожидается сегодня, где проходит граница ответственности, и как выглядит «правильно». Это создаёт порядок, на котором дальше держатся процессы, регламенты и, главное, измеримый результат.