HR-директор открывает форму брифа на сайте разработчика деловых игр и упирается в поле «Опишите вашу задачу». Он пишет: «Нужна деловая игра про командную работу, 40 человек, полдня». Отправляет — и получает в ответ ещё десяток вопросов, потому что заполненный бриф на самом деле почти ничего не сообщил.
Дело не в HR-директоре. Дело в самом брифе: заказчику дают форму с полями «тема», «количество участников», «дата» — и почти никогда не объясняют, что стоит за этими полями и что именно нужно ответить, чтобы разработчик мог спроектировать игру, а не гадать. Эта статья — не реклама конкретного разработчика. Это инструкция: как заполнить бриф так, чтобы получить рабочий инструмент, даже если вы закажете игру не у нас.
Первая ошибка брифа: просят игру, а не результат
Запрос «нужна деловая игра про командную работу» невозможно превратить в техническое задание. Непонятно, что должно измениться в поведении участников после игры: научатся ли они быстрее договариваться о приоритетах, начнут ли замечать чужую точку зрения, перестанут ли перекладывать ответственность на соседний отдел. «Командная работа» — это область, а не задача.
Первый вопрос брифа — не «про что игра», а «что должно поменяться после неё». Игра может решать разные учебные задачи, и это не синонимы:
- Прожить последствия своих решений. Участник принимает решение, видит результат через несколько игровых раундов — и узнаёт в этом собственную рабочую ситуацию, только с задержкой в месяцы, а не в минуты.
- Увидеть систему целиком. Человек, который на работе видит только свой участок, начинает понимать, как его решения аукаются в соседних отделах.
- Отработать навык до автоматизма. Не разовое понимание, а повторение действия в разных условиях, пока оно не станет привычным.
- Вскрыть конфликт интересов между подразделениями. Игра честно моделирует ситуацию, где у отделов разные, местами противоположные цели, и даёт увидеть это со стороны — без обвинений в адрес конкретных людей.
Под каждую из этих задач подходит своя игровая модель — с разной механикой, длительностью и набором ролей. Выбор модели — следствие учебной задачи, а не вкуса разработчика или моды на формат. Если в брифе не сформулирована задача, разработчик либо начнёт задавать вопросы заново, либо предложит типовое решение — подходящее среднему заказчику, но не обязательно вам.
Бесплатная диагностика — результат за 5 минут
Разобраться самостоятельно: Корпоративное очное и онлайн обучение
Фабула: бизнесовая или метафорическая
Вторая развилка в брифе — какая у игры фабула: узнаваемая или условная. Разница не в оформлении, а в том, как участники будут вести себя внутри игры.
Бизнесовая фабула — узнаваемая отрасль, ситуация близка к реальной работе участников. Плюс — легче перенести игровой опыт обратно на рабочие задачи. Минус — участники начинают спорить о деталях: «у нас так не бывает», «в нашей компании этот процесс устроен иначе». Спор о реалистичности уводит от учебной задачи.
Метафорическая фабула — остров, экспедиция, средневековый город, космическая станция. Плюс — снимает защитную реакцию: никто не спорит, как устроена жизнь на острове, поэтому решения принимают свободнее, без оглядки на «как у нас принято». Минус — без качественного разбора после игры участники не перенесут выводы с острова на рабочее место. Разбор в этом случае — не формальность, а половина ценности игры.
Ни один вариант не лучше сам по себе: выбор зависит от учебной задачи и от того, насколько участники готовы открыто обсуждать свои реальные процессы. Это решение стоит принять до заказа и внести в бриф, а не оставлять на усмотрение разработчика.
Структура брифа: что указать, кроме темы
-
1
Учебная задачаНе тема игры, а то, что должно измениться в поведении участников после неё. Формулируйте как результат: «руководители среднего звена научатся согласовывать приоритеты между отделами до начала работы», а не «игра про приоритеты».
-
2
Участники и их уровеньКто будет играть — линейные сотрудники, руководители, топ-менеджмент, смешанная группа. Уровень определяет сложность механики и глубину разбора: то, что работает для новых сотрудников, может показаться руководителям поверхностным.
-
3
Количество людей и командТочное число участников и сколько команд из них получится. От этого зависит масштаб механики и то, сколько комплектов материалов и модераторов нужно подготовить.
-
4
Реальное времяСколько часов действительно есть — включая разбор после игры, а не только игровую часть. Разбор часто занимает не меньше времени, чем сама игра, и вырезать его без потери смысла нельзя.
-
5
ПлощадкаОфлайн-зал, онлайн-формат или гибрид. Это не техническая деталь: механика для очного зала с флипчартами и механика для видеоконференции — разные вещи, и просто перенести одно в другое не получится.
-
6
Что уже пробовалиКакие форматы обучения использовались раньше на эту тему и почему они не дали результата. Это экономит время на объяснение того, что участники «уже это видели».
-
7
Кто будет вести игру после сдачиВаш внутренний тренер или сам разработчик. Если ведёт ваш тренер, в поставку должны входить сценарий ведущего, ответы на вопросы участников и правила разбора — а не только материалы для игроков. Это меняет объём работы, и обсуждать это нужно до старта, а не в момент сдачи.
-
8
Есть ли в игре расчёты и ресурсыЕсли участники распределяют бюджет, время или другие ресурсы, кто-то должен свести баланс так, чтобы выигрышная стратегия была не одна и не очевидна с первого раунда. Спросите прямо, входит ли в разработку пилотирование игры и сколько тестовых прогонов будет сделано до сдачи — балансировка обычно самая недооценённая часть работы.