Попробовать бесплатно
OKRформулировкибазовый уровень

Как формулировать цели и ключевые результаты

Большинство проблем с OKR — это проблемы формулировок. Цель, записанная как задача, не меняет поведения; ключевой результат без способа измерения нельзя ни подтвердить, ни опровергнуть. Разбираем, как отличить одно от другого и как проверить формулировку до начала квартала.

8 мин чтенияобновлено

Три разных сущности, которые постоянно путают

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

Ключевой результат отвечает на вопрос «по чему поймём, что дошли». Он числовой, с начальным и целевым значением: «Доля пользователей, вернувшихся на второй день, выросла с 34% до 50%».

Задача отвечает на вопрос «что для этого сделаем»: «Переделать первый экран личного кабинета». Задачи в OKR не выносят — они живут в проектах и привязываются к цели, но сами целью не являются.

  • Цель. Качественная, вдохновляющая, без чисел. Понятна за пределами команды.
  • Ключевой результат. Числовой, с начальным и целевым значением и известным способом измерения.
  • Задача. Конкретная работа. Живёт в проекте, привязывается к цели, целью не является.

Проверка формулировки за тридцать секунд

Главный тест для ключевого результата: можно ли его выполнить и не получить никакого эффекта? «Запустить новый личный кабинет» — можно: запустили, ничего не изменилось. Значит, это задача. «Доля дошедших до второго входа выросла до 50%» — нельзя: если цифра выросла, что-то реально изменилось.

Второй тест — на однозначность. В конце квартала два человека, глядя на данные, должны прийти к одному выводу о достижении. Если формулировка допускает спор («улучшить качество поддержки»), она нерабочая.

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

Формулировки, которые не работают

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

  • «Запустить / внедрить / сделать». Это задача. Спросите, что должно измениться после запуска, и это будет ключевым результатом.
  • «Улучшить / повысить» без чисел. Улучшить на сколько и от какого значения? Без начальной точки достижение недоказуемо.
  • Показатель, которым команда не управляет. Выручка компании как цель отдела дизайна — декларация: связь есть, влияния нет.
  • Норматив текущей работы. «Держать срок ответа в пределах суток» — показатель эффективности, а не цель квартала.
  • Пять и больше ключевых результатов. Значит, цель не сфокусирована. Обычно внутри прячутся две разные цели.

Насколько амбициозной должна быть цифра

Здоровый уровень — такой, при котором достижение 60–80% считается хорошим результатом. Это работает только при одном условии: за недостижение не наказывают. Как только появляется связь с премией, целевые значения мгновенно опускаются до заведомо достижимых, и система перестаёт что-либо двигать.

Отдельно стоит различать цели развития и обязательства. Если результат обязателен — регуляторное требование, обещание клиенту, — он не должен быть ключевым результатом с амбициозной планкой. Это обязательство, и его ставят как норматив со сроком, а не как цель, которую нормально закрыть на 70%.

Было — стало: переформулировки

ТАК НЕ РАБОТАЕТПОЧЕМУКАК ПЕРЕФОРМУЛИРОВАТЬ
Запустить новый личный кабинетЗадача: можно сделать и не получить эффектаДоля пользователей, дошедших до второго входа, выросла с 34% до 50%
Улучшить качество поддержкиНет числа и нет способа измеренияДоля обращений, решённых с первого ответа, выросла с 41% до 60%
Увеличить выручку компании (цель отдела дизайна)Команда не управляет показателемКонверсия в оплату на ключевом сценарии выросла с 2,1% до 3%
Держать срок ответа в пределах сутокНорматив текущей работы, а не изменениеВынести в показатели эффективности, а в цель — снижение доли просрочек
Провести 12 интервью с клиентамиИзмеряется работа, а не результатТри гипотезы о причинах оттока подтверждены данными и приняты в работу

Как это выглядит в Shtab

Разделение на цель, ключевой результат и задачу поддержано структурой: их не приходится держать в одном списке и различать по договорённости.

  • 01Цель заводится отдельной сущностью: название, владелец, срок, описание — без чисел в самой формулировке.
  • 02Ключевые результаты у цели хранят начальное и целевое значение, прогресс считается по мере обновления.
  • 03Задачи живут в проектах и привязываются к цели — видно, какая работа стоит за цифрой прогресса.
  • 04Вложения и комментарии к цели держат контекст: обоснование целевого значения, ссылки на источники данных.
  • 05Граф целей показывает, не превратился ли набор в список из десяти пунктов без приоритета.

Частые вопросы

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

Соберите этот процесс в Shtab

Доски и статусы, оценка трудозатрат, дерево целей, отчёты и трекер времени — в одном инструменте.