Читать книгу - "Тесты для оценки персонала: Как принимать кадровые решения на основе данных, а не ощущений - Юрий Шатров"

Безусловно, есть форс-мажорные случаи, которые могут потребовать перерыва. Но они не относятся к типовому регламенту проведения тестирования и поэтому не могут быть заранее озвучены участникам. Я разбираю их в следующем разделе.

Наконец, для очного тестирования нужно назначить и проинструктировать администратора. Обычно эту роль отдают «кому не жалко» — стажеру, офис-менеджеру, свободному рекрутеру. Но администратор — единственный человек, который в момент тестирования отвечает за равенство условий. Требований к администратору немного, но они принципиально важные:

• Не заинтересован в результатах конкретных участников. Руководитель, чьи подчиненные проходят тест, — плохой администратор. Он может им невольно помогать или давить одним своим присутствием.

• Знает хорошо процедуру (и необязательно — содержание тестов). Администратору не нужно разбираться в тесте — наоборот, чем меньше он знает о заданиях, тем меньше рискует подсказать.

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

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

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

Причина произошедшего — у организаторов не было заранее прописанного правила на этот случай, и решение спонтанно рождалось в переговорах с недовольной группой. Вывод: перечень нештатных ситуаций и действий при них должен существовать до сеанса.

Есть еще одно железное правило: администратор не отвечает на вопросы по содержанию заданий. На вопрос «Правильно ли я понимаю условие?» следует отвечать «Отвечайте так, как понимаете». Любая подсказка одному участнику — нарушение условий для остальных. По процедуре — отвечаем, по содержанию — нет. Это правило стоит включить в инструктаж администратора дословно.

5.3. Проведение тестирования

В главе 1 я говорил, что тест — стандартизированный инструмент: он обеспечивает одинаковые условия для всех участников. Так вот, в день тестирования стандартизированность перестает быть свойством теста и становится свойством оценочной процедуры.

Непосредственно само тестирование можно разбить на следующие (звучащие, возможно, банально) этапы:

• Начало тестирования.

• Работа во время тестирования (в том числе отработка инцидентов).

• Завершение тестирования.

Каждый этап я разберу отдельно для очного и для дистанционного тестирования.

Начало тестирования

В очном формате сеанс начинается со сверки: администратор сверяет пришедших со списком записи, проверяет документы, иначе о подмене участника вы узнаете слишком поздно. Дальше рассадка и инструктаж, и здесь два принципа. Первый: инструкция зачитывается, а не пересказывается. Второй: правила объявляются до старта, а не по ходу. Что можно (вода, черновик, вопросы по процедуре), что нельзя (телефон, разговоры, выход без сопровождения — таймер не останавливается). Участник, узнавший о запрете после нарушения, — точка для возникновения конфликта, которого легко избежать инструктированием в начале.

В дистанционном формате нужно помнить о следующем:

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

• Первые часы после запуска — самые информативные. Нужно следить за тремя вещами: дошли ли письма (процент отказов доставки), пошли ли первые завершенные сессии, что пишут в поддержку. Если за первые часы — тишина по всем трем пунктам, что-то сломалось.

Работа во время тестирования

В очном формате я рекомендую вести журнал сеанса. Администратор вписывает в журнал все инциденты, которые отклоняются от типового регламента, — время, участник, что произошло, что сделано. Записи могут быть не очень подробными, главное, чтобы сам администратор смог потом их расшифровать и рассказать произошедшее. Какие это могут быть инциденты и что администратору в них следует делать:

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

• Участнику плохо. Сеанс для него останавливается без обсуждений. Дальше по обстоятельствам: короткая пауза или пересдача в резервный сеанс.

• Внешний сбой: тревога, отключение света. Сеанс аннулируется и переносится целиком.

• Участник встал и ушел, не завершив тест. Фиксируется время, догонять и уговаривать участника не надо.

• Телефон, шпаргалка, подсказка соседу. Не нужно разбираться при группе. Следует сделать замечание, изъять на время сеанса телефон или шпаргалку и внести запись в журнал. Решение по таким участникам принимает организатор проекта, не администратор.

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

Завершение тестирования

Очное тестирование завершается само по себе: участники встают из-за компьютеров и уходят либо дожидаются «команды», чтобы уйти централизованно. Если же тестирование проводилось в «бумажном» формате, необходимо собрать ответы участников, уничтожить черновики и листки для записей, а также особенно внимательно проследить, что все бланки заданий сданы. Иначе есть риск их кражи и последующего списывания.

Также важно провести сверку списка участников: кто пришел, кто нет, кто ушел во время тестирования.

В дистанционном формате обычно тоже происходит сверка списков, только уже в платформе для тестирования.

5.4. Тестирование людей с инвалидностью

В России около 4,5 миллиона человек трудоспособного возраста имеют официально подтвержденную инвалидность [105]. Они устраиваются на работу, участвуют в кадровых конкурсах и программах развития — а значит, проходят тестирование. При этом российские эйчары, по моему опыту, знают о тестировании людей с ограниченными возможностями здоровья [24] крайне мало. Тема как будто выпала из профессионального разговора: ее не принято обсуждать на конференциях и проектах.

Государство между тем на эту тему смотрит внимательно. Методические рекомендации Минтруда России (приказ от 9 ноября 2017 г. №777) относят практики, которые «ограничивают процесс выполнения работы человека с инвалидностью», к признакам косвенной дискриминации. А в качестве примера адаптации кадровых практик министерство приводит именно наш инструмент — «изменение процедуры тестирования при приеме на работу инвалида с учетом нарушенных функций организма и ограничений его жизнедеятельности». Обратите внимание на формулировку: изменение процедуры. Не заданий, не требований, не проходного балла — процедуры. В этой разнице и лежит главный принцип раздела.

Я встречал точку