• Амбициозные OKR и связанные с ними приоритеты должны оставаться в списке OKR команды до выполнения, при необходимости они переходят из квартала в квартал. Ошибочно вычеркивать их из списка OKR из-за недостаточного прогресса, так как за этим скрываются неоднократные проблемы с приоритетами, распределением ресурсов или отсутствием понимания проблем/решений.
• Вывод: вполне допустимо перевести амбициозные OKR в список другой команды, если она обладает опытом и возможностями для более эффективного выполнения OKR, чем предыдущий «владелец».
• Менеджеры команд должны оценивать ресурсы, необходимые для выполнения амбициозных OKR, и требовать их каждый квартал. Однако менеджеры не должны ожидать, что получат все необходимые ресурсы, если, конечно, их амбициозные OKR не занимают первостепенное место в компании после приоритетных OKR.
Еще проверки
Перечислим несколько простых тестов, которые покажут эффективность ваших OKR:
• если вы записали их за пять минут, вряд ли они достаточно эффективны. Подумайте еще раз;
• если ваша цель не умещается в одно предложение, скорее всего, она недостаточно конкретна;
• если ключевые результаты сформулированы внутренними терминами команды («Запуск Foo 4,1»), вряд ли они достаточно эффективны. Важен не запуск продукта, а его влияние. Почему Foo 4,1 так важен? Лучше: «Запуск Foo 4,1 для роста зарегистрированных пользователей на 25 %». Или просто: «Повысить регистрацию на 25 %»;
• даты должны быть реальными. Если каждый ключевой результат выполняется в последний день квартала, считайте, что настоящего плана у вас нет;
• убедитесь в том, что ключевые результаты измеримы: должна быть возможность объективно оценить их в конце квартала. «Повысить регистрацию» – не самый грамотный ключевой результат. Лучше так: «Повысить ежедневную регистрацию на 25 % к 1 мая»;
• параметры оценки должны быть конкретными и однозначными. Если вы написали «один миллион пользователей», то имеются в виду постоянные пользователи или активные пользователи за семь дней?;
• если OKR не отражают важной деятельности вашей команды (или значимой части ее работы), исправьте это;
• для больших групп в OKR должна быть иерархия – общие цели для всей команды, более детализованные для подгрупп. Убедитесь, что «горизонтальные» OKR (проекты, требующие совместных усилий нескольких команд) имеют соответствующие ключевые результаты в каждой подгруппе.