Карта затронутых сторон ИИ помогает увидеть людей за схемой рабочего процесса: кто пользуется помощником, кто получает подготовленный материал и чью работу меняют его результаты. В этой статье соберём редакционный шаблон такой карты для L&D и руководителя. Итог — обоснованный список групп и вопросы к тем, чья перспектива пока неизвестна.
Речь не о назначении ответственных за систему. Один сотрудник может отвечать за приложение, но не представлять опыт всех его пользователей. И наоборот: человек может не иметь доступа к помощнику, хотя получаемые от него материалы влияют на его работу. Ниже — учебный способ заметить эти различия, а не обязательная процедура оценки воздействия или юридическая консультация.
Зачем составлять карту затронутых сторон?
Представьте вымышленный внутренний помощник для подготовки учебных памяток. Редактор задаёт запрос, куратор сверяет черновик, сотрудники читают готовый материал. Если позвать на обсуждение только редактора и ИТ, в комнате не окажется читателя памятки. При этом именно читатель должен понять, как выполнить описанное действие.
Карта ставит вопрос: чьих сведений о процессе нам не хватает?
В паспорте ИИ-системы фиксируют назначение, состав и подтверждённые сведения об одном решении. Здесь объект другой — группы людей и их связь с последствиями применения. Паспорт может дать вводные о системе; заполненные контакты владельцев не заменяют выяснение опыта получателей.
Факт. Раздел GOVERN 5.1 NIST AI RMF Playbook предлагает собирать, рассматривать, приоритизировать и учитывать обратную связь от людей вне команды, разработавшей или внедрившей ИИ-систему. В пояснении выбор участников связан с назначением системы и уровнем риска. NIST описывает участие заинтересованных сторон как качественную работу, которую желательно вести с начала применения и на протяжении жизненного цикла.
Это основание обсудить разные перспективы. Оно не задаёт универсальную форму карты, обязательное число интервью или состав комиссии. AI RMF и Playbook предназначены для добровольного применения. Наши поля, учебные статусы и порядок работы ниже — редакционные рекомендации.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Опишите процесс до списка людей
Начните с одного применения. Запишите, какой материал готовится, кто его передаёт и какое следующее действие предполагается. Формулировка «ИИ в обучении» слишком широка для первого упражнения: она объединяет подготовку программы, работу ведущего и действия участников.
Для условного примера возьмём границу: «Редактор готовит черновик памятки по согласованной инструкции; куратор проверяет его; сотрудники получают принятую версию и используют её в учебном задании». Помощник не принимает решения об оценке сотрудника, не отправляет документы сам и не выбирает, кого допускать к работе. Это условия примера, а не сведения о реальном продукте.
Нарисуйте простую цепочку от входа до использования. У каждого перехода спросите: кто делает действие, кто получает результат, кто может столкнуться с ошибкой или неудобством? Не пытайтесь сразу оценить тяжесть всех последствий. Сначала обозначьте связь, которую затем можно проверить.
Схема различает участие в подготовке, получение материала и затрагиваемую работу. Одна группа может иметь несколько связей. Эти части не образуют рейтинг важности людей.
Сохраните границу рядом с картой. Когда в упражнение добавится автоматическая рассылка, прежнего описания уже не хватит: появится другой переход и вопросы к адресатам. Обновлять список без изменения границы неудобно — читатель не поймёт, почему появилась новая группа.
Разделите роль в проекте и затрагиваемый опыт
Предлагаем сначала смотреть на действия, а не на должности. Владелец процесса, оператор помощника, проверяющий и получатель — разные связи с применением. Они могут совпадать у одного человека, но это нужно установить по вводным, а не предположить.
В учебном примере редактор знает, как составляется черновик. Куратор видит, какие места приходится исправлять. Читатель может заметить, что памятка непонятна без исходной инструкции. Руководитель подразделения при этом не обязательно наблюдал чтение или выполнение задания. Его мнение о потребностях сотрудников обозначайте как отдельный источник, а не как ответы всей группы.
Для первого прохода используйте такую таблицу:
| Группа или роль | Связь с применением | Что требуется выяснить | Основание включения |
|---|---|---|---|
| Редакторы | Готовят черновик | Какие вводные и ограничения доступны при подготовке | Описание учебного процесса |
| Кураторы | Проверяют материал | Где возникают трудности проверки | Описание этапа сверки |
| Получатели памятки | Читают и выполняют задание | Хватает ли контекста для действия | Указанный способ использования |
| Ведущие занятия | Объясняют материал группе | Какие вопросы приходится разбирать дополнительно | План занятия, если он дан во вводных |
| Возможная неучтённая группа | Связь ещё не подтверждена | Существует ли такая связь в данном процессе | Открытый вопрос, а не установленный факт |
Последняя строка намеренно отличается от остальных. Её нельзя переписать как «все группы учтены». Например, внешние подрядчики могут вообще не получать эти памятки. Пока описание процесса этого не подтверждает, сохраните вопрос и способ уточнения.
Не делайте из таблицы список приглашённых. Человек, чью работу затрагивает применение, может пока не быть участником обсуждения. И приглашённый специалист не обязательно представляет одну из затронутых групп. Это две разные колонки, которые полезно вести отдельно.
Как заметить пробелы представительства?
После первой карты проверьте её со стороны получателя. Есть ли в списке только те, кому удобно прийти на встречу? Не заменили ли одну группу человеком с другой задачей? На каком основании участник говорит от имени других?
NIST в GOVERN 5.1 обращает внимание на рассмотрение обратной связи по всему кругу предполагаемых пользователей, включая исторически исключавшиеся группы, людей с инвалидностью, пожилых людей и людей с ограниченным доступом к интернету и базовым технологиям. Это не означает, что каждую категорию нужно механически вписать в любую внутреннюю карту. Нужно выяснить применимость к конкретному процессу и не принять удобную выборку за полную картину.
В нашем упражнении можно дать группе дополнительную вводную: «Часть получателей читает памятку с телефона вне общей учебной комнаты». Теперь появляется основание проверить иной контекст чтения. Не нужно приписывать этим сотрудникам плохую связь, инвалидность или низкие цифровые навыки: таких сведений во вводных нет.
В карте запишите именно известное различие — контекст получения материала. Вопрос для уточнения: «Какие трудности возникают при использовании памятки в этом контексте?» Ответ ещё предстоит получить. Фраза «этим людям нужна сокращённая версия» пока будет гипотезой составителя.
Для обсуждения доступности не собирайте лишние сведения о здоровье участников. Согласуйте с ответственными, какие вопросы допустимы и каким способом можно сообщить о барьерах. Организация определяет порядок работы с персональными и чувствительными данными; статья не заменяет эту оценку.
Поручите ИИ структурирование вводных
На обучении начните с полностью вымышленного комплекта. В рабочем процессе используйте только разрешённые сведения и согласованную среду. Для составления карты не требуется передавать модели персональные анкеты сотрудников, переписку или полный штатный список.
Пример задания для синтетических вводных:
По описанию одного процесса составь черновик карты групп. Для каждой строки укажи связь с применением, точную фразу-основание, возможный вопрос для уточнения и статус «подтверждено вводными» или «гипотеза». Не придумывай группы как установленные факты. Не выводи личные характеристики из должности. Не утверждай, что руководитель представляет мнение всех сотрудников. Отдельно перечисли неизвестное. Не принимай решение о запуске системы и не составляй ответы участников за них.
После задания приложите короткое описание процесса из начала статьи. Модельный ответ используется как черновик таблицы. Проверяющий должен сопоставить каждую строку с вводными и увидеть, где произошло добавление. Даже правдоподобную строку без основания нужно перенести в вопросы, если её уместность ещё не установлена.
Типичный учебный дефект — появление «клиентов» в карте внутренней памятки. Вводные могут вообще не содержать внешней передачи. Не удаляйте вопрос о клиентах навсегда и не объявляйте их затронутой группой автоматически. Запишите, что внешнее использование не указано, и верните вопрос владельцу границы процесса.
Другой дефект — фраза «сотрудники поддерживают внедрение». Описание действий не сообщает отношения людей к изменению. Такой вывод нельзя сохранять ни как факт, ни как замену реального обсуждения.
Три статуса относятся к разным видам сведений. Предположение о перспективе группы не становится полученной обратной связью после красивого оформления.
Условный пример: кого не оказалось на обсуждении
Ведущий выдаёт учебный комплект из трёх сведений. Редактор готовит памятку с помощником; куратор сверяет текст; сотрудники двух учебных групп получают принятую версию. Первая группа читает памятку перед очным разбором. Вторая использует тот же материал самостоятельно. На планируемое обсуждение пока приглашены редактор, куратор и ведущий очного занятия.
Это вымышленная ситуация. Число групп и формат чтения — условия упражнения, а не результаты исследования AURMIND.
Участники составляют карту. В ней есть получатели из обеих групп, но в списке приглашённых нет человека, который может описать самостоятельное использование. Ведущий очного занятия не становится таким представителем по умолчанию: его связь с первым форматом дана явно, связь со вторым не указана.
Правильный результат этого шага — пробел, а не вывод об ущербе.
| Запись | Что известно | Что остаётся открытым |
|---|---|---|
| Получатели очной группы | Читают перед разбором | Какие вопросы снимает ведущий |
| Получатели самостоятельной группы | Используют без очного разбора | Какие места требуют пояснений |
| Запланированное обсуждение | Приглашены автор, проверяющий и ведущий | Как получить перспективу самостоятельной группы |
| Предложенное действие | Запросить подходящий способ участия второй группы | Кто согласует приглашение и условия обратной связи |
Для продолжения ведущий даёт отдельную карточку: «Участник самостоятельной группы сообщает, что в памятке непонятно, где найти исходную инструкцию». Это новая вводная. Только теперь в карте появляется полученный комментарий с обозначением учебного источника. До этой карточки нельзя писать, что группа столкнулась именно с таким барьером.
Один комментарий также не доказывает, что все получатели думают одинаково. Запишите его предмет и границу: вопрос о поиске инструкции в описанном формате самостоятельного использования. Если требуются дополнительные сведения, укажите, какие именно и как их допустимо получить. Не превращайте упражнение в голосование о том, нужен ли ИИ вообще.
Превратите карту в план выяснения перспектив
У каждой подтверждённой группы должен появиться следующий вопрос: её опыт уже описан собственными словами участников или пока передан кем-то другим? Для нашего шаблона предлагаем поля «источник перспективы», «что выяснить», «допустимый способ участия» и «кто организует». Дату и канал определяет организация, а не универсальный срок из статьи.
Спросите о конкретном действии. Вместо «Нравится ли вам ИИ?» в примере уместнее «Как вы находите инструкцию после чтения памятки?» и «В каком месте требуется пояснение?» Если исследование требует профессиональных качественных методов, привлеките компетентного участника. Короткая карта не делает составителя исследователем автоматически.
NIST отмечает, что участие заинтересованных сторон не является разовым упражнением; проведение такой работы связано с компетенциями в партисипаторных практиках, качественных методах и переводе контекстной обратной связи для технической аудитории. Наш учебный проход лишь помогает подготовить вопросы и увидеть, кого пока не услышали. Он не подтверждает полноту оценки воздействия.
Заранее объясните цель обращения. Человек должен понимать, какой процесс обсуждается, что будет сделано с его комментарием и где заканчиваются обещания организатора. Не выдавайте приглашение высказаться за право принять окончательное решение, если таких полномочий у участника нет. Не обещайте изменение по каждому предложению.
Для предложений, требующих рассмотрения конкретного результата, используйте отдельный маршрут пересмотра по обращению. Карта помогает определить, чья перспектива отсутствует ещё до такого обращения; она не закрывает индивидуальный вопрос и не заменяет ответ заявителю. Выявленную ошибку передают по существующему порядку работы с инцидентами.
Мнение. Полезнее карта с явно названным пробелом, чем заполненная таблица, в которой руководитель по умолчанию говорит за всех. Проверяемый результат первого занятия — обнаруженная связь, её основание и честно сформулированный вопрос.
Как принять учебную работу?
Попросите другого участника, который не составлял карту, восстановить процесс по её записям. Он должен отличить оператора от получателя, подтверждённую группу от гипотезы, чужое предположение от полученного комментария. Если для этого приходится слушать устные пояснения автора, уточните поля и основания.
Затем измените одну вводную. Например, памятка становится доступна только первой группе, а для второй готовится иной материал. Участник должен пересмотреть связь второй группы именно с этим применением. Нельзя сохранять прежнюю карту как неизменную или считать вторую группу исчезнувшей из всех процессов компании.
Для приёмки предлагаем четыре признака: граница одного применения сохранена; у каждой подтверждённой связи есть основание; перспективы не приписаны людям; пробелы ведут к конкретным вопросам. Это критерии нашего упражнения. Они не дают сертификата соответствия, не разрешают запуск системы и не доказывают, что все последствия исследованы.
Начните с одного безопасного учебного сценария и согласуйте, кто проверит карту. Если команде нужно отработать такое различение ролей, вводных и предположений, обсудите задачу корпоративного обучения AURMIND. Для первого разговора достаточно описания процесса и результата, которому хотите научить участников; рабочие персональные сведения присылать для примера не требуется.
Частые вопросы
Нужны ли фамилии всех участников?
Для первого учебного прохода достаточно групп и связей с процессом. Если для организации обсуждения нужны контакты, порядок их хранения и доступа согласуют отдельно. Не добавляйте персональные сведения только ради подробности карты.
Может ли ИИ представить мнение отсутствующей группы?
В нашем шаблоне модель может предложить вопрос или гипотезу, помеченную как непроверенная. Это не свидетельство позиции людей. Полученный от участников комментарий и синтетическое предположение должны храниться с разными основаниями.
Карта заменяет матрицу ответственности?
Нет. Матрица распределяет действия и полномочия. Карта в этой статье показывает связь людей с применением и недостающие перспективы. Один документ может ссылаться на другой, но присутствие группы на карте само по себе не назначает ей ответственность.
Источники
- NIST AI RMF Playbook: GOVERN — GOVERN 5.1: внешняя для команды перспектива, выбор участников по контексту и риску, непрерывность и компетенции участия.
- NIST: описание Playbook — добровольность и возможность выбирать применимые рекомендации.
- NIST: вопросы об AI RMF — назначение рамки и отсутствие обязательности её применения.
