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

Ниже — авторский пример для HR и руководителя команды: пять проверок, короткое задание и карточка решения. Это способ организовать разговор и собрать факты, а не стандартизированная диагностика компетенций.

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

Формулировку «невнимательно работает с заявками» невозможно проверить одинаково. Замените её наблюдаемым действием: что сотрудник получает на входе, что должен сделать и какой результат передать дальше.

Для нашего вымышленного примера возьмём внутренние заявки на замену офисного оборудования. Учебное правило такое:

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

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

2. Соберите факты до выбора тренинга

В руководстве OPM по оценке потребности в обучении отправная точка — разница между требуемой и фактической работой и выяснение её причин. В материале CDC об анализе потребности обучение рассматривается наряду с изменениями технологий, процедур и условий работы. Эти материалы созданы для своих организаций и сфер; здесь мы используем общий принцип проверки причины, а не переносим их требования на российские компании.

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

3. Пройдите пять проверок

1. Правило доступно и однозначно? Попросите открыть источник. Если в общей папке написано одно, а в закреплённом сообщении другое, сначала нужно определить действующую версию. Неверный ответ по старой памятке ещё не доказывает, что сотрудник не способен усвоить новую.
2. Сотрудник понимает условие решения? Спросите: «В каких случаях вы вернёте заявку, а в каких передадите дальше?» Пусть объяснит выбор на примере, а не перескажет абзац. Если не различает эти случаи, появилась конкретная тема для обучения.
3. Нужные действия технически выполнимы? Попросите показать поиск устройства в реестре со своей рабочей учётной записью. Доступ руководителя не подтверждает доступ сотрудника. Не меняйте реальные заявки ради проверки: используйте разрешённый просмотр или учебную копию.
4. Что меняется в обычной работе? Сравните спокойное выполнение примера с обстоятельствами исходного случая. Уточните, какие данные пришли от инициатора, какие переключения и срочные поручения возникли. Рассказ о нагрузке — повод проверить условия, а не готовое доказательство причины.
5. Требования не противоречат друг другу? Спросите, что происходит с заявкой в статусе «Нужно уточнение». Например, требование немедленно передавать все обращения может конфликтовать с обязательной проверкой номера. Такое противоречие должен разрешить руководитель процесса.

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

4. Разберите один случай без общего ярлыка

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

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

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

5. Проверьте конкретное правило тремя ситуациями

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

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

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

6. Запишите решение и способ проверки

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

• Ожидаемый результат: до передачи закупщику номер сверён с реестром; при препятствии применён предусмотренный порядок.
• Наблюдение: реестр недоступен; в учебном ответе выбран обход проверки.
• Что пока неизвестно: умеет ли сотрудник самостоятельно искать устройство после получения доступа.
• Действия: ответственный за доступ устраняет отказ; руководитель разбирает порядок работы при препятствии.
• Контроль: сотрудник показывает поиск на учебной записи и решает новую ситуацию с недоступным реестром.
• Проверка в работе: руководитель просматривает следующие сопоставимые заявки по тем же требованиям и отмечает оставшиеся препятствия.

Срок проверки и ответственных укажите явно. Если ведёте учёт ошибок, сохраняйте и количество проверенных сопоставимых заявок: число возвратов без объёма работы трудно интерпретировать. До и после изменения используйте одинаковое определение ошибки; отдельно отмечайте заявки, которые нельзя было завершить из-за отсутствующих данных или доступа.

Как использовать тестирование в этом разборе

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

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