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

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

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

Редакционный повод — указанные в брифе сообщения Рособрнадзора о временной приостановке НСИ из-за кибератак и восстановлении информационных ресурсов. Полные тексты и даты этих страниц при подготовке статьи подтвердить не удалось, поэтому событие не представлено как свежее. Эти сообщения не используются как доказательство ошибок сотрудников или эффективности предложенного подхода.

1. Определите, какое действие нужно проверить

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

Для каждой цели определите, что именно участник должен предъявить проверяющему:

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

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

2. Найдите утверждённый регламент и сузьте ситуацию

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

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

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

3. Заполните конструктор ситуационного задания

Скопируйте таблицу в рабочий документ. Заполните её до написания вариантов ответа: так основания проверки будут отделены от деталей истории.

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

4. Постройте развилки без скрытых условий

Участник должен получить достаточно информации для обоснованного выбора. Например: сервис недоступен; в утверждённом канале нет сообщения о восстановлении; руководитель просит сообщить статус обращения. При этом техническая причина сбоя неизвестна. Не требуйте диагностировать кибератаку по одному сообщению об ошибке.

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

• Участник выбирает предусмотренный канал — получает вопрос о составе сообщения.
• Выбирает неразрешённый обходной путь — получает разбор нарушенного условия учебной инструкции.
• Запрашивает уточнение — проверяется, предусмотрено ли такое действие и кому адресован запрос.

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

5. Авторский пример: рабочий сервис недоступен

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

Учебная инструкция

Для этого примера условная инструкция устанавливает четыре правила: при недоступности сервиса регистрации обращений сообщить в учебный канал «Поддержка»; указать время, название сервиса и наблюдаемый симптом; не переносить сведения об обращениях в личные сервисы; возобновлять регистрацию после подтверждения восстановления в учебном канале «Статус».

Вводные и точка решения

Вы — специалист, который регистрирует обращения. В 10:15 сервис «Реестр» перестал открываться. В канале «Статус» подтверждения восстановления нет. Коллега предлагает временно записывать обращения в личную онлайн-таблицу. Руководитель спрашивает, зарегистрировано ли учебное обращение «Кейс-17».

Задание: выберите следующий шаг, составьте сообщение в поддержку и ответ руководителю. Объясните, как поступите с предложением коллеги и при каком условии вернётесь к регистрации.

Варианты первого шага

1. Начать вести личную таблицу, чтобы не задерживать работу.
2. Сообщить в предусмотренный канал и не использовать личную таблицу.
3. Подождать, не сообщая о недоступности сервиса.

По условной инструкции ожидается второй вариант. Пример сообщения: «В 10:15 сервис “Реестр” не открывается. Подтверждения восстановления в канале “Статус” нет». Ответ руководителю: «Обращение “Кейс-17” не зарегистрировано: сервис недоступен. Сообщение направлено в “Поддержку”».

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

6. Сформулируйте критерии и разберите неоднозначность

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

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

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

7. Встройте обратную связь и повторную попытку

Предлагаемая последовательность курса: объяснение правила, разбор одного решения, самостоятельная практика, обратная связь и новая ситуация. Это вариант организации обучения, а не обещание результата.

Обратная связь должна связывать выбор с условием: «Вы предложили личную таблицу. В учебной инструкции перенос сведений в личные сервисы запрещён. Выберите предусмотренный канал сообщения и укажите необходимые сведения». Для корректного ответа тоже объясните основание: отсутствие подтверждения восстановления означает, что условие возобновления работы ещё не выполнено.

В повторной попытке измените значимую вводную. Например, «Реестр» уже открывается, но подтверждения в «Статусе» ещё нет. По условной инструкции участник должен различить техническую доступность и установленное условие возвращения к регистрации. Затем можно предложить ситуацию, где подтверждение опубликовано.

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

8. Проверьте задание перед выдачей

• Согласование: владелец регламента подтвердил действия, запреты и допустимые альтернативы.
• Полнота: участнику доступны все сведения, нужные для решения.
• Данные: реальные имена, контакты, обращения и снимки рабочих экранов заменены синтетическими примерами.
• Версия: у задания зафиксированы версия документа и ответственный за пересмотр.
• Пробное прохождение: представитель целевой роли проверил понятность вводных, а проверяющий — применимость критериев.
• Изменения: после обновления регламента предусмотрены пересмотр сценария и повторное согласование.

Для запуска подготовьте небольшой комплект: инструкцию, карточку сценария, критерии, обратную связь и вариант повторной попытки. SubSchool автоматизирует повторяющуюся преподавательскую работу, при этом авторство и окончательное образовательное решение остаются у преподавателя. Если вы планируете корпоративное обучение, обратитесь через раздел «Для бизнеса» и обсудите, какие повторяющиеся операции вашей команды можно автоматизировать. Требования к действиям сотрудников и основания оценки сначала согласуйте внутри организации.