OKR — система постановки целей, в которой направление работы связывают с измеримыми результатами. Название расшифровывается как Objectives and Key Results — «цели и ключевые результаты». Цель отвечает, какое изменение нужно получить. Ключевые результаты показывают, по каким данным команда признает изменение состоявшимся.
Метод подходит, когда нужно выбрать приоритет на определённый период и проверить вклад работы в него. Например, поддержка хочет сделать решение обращений предсказуемым для клиентов. Переписать инструкции и провести обучение — возможные действия. Доказательством изменения станут показатели обслуживания. Для отдельной задачи с известным результатом и сроком дополнительный уровень OKR может оказаться лишним. За выбором между подходами можно сравнить методы целей.
Из чего состоит OKR
OKR состоит из одной цели и связанных с ней ключевых результатов: цель задаёт желаемое изменение, результаты определяют условия его достижения. Рабочая формула звучит так: «Получить выбранное изменение, что будет подтверждено следующими результатами». Формулировки должны описывать одну связную задачу, а не собирать под общей вывеской все планы отдела.
Связь проверяют в обе стороны. Если каждый результат достигнут, можно ли признать цель выполненной? Если цель выглядит достигнутой без одного из результатов, нужен ли именно этот критерий? Проверка обнаруживает случайные показатели и важные условия, которые команда забыла включить. Например, сокращение времени ответа не доказывает, что клиент получил решение: скорость и качество требуют разных наблюдений.
Метод связан с практикой управления Intel и работой Энди Гроува. Джон Дорр познакомился с подходом в Intel, а затем представил его руководству Google. История объясняет интерес к общим приоритетам и проверяемым результатам, но опыт большой компании не задаёт готовые нормы для небольшой команды. Формулировки нужно соотнести со своей работой, доступными данными и полномочиями участников.
Какой должна быть цель
Цель должна описывать конкретное желаемое изменение понятным команде языком. «Сделать первые шаги клиента в продукте самостоятельными» задаёт направление. «Улучшить всё» не указывает, что нужно изменить. Сильная формулировка объясняет, ради какого результата участники будут пересматривать привычную работу.
В выбранной здесь записи цель качественная, а числа вынесены в ключевые результаты. Разделение упрощает обсуждение: сначала команда согласует смысл изменения, затем условия проверки. Не нужно добавлять вдохновляющий лозунг, если сотрудники не могут назвать его рабочий смысл. Результат должен относиться к зоне, на которую участники способны влиять.
Каким должен быть ключевой результат
Ключевой результат должен быть измеримым, проверяемым и ограниченным выбранным периодом. Запишите показатель, исходное значение, целевое значение и источник проверки. Для доли назовите числитель и знаменатель; для срока — начало и конец измерения. Без одинаковых границ два участника получат разные числа.
«Опубликовать инструкцию» подтверждает выпуск документа. «Увеличить долю клиентов, завершивших настройку без обращения в поддержку» проверяет изменение их поведения. Выпуск документа может быть необходимым условием, но его недостаточно для второй формулировки. Если результат действительно состоит в поставке конкретного объекта, заранее назовите условия его принятия. Действие без проверки результата не становится ключевым только из-за сокращения KR.
Сколько целей ставить на квартал
На квартал можно ориентироваться на три–пять целей, но для первого небольшого пилота достаточно одной. Число не является обязательной квотой: выбирать нужно столько изменений, сколько команда способна обсуждать и проверять вместе с текущей работой. Для стартовой цели в этой статье используем три ключевых результата — проверяемый рабочий набор, не универсальный стандарт.
До выбора числа посмотрите, какие обязательства уже заняли время участников. Обслуживание клиентов, поддержка выпуска и договорные сроки не исчезают после постановки OKR. Если новая цель требует тех же исполнителей, нужно определить, какую работу отложат или сократят. Иначе квартальная формулировка останется дополнительным обещанием без выделенных ресурсов.
Не превращайте каждую текущую обязанность в отдельную цель. Постоянный приём обращений относится к работе службы; изменение качества решения обращений может стать квартальным приоритетом. Для спорного кандидата задайте вопрос: что к концу периода должно заметно отличаться от исходного состояния? Если ответ описывает только сохранение обычного процесса, отдельный OKR может быть не нужен.
Согласуйте приоритет с соседними командами. Поддержка способна обновить ответы, но исправление ошибки продукта зависит от разработки. До начала цикла договоритесь, кто примет работу и какие ограничения сохранятся. Цели подразделений не нужно механически копировать из общей цели компании: каждый участник определяет свой вклад в изменение, а связанные команды проверяют совместимость обязательств.
Если обсуждение результатов регулярно не помещается в отведённое время, сначала проверьте их самостоятельность. Несколько формулировок могут измерять одно изменение разными словами. Уберите дубли и второстепенные условия, сохранив критерии, без которых успех будет недоказан. Дополнительная цель оправдана отдельным приоритетом, а не желанием заполнить шаблон.
Как устроен цикл OKR
Цикл OKR проходит через согласование цели и результатов, работу с промежуточными проверками и разбор итогов периода. Квартал подходит как исходный горизонт, если за него можно наблюдать выбранное изменение. Период должен соответствовать доступности данных: показатель, который обновляется раз в год, не позволит проверять квартальную работу каждую неделю.
До старта зафиксируйте исходные значения, владельцев результатов и правила измерения. Команда предлагает формулировки, руководитель сверяет их с приоритетами и доступными ресурсами. Участники, от которых зависит результат, должны принять обязательства до начала работы. Для проверки смысла отдельной формулировки можно применить критерии SMART: SMART проверяет качество цели, а OKR связывает направление с набором результатов.
Как проверять движение внутри квартала
Проверять движение внутри квартала можно на еженедельной сверке каждого ключевого результата: текущее значение, период данных, препятствие и ближайшее решение. Еженедельная встреча — выбранный рабочий ритм; если измерение доступно реже, не заменяйте отсутствующее значение субъективной оценкой готовности.
Смотрите, меняется ли результат после выполненных действий. Если инструкции выпущены, но доля самостоятельных настроек не выросла, нужно выяснить причину: клиенты не находят материал, пропускают шаг или сталкиваются с другой ошибкой. Новая задача появляется из наблюдения. Список завершённых действий сам по себе не доказывает движение показателя.
Что делать в конце цикла
В конце цикла сопоставьте фактические значения с согласованными целями, разберите причины отклонений и выберите изменения для следующего периода. Сохраните исходные условия измерения: менять знаменатель после получения результата ради хорошего отчёта нельзя.
Оценка зависит от типа OKR. Для обязательного результата ожидают полного достижения; для амбициозного заранее допускают частичное. Поэтому 100% не считается автоматически признаком слишком простой цели. Полное выполнение нескольких амбициозных циклов — повод проверить уровень сложности, а не обесценить сделанную работу. Незавершённую цель не переносите автоматически: подтвердите её актуальность, ресурсы и новые исходные данные.
Если нужна числовая оценка, согласуйте способ расчёта до начала цикла. Результат «выпустить три принятых кейса» можно оценивать по числу принятых кейсов. Для изменения доли обращений потребуется другое правило, учитывающее исходное значение. Не складывайте разнородные показатели в общий процент без заранее определённых весов и смысла такого числа. Разбор фактов важнее красивой средней оценки.
Чем OKR отличается от KPI
OKR связывает выбранное изменение с критериями достижения, а KPI — ключевой показатель эффективности — измеряет определённую сторону работы. Один показатель может участвовать в обоих подходах. Различие состоит в его роли, а не в названии: текущий срок ответа контролирует обслуживание, целевое изменение срока может войти в квартальный OKR.
Показатель без цели не объясняет, какое изменение команда выбрала приоритетом. Цель без измерений не объясняет, по каким данным оценить итог. При этом OKR не заменяет все показатели повседневной работы. Даже если команда улучшает самостоятельную настройку продукта, она продолжает следить за нерешёнными обращениями и выполнением принятых обязательств.
Почему OKR не привязывают к премии
Прямую привязку амбициозных OKR к премии исключают, чтобы не поощрять занижение планки и сокрытие препятствий. Если выплата зависит только от полного выполнения, участнику выгоднее выбрать гарантированное число, чем проверить сложное изменение.
Правила оплаты и оценки сотрудников нужно обсуждать отдельно. Не обещайте команде безопасный эксперимент, если невыполнение амбициозного результата затем трактуют как личный провал. До старта проясните, как руководитель будет использовать итоги, какие обязательства должны быть выполнены полностью и где допустимо проверять гипотезы без гарантии результата.
Где команда ошибается при формулировке
При формулировке команда ошибается, когда записывает действия вместо изменений, выбирает непроверяемые критерии или оставляет результат без ответственного. Исправление начинается с вопроса о доказательстве: какой факт будет означать, что желаемое изменение произошло?
«Провести четыре обучения» измеряет количество встреч. Если цель — уменьшить ошибки в работе, потребуется проверить сами ошибки по согласованной выборке. Посещаемость обучения может объяснять ход работы, но не заменяет итоговый показатель. Обратная ошибка — записать результат, который зависит от множества внешних факторов, и не назвать вклад команды. Нужно отделить собственные действия от условий, которые участники не контролируют.
Показатель без источника тоже не готов к запуску. «Повысить удовлетворённость» требует способа опроса, шкалы, периода и состава отвечающих. Нельзя сравнивать оценку десяти новых клиентов с оценкой всех пользователей за прошлый год как одинаковые измерения. При изменении методики прежняя база может перестать быть сопоставимой.
Слишком лёгкую цель проверяют по исходному состоянию. Если нужное значение уже достигнуто до начала цикла, формулировка не описывает новое изменение. Слишком далёкую — по ресурсам и зависимостям. Амбициозность не отменяет объяснения, за счёт чего участники рассчитывают приблизиться к результату. Перед стартом полезно проверить формулировку цели.
Кто отвечает за ключевой результат
За ключевой результат отвечает один назначенный владелец, который поддерживает актуальные данные и выносит препятствия на обсуждение. Владелец не обязан самостоятельно выполнять все действия. В его обязанности входит объяснить состояние результата и добиться решения по зависимости, а не подменить работу всей команды.
Если результат зависит от другого подразделения, назовите участника согласования и договорённость о вкладе. Запись «отвечают все» не определяет, кто обновит значение к ближайшей проверке. Ответственность должна сопровождаться доступом к данным и возможностью обсуждать решения с теми, кто влияет на показатель.
Как выглядят рабочие примеры
Рабочие примеры связывают одну цель с результатами, у которых названы число, условия проверки и срок. Ниже два условных сценария на квартал; цифры служат для демонстрации формулировки и не описывают результаты клиентов Канбано.
Для команды поддержки цель — «Сделать решение обращений предсказуемым для клиентов». Первый ключевой результат: сократить медианное время от регистрации до решения обращения с десяти до шести рабочих часов. Источник — журнал обращений, одинаковые рабочие часы и категории в обеих выборках.
Второй результат: увеличить долю обращений, решённых без повторного обращения по той же проблеме в течение семи дней, с 70 до 85%. Знаменатель — все закрытые обращения выбранных категорий, для которых прошли семь дней наблюдения. Третий: снизить долю обращений без сообщения клиенту о ходе решения более одного рабочего дня с 20 до 5%. Знаменатель — обращения, находившиеся в работе дольше рабочего дня. Проверяют согласованный квартальный период.
Редактирование ответов и разбор причин задержек станут задачами для достижения этих результатов. Нельзя признать цель выполненной только потому, что сотрудники завершили подготовку материалов. Проверка относится к обслуживанию, которое получил клиент.
Подойдёт ли OKR одному человеку
OKR подойдёт одному человеку, если цель требует нескольких связанных изменений и регулярной проверки в течение выбранного периода. Для записи на стрижку достаточно отдельной задачи; для подготовки портфолио к смене работы можно использовать квартальный цикл.
Условная личная цель — «Подготовить портфолио, с которым можно обсуждать работу редактора». Результаты: три кейса с проверяемым вкладом автора; отзывы двух практикующих редакторов по заранее согласованным критериям; устранение всех отмеченных ими фактических ошибок перед отправкой. Срок — конец выбранного квартала. Кейсы принимаются при наличии исходной задачи, авторского решения и подтверждения результата. Ежедневные действия — собрать материалы, написать кейс, запросить отзыв — остаются отдельной работой.
Как вести OKR на доске в Канбано
Вести OKR на доске в Канбано можно вручную: записать цель в отдельной карточке, создать карточки ключевых результатов и обновлять подтверждённые значения в их описаниях. Для способа достаточно обычных колонок, описания, исполнителя и даты. Специальные объекты целей, автоматические проценты и отчёты в этой схеме не используются.
Создайте колонки «Согласовано», «В работе», «Проверка результата» и «Подтверждено». Карточку с общей целью оставьте как контекст: направление, период, тип OKR и правила проверки. По колонкам перемещайте карточки результатов в соответствии с их состоянием. Колонка «Подтверждено» означает, что согласованный критерий проверен по данным, а не что закончились подготовительные действия.
В карточке результата укажите исходное и целевое значение, границы измерения, источник и текущее значение с периодом наблюдения. Назначьте исполнителя, который отвечает за обновление. Дата обозначает согласованный срок результата. Для проверки источника и условий можно составить чек-лист; отмеченные пункты подтверждают выполненные проверки, но не вычисляют достижение метрики.
Рабочие задачи храните в их обычных карточках. В описании укажите, какому результату служит действие. Карточка результата содержит фактическое значение, а карточка задачи — состояние работы; не копируйте один и тот же статус в два реестра. Если после выполненной задачи показатель не изменился, это повод пересмотреть гипотезу, а не закрыть результат вручную.
Число завершённых карточек показывает только число подтверждённых результатов. Два из трёх не означают, что цель достигнута на две трети: результаты могут иметь разное значение и разные условия. На сверке прочитайте каждый критерий и его фактическое значение. Автоматический расчёт процентов для этого способа не нужен.
Начните с одной цели, назовите доказательства её достижения и согласуйте ближайшую проверку. Рабочая постановка позволяет ответить, какое изменение выбрано, кто проверит его по данным и что команда сделает при отсутствии движения. Для пилота можно создать доску OKR и записать результаты в обычных карточках.