Должностная инструкция с нейросетью начинается с описания реальной работы: задач, результатов, полномочий и взаимодействия с коллегами. Модели поручают собрать из этих вводных черновик и отметить пробелы. Руководитель и HR проверяют содержание. Здесь разбираем рабочее описание роли; юридическое оформление трудовых документов остаётся за пределами статьи.
Что должно получиться: черновик для руководителя и HR
Подготовьте рабочее описание должности, в котором каждая задача связана с проверяемым результатом, полномочиями сотрудника и получателем работы. Нейросети поручите собрать черновик из подтверждённых вводных. Руководитель проверяет соответствие реальной работе, HR — понятность описания и согласованность со смежными ролями. Неизвестные условия сохраняйте отдельными вопросами с указанием того, кто должен на них ответить.
Итоговый комплект включает карточку должности, таблицу задач, перечень открытых вопросов и отметки согласования. По нему сотрудник должен понимать, что подготовить, к какому событию и кому передать. Руководитель проверяет распределение работы. HR сопоставляет ожидания от смежных должностей.
Дальше используем условный пример координатора проектов. Он собирает статусы, ведёт реестр договорённостей и сообщает руководителю о блокировках. Все процессы и полномочия примера — учебные вводные. Они не описывают практику или результаты AURMIND.
Рабочее описание роли отличается от вакансии: здесь нужны действия и условия их выполнения, а не текст для привлечения кандидатов. Если черновик планируют использовать в трудовых документах, организация отдельно проводит кадровую и правовую проверку. Эта статья не определяет обязательность инструкции и порядок изменения трудовой функции.
Черновик готов к обсуждению, когда для каждой задачи определены результат, принимающий и предел самостоятельных решений.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Шаг 1. Соберите вводные о реальной работе должности
Карточка исходных данных должна описывать работу конкретной должности: назначение роли, подчинение, повторяющиеся задачи, входящие материалы, инструменты и получателей результата. Для каждой задачи укажите событие запуска, ожидаемый результат, срок, зависимости и предел самостоятельных решений. Основой промпта станет эта карточка. До генерации попросите руководителя подтвердить содержание и выделить вопросы, по которым договорённости пока нет.
Начните с разрозненных заметок. Для условного координатора они выглядят так: «собирает статусы», «обновляет договорённости», «напоминает об ответах», «сообщает о блокировках». В таком виде непонятно, где заканчивается работа сотрудника.
Уточнённый фрагмент карточки можно заполнить так:
- Назначение роли: поддерживать согласованный реестр статусов и вопросов для руководителя проекта.
- Подчинение: руководитель проекта принимает результат и определяет приоритеты.
- Входящие материалы: сообщения ответственных и подтверждённые решения совещаний.
- Инструмент: рабочий реестр, доступ к которому согласован для координатора.
- Результат: обновлённые записи с источниками сведений и отмеченными пробелами.
- Полномочия: запрашивать статус и напоминать об ответе по согласованному порядку.
- Граница решений: координатор не меняет сроки и приоритеты самостоятельно.
- Открытые вопросы: кто заменяет принимающего при его отсутствии и как разрешают противоречия между источниками.
Все перечисленные условия относятся только к примеру.
Попросите руководителя разобрать обычную рабочую ситуацию: что поступило сотруднику, что тот сделал и кому передал результат. Сопоставьте рассказ с карточкой. Если действие упомянуто только в разговоре, внесите его во вводные и отдельно подтвердите.
Отделяйте правила отдела от задач должности. Например, участие в общем совещании может касаться нескольких ролей, а ведение реестра — только координатора. Уровень самостоятельности тоже зафиксируйте: одинаковое название должности само по себе не определяет полномочия.
Для каждого исходного пункта сохраните основание: подтверждение руководителя, описание процесса или согласованный образец результата. Не нужно загружать эти документы целиком. В карточке достаточно разрешённого фрагмента и отметки, по чему проверяющий сможет восстановить договорённость.
Шаг 2. Подготовьте разрешённые данные и отметьте пробелы
Передавайте нейросети только сведения, которые организация разрешила использовать в выбранном инструменте. Для подготовки описания роли соберите минимальный набор вводных: действия, результаты, зависимости и пределы решений. Если разрешения на передачу исходного фрагмента нет, используйте полностью вымышленные вводные либо отложите загрузку до согласования. Условия хранения, обработки и доступа проверяйте отдельно для конкретного сервиса.
Для учебной работы с карточкой координатора подготовьте такой набор:
- Замените имена обозначениями «координатор», «руководитель проекта», «ответственный за задачу».
- Исключите контакты, клиентские данные, реквизиты и содержание закрытых договорённостей.
- Замените чувствительный фрагмент полностью вымышленной ситуацией, сохранив только нужную структуру работы.
- Отметьте неизвестные полномочия и сроки словами «требует уточнения».
Удаление имён не считайте разрешением на загрузку документа.
Согласуйте допустимый состав сведений по правилам организации. Вопросы правового статуса данных передайте её специалистам. Даже для вымышленного примера не переносите в запрос закрытые подробности, без которых можно разобрать задачу.
Для работы с вводными предлагаем редакционную маркировку: «подтверждено руководителем», «требует уточнения», «предложено моделью». Последняя отметка означает, что предложение ещё предстоит обсудить. Это способ подготовки черновика, а не требование стандарта.
Например, обязанность запрашивать статусы подтверждена руководителем. Кто заменяет принимающего при его отсутствии, пока неизвестно. Предложение добавить еженедельный отчёт пришло от модели. Сохраните эти различия при передаче текста на проверку.
Если неизвестно, кто принимает результат, сначала получите список вопросов. Просьба «дополни типовыми обязанностями» не закрывает пробел в управленческой договорённости. HR и руководитель должны решить его до согласования соответствующей строки.
Не смешивайте пустую ячейку с отрицательным ответом. «Полномочие не подтверждено» и «руководитель подтвердил отсутствие полномочия» — разные вводные. Во втором случае можно описать границу роли, в первом нужно сохранить вопрос.
Шаг 3. Задайте промпт: сначала вопросы, затем черновик
Промпт для описания должности должен задавать исходные сведения, порядок работы и формат ответа. Сначала поручите модели найти пробелы и противоречия. После ответов руководителя запросите черновик с привязкой строк к вводным. Если документ нужен до уточнений, потребуйте видимые пропуски: читатель должен отличать подтверждённую задачу от условия, которое ещё предстоит согласовать.
В запрос подставьте разрешённые сведения:
Подготовь управленческий черновик описания должности «[название]». Карточка роли: [назначение, подчинение, инструменты, получатели результата]. Рабочие вводные: [пронумерованные задачи, результаты, сроки, зависимости, полномочия и статусы подтверждения]. На первом этапе перечисли недостающие сведения и противоречия. Задай вопросы руководителю. На этом заверши ответ. После моего сообщения с подтверждёнными ответами составь таблицу: задача; проверяемый результат; критерий приёмки; срок или событие запуска; полномочия; граница ответственности; принимающий; маршрут передачи нерешённого вопроса; источник во вводных. Не добавляй отсутствующие обязанности, показатели, доступы, нормативные ссылки, санкции и требования к сотруднику. Предложения вынеси отдельно с отметкой «предложено моделью». Для неизвестного напиши «требует уточнения». Если запрошу ранний черновик, сохрани эти отметки. Укажи номер исходного пункта для каждой строки. Не назначай сотруднику полномочия по своему предположению.
Нумерация вводных нужна для ручной сверки: проверяющий сможет сопоставить каждую обязанность с её основанием. Если строка ссылается на пункт о сборе статусов, а приписывает координатору право менять бюджет, основание не соответствует формулировке.
Требование в промпте не заменяет проверку человеком.
После первого ответа разберите вопросы с руководителем. Верните модели подтверждённые решения отдельным сообщением и явно укажите, какие вопросы остались открытыми. Не просите её самостоятельно выбрать наиболее вероятный вариант.
При повторном запросе перечислите конкретные исправления: убрать неподтверждённый доступ, разделить задачи, сохранить вопрос о принимающем. Храните исходную карточку и текущий черновик отдельно. При проверке сопоставляйте новую версию с вводными, а не только с предыдущим ответом.
Если модель повторяет исправленную ошибку, выделите соответствующее ограничение отдельной строкой запроса. Например: «Координатор фиксирует согласованные сроки; право утверждать их изменение ему не дано». Затем снова проверьте весь фрагмент, где описаны решения по срокам.
Шаг 4. Переведите обязанности в проверяемые результаты
Рабочая задача должна вести к результату, который можно предъявить получателю и проверить по согласованным условиям. Формулировку «контролирует ход проекта» разложите на действия координатора: запросить сведения, обновить реестр, отметить отсутствующие ответы и передать блокировки руководителю. Критерий приёмки задаёт условия проверки результата: какие записи, источники и отметки должны присутствовать в подготовленном реестре.
Разберём условный пример. Координатор получает сообщения ответственных и переносит статусы в рабочий реестр. Для каждой обновлённой записи он указывает источник. При отсутствии ответа ставит соответствующую отметку и включает вопрос в сообщение руководителю.
Результат здесь — реестр с прослеживаемыми статусами, пробелами и вопросами для решения.
Получатель проверяет, откуда взялись сведения и где информации не хватает. Если источник не указан, запись нельзя принять по заданному критерию. Координатору нужно добавить основание либо явно отметить, что сведения ещё не подтверждены.
Фраза «обеспечивает выполнение проекта в срок» такого критерия не задаёт. По условиям примера координатор не управляет всеми исполнителями, ресурсами и решениями. Для его работы определите полноту обработки полученных сведений и порядок сообщения о проблемах. Результат всего проекта обсуждайте с теми, кто уполномочен им управлять.
Не добавляйте произвольные сроки и пороги. Если во вводных нет времени закрытия реестра, оставьте вопрос руководителю. Для учебного разбора допустимо задать условие: «реестр готовят к рабочему совещанию». Переносить его в описание реальной должности можно только после подтверждения.
Различайте завершение действия и принятие результата. Координатор мог отправить файл, но получатель обнаружил записи без источников. В описании заранее укажите, кто возвращает замечания и кто исправляет ошибки переноса.
Критерий должен помогать принять решение по конкретной работе. «Реестр заполнен правильно» оставляет слишком много для догадки. «Полученные ответы перенесены без искажения, для каждой записи указан источник, отсутствующие ответы отмечены» задаёт предмет проверки. Эти условия тоже нужно согласовать, а не принять только потому, что они подробно написаны.
Шаг 5. Свяжите результаты с полномочиями и границами роли
Для каждого результата зафиксируйте, какие действия сотрудник вправе выполнить самостоятельно и где должен обратиться к руководителю. Граница ответственности уточняет, за какую часть работы отвечает роль и какие решения зависят от других участников. Маршрут передачи проблемы описывает повод обращения, получателя и сведения, необходимые для решения. Проверьте эти условия вместе с таблицей задач.
Таблица целиком относится к условному примеру. События запуска, правила приёмки и полномочия заданы для учебного разбора.
| Задача | Результат и критерий приёмки | Срок или событие | Полномочия | Граница ответственности | Кто принимает и кому передают проблему |
|---|---|---|---|---|---|
| Собрать статусы | Полученные ответы перенесены без искажения; указаны источники и отмечено отсутствие сведений | К рабочему совещанию | Запрашивать сведения и напоминать об ответе | Координатор отвечает за перенос и отметки; содержание ответа подтверждает его автор | Руководитель проекта принимает реестр и получает список отсутствующих ответов |
| Обновить договорённости | Записи соответствуют подтверждённым решениям; указаны согласованные владельцы и сроки | После подтверждения решения | Фиксировать согласованное и исправлять ошибки переноса | Координатор не назначает владельцев и не меняет сроки самостоятельно | Руководитель проекта принимает записи и разрешает противоречия |
| Передать блокировку | Сообщение содержит проблему, затронутую задачу, источник и недостающее решение | После выявления препятствия | Собирать пояснения и направлять вопрос руководителю | Решения по ресурсам и приоритетам принимает руководитель | Руководитель проекта получает сообщение и определяет дальнейшие действия |
Факт о вводных примера. В карточке из шага 1 прямо разрешены запрос статуса и напоминание об ответе. Там же исключено самостоятельное изменение сроков. Эти условия можно проверить по строкам «Полномочия» и «Граница решений»; это заданные условия учебной ситуации, а не сведения о реальной компании.
Проверьте доступ к необходимому реестру и возможность связаться с участниками. Если ресурса нет, отразите зависимость и назначьте того, кто решит вопрос. Не оставляйте сотруднику задачу, для которой отсутствует согласованный способ получить входящие материалы.
Под ответственностью здесь понимаем организационную договорённость о работе. Таблица не задаёт взысканий, штрафов или материальной ответственности.
При переносе в рабочий документ разделите объединённые колонки, если руководителю удобнее проверять критерий, принимающего и маршрут передачи проблемы по отдельности. Содержание каждой ячейки подтвердите с участниками процесса.
Проверьте соответствие полномочий результату в обе стороны. Обязанность обновить запись требует доступа к реестру. Но доступ к редактированию сам по себе не означает права менять согласованный срок. Техническая возможность и разрешённое решение должны быть описаны раздельно.
Шаг 6. Проверьте пересечения со смежными должностями
Сопоставьте черновик со смежными ролями по вопросам: кто выполняет действие, кто принимает результат, кто согласует изменение и кому передают нерешённый вопрос. Одного названия ответственного недостаточно. Для каждой строки проверьте полномочия участников и согласуйте ожидаемое взаимодействие. Противоречия оставьте открытыми до решения руководителя, который отвечает за распределение работы. Не поручайте модели разрешать их без подтверждённых вводных.
В условном примере модель могла записать координатору «корректирует сроки проекта». При этом описание руководителя проекта уже содержит право утверждать изменения сроков. Уточните, какое действие имелось в виду: исправление ошибки переноса, подготовка предложения или принятие решения.
Это разные полномочия.
Если координатору разрешено только фиксировать согласованное изменение, так и напишите. Основание — подтверждённые вводные. Не выбирайте более широкую формулировку ради краткости: за ней может скрыться другое ожидание от сотрудника.
Проверьте и обратную ситуацию: задачу описали, но продолжение процесса не определили. Например, координатор передаёт вопрос о недостающих данных, а никто не должен получить ответ и вернуть его в реестр. Уточните, кто завершает этот маршрут и как координатор узнаёт о решении.
Если принимающих несколько, определите предмет проверки каждого. Кто-то может подтверждать содержание, а кто-то — полноту записей. Отдельно согласуйте, кому передать несовместимые замечания. Иначе сотруднику придётся самостоятельно выбирать между указаниями.
Мнение. Если границы ответственности в отделе ещё не согласованы, начните с одной роли и её ближайших взаимодействий. Такой подход уместен, когда можно разобрать завершённый рабочий сценарий. Если решение затрагивает сразу несколько должностей, обсуждайте их вместе.
Общие правила отдела можно переиспользовать после проверки. Задачи, доступы и самостоятельность каждого уровня обсуждайте отдельно. Одинаковый шаблон помогает сопоставлять описания, но не служит основанием выдать всем сотрудникам одинаковые права.
После разбора роли зафиксируйте спорные участки и решения по ним. Затем проверьте, нужно ли изменить описание смежной должности. Согласованная строка в одном документе не устраняет противоречие, оставшееся в другом.
Какие ошибки искать в сгенерированном описании
Проверяйте черновик по основаниям для каждой обязанности: есть ли действие во вводных, доступен ли нужный ресурс, управляет ли сотрудник ожидаемым результатом. Особого внимания требуют права на решения, общие обещания за весь отдел и ссылки на нормы. Перечисленные ошибки используйте как сценарии проверки. Их наличие в конкретном ответе устанавливайте по тексту и подтверждённым вводным.
Сверяйте признаки по схеме «формулировка — последствие — уточнение»:
- Приписано согласование бюджета: описание предполагает решение за пределами роли; выясните у владельца процесса, кто утверждает расходы.
- Назначен результат всего отдела: ожидание зависит от действий других людей; выделите собственный результат сотрудника и внешние зависимости.
- Повторяются слова «содействует» и «обеспечивает»: объём работы неясен; уточните действие, выходной документ и границу участия.
- Добавлены нормы или санкции: у строки нет подтверждённого основания; исключите её из черновика и передайте вопросы оформления специалистам организации.
Проблемный фрагмент условного примера: «Координатор обеспечивает соблюдение всех сроков и самостоятельно корректирует план при отклонениях».
Исправленный вариант: «Координатор фиксирует полученные сведения об отклонениях, указывает источник и передаёт руководителю проекта вопросы об изменении плана. Вносит изменения после подтверждения решения».
Первая версия связывает координатора с результатом, которым он не управляет, и добавляет неподтверждённое право. Исправление описывает наблюдаемое действие и условие изменения реестра.
Проверьте дублирование. «Ведёт реестр», «обновляет статусы» и «обновляет сведения» могут описывать одну задачу. Объедините совпадающие действия, сохранив различия в результате, если они есть. Не считайте разные слова доказательством разной работы.
Не удаляйте сложную строку только ради краткости.
Если координатор действительно выполняет несколько разных действий, разделите их и укажите отдельные условия приёмки. Иначе сокращённое описание скроет часть работы. Особенно внимательно проверяйте строки, где соединены сбор сведений и принятие решения: у них могут быть разные исполнители.
Отдельно найдите требования к опыту, образованию и личным качествам. Если их не было во вводных, не переносите в документ автоматически. В этой задаче модель собирает описание согласованной работы, а не определяет профиль кандидата.
Как проверить черновик на рабочем сценарии
Пройдите с руководителем и HR ситуацию, в которой обычный порядок работы нарушен. Для координатора используйте условие примера: ответственный не прислал статус, а время подготовки реестра наступило. По описанию должно быть понятно, что сотрудник отмечает отсутствие ответа и передаёт руководителю нерешённый вопрос. Последний подтверждённый статус сохраняйте с указанием его даты и источника, без обозначения как нового ответа.
Попросите участника объяснить действия своими словами. Не подсказывайте недостающие правила. Если человеку приходится угадывать, кому сообщать о пробеле или можно ли менять статус без ответа, верните вопрос в черновик.
Руководитель проверяет соответствие реальной работе, полномочиям и ресурсам. HR смотрит на понятность структуры и согласованность с описаниями смежных ролей. При необходимости к разбору подключают получателя результата: он должен понимать, что именно принимает.
Для приёмки используйте список:
- Задача подтверждена руководителем и соответствует назначению роли.
- Результат можно предъявить и проверить по указанному критерию.
- Полномочия и необходимые ресурсы доступны сотруднику.
- Зависимости названы, взаимодействие согласовано с участниками.
- Принимающий определён и понимает, что проверять.
- Действие при блокировке понятно без дополнительных догадок.
Для записи «срок согласован на совещании» проверьте само основание. Найдите подтверждённое решение, его предмет и того, кто его согласовал. Название встречи или факт участия в ней не подтверждают конкретный срок.
Открытым вопросам назначьте тех, кто должен ответить.
Пока ответа нет, сохраняйте отметку неопределённости. Не заменяйте её уверенной формулировкой только для завершённого вида документа. Если вопрос мешает выполнить задачу, соответствующий фрагмент ещё не готов к использованию.
Если оцениваете пользу ИИ, учитывайте время сбора вводных, генерации, проверки, исправлений и согласования. Для сравнения используйте сопоставимую задачу и одинаковое условие готовности документа. Скорость появления первого текста сама по себе не показывает время подготовки проверенного описания.
Зафиксируйте и объём исправлений: какие обязанности пришлось убрать, где уточнили полномочия, какие вопросы остались открытыми. Это материал для улучшения следующего запроса. Он не заменяет проверку результата на новой роли.
Как согласовать описание и поддерживать его актуальность
Для управленческого черновика предлагаем такой маршрут: руководитель подтверждает задачи и полномочия, смежные роли проверяют взаимодействие, HR собирает замечания и фиксирует согласованную версию. Назначьте владельца описания, который принимает вопросы и запускает пересмотр. Если текст предназначен для трудовых документов, передайте его на принятую в организации кадровую и правовую проверку. Предложенный маршрут не определяет юридический порядок оформления.
Замечания сохраняйте рядом со спорными строками. Формулировка «нужно уточнить ответственность» слишком общая. Запишите предмет решения: «кто разрешает изменить срок в реестре» или «кто принимает сообщение о блокировке».
После ответа обновите строку и отметьте основание изменения.
Для сопровождения рабочего документа фиксируйте владельца, номер версии, дату содержательной проверки и нерешённые вопросы. История должна показывать, что изменилось в работе: например, появился другой получатель отчёта или руководитель передал часть решений.
Поводами для пересмотра могут стать изменение процесса, инструмента, подчинения, состава результата и пределов самостоятельности. Попросите модель подготовить варианты формулировок после подтверждения новых вводных. Решение об изменении обязанностей оставьте уполномоченным участникам организации.
При обновлении проверяйте связанные строки. Новый получатель отчёта может изменить маршрут замечаний. Передача права согласовать срок затрагивает описание координатора и руководителя. Не ограничивайтесь заменой названия роли в одном месте.
Если обнаружилась ошибка, сохраните краткое объяснение исправления: какая строка не соответствовала работе, кто подтвердил новые сведения и какие связанные описания проверили. Следующий редактор сможет восстановить основание решения без повторного сбора всех договорённостей.
Не просите модель объявить документ согласованным. Отметка согласования должна отражать решение конкретного участника процесса, а не вывод из текста черновика. Неразрешённые вопросы храните отдельно от принятой версии, с понятным статусом каждого.
Следующий шаг: подготовьте описание одной должности
Для первой работы выберите должность с понятными повторяющимися задачами и заполните карточку вводных вместе с руководителем. Цель — проверенный управленческий черновик с задачами, результатами и границами роли. Оставьте видимые вопросы для руководителя и HR. До согласования не используйте предложения модели как подтверждённые договорённости о работе сотрудника. Начать удобно с результата, который можно показать: реестра, отчёта или подготовленного набора сведений.
Маршрут подготовки можно сверить по шагам:
- Соберите назначение роли, задачи, источники сведений и доступные ресурсы.
- Уточните пробелы, особенно полномочия и критерии приёмки.
- Получите черновик и сопоставьте строки с вводными.
- Проверьте взаимодействие ролей и сценарий нехватки полномочий.
- Передайте исправленное описание руководителю и HR.
Не переносите удачную формулировку на другие должности без проверки. Переиспользовать можно структуру: действие, результат, критерий, полномочие и принимающий. Содержание подтверждают для каждой роли отдельно.
Корпоративное обучение искусственному интеллекту AURMIND — направление для команд. Для обсуждения такой задачи пригодятся разрешённый фрагмент вводных, спорная формулировка и объяснение того, где проверяющие расходятся в ожиданиях.
Выберите способ связи и опишите задачу: для каких ролей готовите описания, какие сведения уже собраны и что мешает согласовать результат.
Рабочая схема
Эта схема показывает порядок действий в описанном примере. Проверки каждого этапа разобраны в статье.
Частые вопросы
Можно ли объединить в одном описании работу на двух разных проектах?
Для управленческого черновика можно выделить общую часть роли и отдельные условия участия в каждом проекте. Попросите руководителей согласовать порядок при конфликте приоритетов. Если ожидания несовместимы, сохраните вопрос открытым до решения.
Нужно ли включать в описание разовую просьбу руководителя?
Сначала уточните, повторяется ли задача и относится ли она к назначению роли. Разовую ситуацию можно сохранить среди сценариев для обсуждения. Включение в постоянный перечень задач требует отдельного подтверждения содержания работы.
Что делать, если сотрудник и руководитель по-разному описывают фактическую работу?
Соберите конкретные примеры входящих поручений и подготовленных результатов. Разделите текущую практику и ожидаемую работу. Расхождение передайте на обсуждение участникам процесса. Модель не должна выбирать версию за них.
Источники
- Artificial Intelligence Risk Management Framework (AI RMF 1.0) — NIST.
- Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — NIST.
