Процедуры, применяемые в геймификации, включают постановку целей для пользователей, вознаграждение за их достижение значками, соревновательность, поощрение к работе в командах, наделение определенным статусом и стимулы к зарабатыванию баллов
[92]. Идея не новая. В карате уже давно статус спортсмена визуально определяют с помощью поясов разного цвета. «Пояса» используются и в трудовых коллективах — как часть метода «шести сигм». Нашивки бойскаутов и военные награды выполняют ту же функцию. И вы наверняка являетесь участником хотя бы одной бонусной программы авиакомпаний, где широко используются игровые элементы — накопление баллов, присвоение статусов и их постепенное повышение. Но есть один фактор, который кардинально изменил ситуацию и обеспечил взрывное распространение геймификации, — big data. Они позволяют бизнесу максимально эффективно использовать приемы геймификации.
Почти все программное обеспечение включает элементы геймификации. С этим сталкивается каждый, кто зарегистрирован на LinkedIn. Пользователи получают обратную связь о своем профиле через шкалу «процент заполнения данных». Каждый раз, когда пользователь совершает определенное действие, например загружает свою фотографию или размещает дополнительную информацию о своих знаниях и навыках, его вознаграждают повышением процента заполнения данных. Это простое, но эффективное и хорошо продуманное применение геймификации.
Этот механизм становится для вас триггером, и вы невольно начинаете переживать из-за незаполненного профиля на LinkedIn. Мы только что проверили профиль Бена и обнаружили, что у него уже наивысший уровень, однако это не предел. Теперь Бен раздумывает, что еще сделать, чтобы весь круг приобрел голубой цвет. Элементы геймификации в LinkedIn сильно влияют на Бена — он чувствует желание сделать больше. Похоже, эти элементы обладают эффективностью.
Мы видим в геймификации определенную ценность, хотя другие специалисты считают, что она отвлекает сотрудников и мешает им в работе. Однако попытки более широкого внедрения геймификации продолжаются, видимо, потому, что с ее помощью можно сравнивать свой профиль с профилями коллег. Определите отношение вашей компании к геймификации, учитывая, что одни сотрудники с большим энтузиазмом относятся к этой технологии, тогда как другие считают оскорбительным получать виртуальные значки за те или иные действия в компьютерной системе.
Поставщики программного обеспечения для OKR по-разному относятся к геймификации: кто-то ограничивается минимальными усилиями, другие добавляют много игровых функций в свои продукты. Все решения, которые мы изучили, можно разделить на три категории.
Программы с минимальным уровнем геймификации. Эти поставщики считают геймификацию отвлекающим фактором. Пользователи могут отмечать достигнутые цели зелеными флажками, цели в процессе достижения — желтыми, а цели, достигнуть которых не удалось, — красными. Функции награждения значками или иными призами за прогресс в реализации целей, как правило, отсутствуют.
Программы со средним уровнем геймификации. Поставщики таких программ рассматривают геймификацию как стратегический инструмент, эффективный в ряде случаев, но требующий осторожности в использовании. Системы подобного типа предоставляют пользователям больше возможностей отмечать свой прогресс. Это стимулирует более частые обновления данных по ключевым показателям: пользователи видят, какие данные были недавно обновлены, а какие нет. В программах со средним уровнем геймификации можно вводить метрики использования, чтобы видеть, сколько раз был просмотрен тот или иной ключевой результат.
Программы с высоким уровнем геймификации. В данном случае можно ожидать, что игровые технологии будут управлять показателями ключевых результатов, обновлять данные и вознаграждать лучших пользователей. Баллы, значки и повышение уровня — все это стимулирует сотрудников прилагать максимум усилий для достижения поставленных целей. OKR можно оценивать с помощью автоматизированной системы присвоения баллов: за реализацию более амбициозных или приоритетных целей пользователь получает больше баллов.
Должно ли программное обеспечение для OKR вовлечь всех в еженедельный цикл сверки?
Как часто следует оценивать результаты после финализации OKR? Каждый день, раз в неделю, раз в две недели, каждый месяц или тогда, когда вы почувствуете в этом необходимость? Разрешите ли вы командам измерять прогресс так часто, как они сочтут нужным, или потребуете, чтобы все они обновляли данные по своим OKR на еженедельной основе?
Одни программные решения игнорируют эту проблему. Другие предполагают еженедельное подведение итогов, обосновывая это регулярностью прогресс-собраний (они ведь тоже проводятся раз в неделю). Третьи предлагают инструменты, мотивирующие чаще проводить обновление данных, но не определяющие стандартный цикл. Мы рекомендуем сначала определить, хотите ли вы установить единую для всех периодичность измерения прогресса. Программное обеспечение с минимальным фокусом на частоте сверки не мотивирует пользователей следовать стандартам оценки и обновлять статусы. Эти инструменты позволяют сделать отметку после уведомления о еженедельном обновлении. В то время как инструменты, базирующиеся на еженедельном цикле, требуют от всех пользователей обновлять статус каждую неделю. Они часто включают графики, визуализирующие прогресс неделя за неделей.
Если вы определились с требованиями к программному обеспечению, самое время начать обзванивать потенциальных поставщиков и договариваться с ними о демонстрации продуктов. Однако до проведения демонстрации мы рекомендуем составить список актуальных вопросов: тогда вы сможете контролировать ход обсуждения и повестку встречи. В конце концов, деньги-то ваши! Итак, приступим.
Давайте составим 20 вопросов!
Мы рекомендуем начинать с самых простых продуктов, с которыми ваши сотрудники уже знакомы, — например, MS Office, — однако на определенном этапе внедрения OKR придется задуматься о приобретении специализированного программного обеспечения. Концепция OKR активно распространяется во всем мире и применяется в компаниях любых масштабов, поэтому возникают десятки новых версий программного обеспечения для работы с OKR.
Протестировав систему OKR, по меньшей мере в течение одного цикла, и составив перечень требований к специализированному программному обеспечению для OKR, можно переходить к подготовке списка ключевых вопросов, ответы на которые вы хотели бы получить во время демонстрационной сессии. С помощью наших поставщиков, пользователей и потенциальных клиентов мы составили список таких вопросов.
1. Поддерживает ли программное обеспечение процедуру разработки OKR снизу вверх так же хорошо, как и процедуру согласования OKR сверху вниз?
2. Способна ли система обеспечивать горизонтальное выравнивание командных OKR или показывать кросс-функциональные взаимозависимости? Или система требует согласования OKR только «по вертикали» — с OKR вышестоящего уровня?
