OKR в таск-трекере: как связать цели компании с задачами команд

OKR в таск-трекере связывают так: цель квартала становится верхним уровнем (Initiative в Plane или уровень выше эпика в Jira), каждый ключевой результат — модулем или эпиком с метрикой в описании, а работа, которая двигает метрику, — задачами в спринтах. Раз в неделю команда обновляет текущее значение и уверенность в достижении. Так цели перестают жить в презентации и становятся видны там, где команда работает каждый день.

Статья для основателей, руководителей разработки и продактов, которые вводят OKR или пытаются оживить их после неудачного первого квартала. Ниже: как уровни OKR ложатся на Plane и Jira, почему ключевой результат — это не задача, настройка по шагам, квартальный календарь, формат check-in и ошибки, из-за которых OKR бросают.

Почему OKR умирают в презентациях

Типичная история первого квартала с OKR выглядит так. В начале квартала руководство пишет цели в слайдах или таблице. Команды формулируют ключевые результаты, все соглашаются. Затем начинается обычная работа в трекере, где о целях ничего не сказано. В конце квартала кто-то открывает таблицу, и выясняется, что половина ключевых результатов не двигалась, а команда всё это время была занята.

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

Таск-трекер закрывает этот разрыв: цели, ключевые результаты и задачи находятся в одной системе и связаны между собой. На планировании спринта видно, какие задачи работают на цели, а какие нет.

Как уровни OKR ложатся на трекер

Уровень OKR	Пример	Plane	Jira
Цель (Objective)	«Сделать онбординг новых клиентов самостоятельным»	Initiative на уровне рабочего пространства	Уровень выше эпика в Advanced Roadmaps или задача в отдельном проекте целей
Ключевой результат	«Доля клиентов, прошедших онбординг без звонка менеджеру, с базового значения до целевого»	Модуль или эпик в проекте команды, связанный с инициативой	Эпик со ссылкой на цель
Инициатива команды	«Пошаговый мастер настройки»	Задачи внутри модуля, при необходимости подмодуль	Истории и задачи внутри эпика
Работа на две недели	«Экран выбора тарифа в мастере»	Задачи в цикле	Задачи в спринте
Еженедельный check-in	Значение метрики, уверенность, препятствия	Комментарий в инициативе или страница в Pages	Комментарий в эпике или страница Confluence
Обзор прогресса	Все цели компании на одном экране	Dashboards и представления на уровне пространства	Дашборды Jira и Advanced Roadmaps

В Plane инициативы объединяют работу нескольких проектов, поэтому цель, на которую работают разработка, дизайн и поддержка, видна целиком. В Jira аналогичную картину даёт Advanced Roadmaps; проверьте, доступен ли он в вашем тарифе.

Ключевой результат — это метрика, а не задача

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

Ключевой результат отвечает на вопрос «как поймём, что цель достигнута». У него есть метрика, базовое значение на начало квартала и целевое значение на конец. Задачи — это гипотезы о том, как сдвинуть метрику.

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

• метрика и откуда берётся её значение;
• базовое значение на начало квартала;
• целевое значение;
• текущее значение и дата обновления;
• уверенность команды в достижении.

Текущее значение обновляет владелец ключевого результата на еженедельном check-in. Процент закрытых задач показывает, работает ли команда. Метрика показывает, работает ли то, что команда делает.

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

Хорошая цель коротко описывает желаемое состояние и понятна каждому в команде без пояснений. В ней нет цифр: цифры живут в ключевых результатах. Плохая цель звучит как «улучшить продукт» или «повысить эффективность», после неё никто не знает, что делать в понедельник.

Хороший ключевой результат проходит четыре проверки:

1. Измерим. Есть метрика и понятно, откуда берётся её значение.
2. Есть точка отсчёта. Базовое значение известно на начало квартала.
3. Под контролем команды. Команда может повлиять на метрику своей работой, а не ждёт решений других отделов.
4. Не описывает работу. Из формулировки не следует единственный способ достичь результата.

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

Пример для IT-отдела. Цель: «Сотрудники получают рабочее место без ожидания». Ключевые результаты: время выдачи доступа новому сотруднику сокращается до целевого значения; доля заявок, закрытых в рамках SLA, растёт. Задачи — автоматизация выдачи доступов, шаблоны заявок, регламент — идут в циклы IT-отдела.

Целевые значения ставьте сами, исходя из своих базовых данных. Чужие ориентиры из презентаций здесь почти бесполезны: у каждой команды своя точка старта.

Настройка OKR в Plane по шагам

1. Цели квартала. Заведите инициативы на уровне рабочего пространства. В названии укажите квартал, в описании — зачем эта цель и кто её владелец.
2. Ключевые результаты. В проекте каждой команды, которая работает на цель, создайте модуль или эпик под каждый ключевой результат и свяжите его с инициативой.
3. Метрики. В описании модуля заполните блок с метрикой, базовым, целевым и текущим значением.
4. Задачи. Работу, которая двигает ключевой результат, создавайте внутри модуля. На планировании цикла задачи из модулей OKR получают приоритет.
5. Метка «вне OKR». Операционная работа и поддержка тоже идут в циклы, но с меткой. Так на ретро видно, какая доля времени ушла на цели.
6. Представление руководителя. Соберите на уровне пространства представление и дашборд со всеми инициативами квартала и их модулями.
7. Страница квартала. В Wiki заведите страницу с целями квартала, правилами check-in и итогами прошлого квартала.

Если команда ещё не работает циклами, сначала наладьте спринты: без регулярного планирования OKR не к чему привязать. Как это сделать, мы описали в статье о спринтах и циклах в Plane.

OKR в Jira: что использовать

В Jira нет единственного правильного способа вести OKR, но рабочая схема выглядит так. Ключевой результат оформляется эпиком в проекте команды. Цель становится уровнем иерархии выше эпика, который настраивается в Advanced Roadmaps, или задачей в отдельном проекте целей, с которой эпики связаны ссылками. Метрику ключевого результата держат в описании эпика или в отдельном поле.

Для отчётов собирают JQL-фильтр по эпикам квартала и выводят его на дашборд. Еженедельные check-in удобно вести на странице Confluence, если он уже есть в компании. Для полноценной OKR-отчётности с каскадом и оценками существуют приложения в Atlassian Marketplace; их стоимость считается отдельно от лицензий Jira.

Если вы ещё выбираете между Plane и Jira, учитывайте, что в Plane инициативы встроены и не требуют настройки иерархии, а в Jira гибкость выше, но и администрирования больше.

Квартальный календарь и еженедельный check-in

Неделя	Событие	Что делаем в трекере
За 2 недели до квартала	Черновик целей от руководства, обсуждение с командами	Страница-черновик в Wiki, комментарии команд
За 1 неделю	Команды формулируют ключевые результаты и инициативы	Черновики модулей или эпиков, базовые значения метрик
1	Утверждение и старт квартала	Инициативы и модули созданы и связаны, первый цикл спланирован
Каждая неделя	Check-in, 15–30 минут на команду	Обновление текущего значения и уверенности в каждом ключевом результате
6–7	Ревизия середины квартала	Пересмотр ключевых результатов, которые потеряли смысл; решения записаны на странице квартала
12	Предварительная оценка	Владельцы фиксируют ожидаемое итоговое значение
13	Итоговая оценка и ретро	Оценка каждого ключевого результата, страница ретро, перенос незавершённого в черновик следующего квартала

Шаблон check-in для каждого ключевого результата:

• текущее значение метрики и изменение за неделю;
• уверенность в достижении: высокая, средняя или низкая;
• что мешает;
• что команда делает на этой неделе, со ссылками на задачи цикла.

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

Контекст Казахстана. Многие IT-команды распределены между Алматы, Астаной и удалёнкой, а часть сотрудников работает из других городов. В такой команде еженедельный check-in лучше делать письменным и асинхронным: владелец ключевого результата обновляет значение и пишет комментарий в трекере до определённого часа, а созвон собирается только по целям с низкой уверенностью. Так статус не теряется в голосовых сообщениях WhatsApp. Формулировки целей пишите на языке, который понимают все участники: в двуязычных командах иногда нужна версия на казахском. Если метрики ключевых результатов содержат данные клиентов и компании важно хранить их в Казахстане, выбирайте self-hosted установку трекера.

Ошибки, из-за которых OKR бросают

• Слишком много целей. Восемь целей на команду означают, что фокуса нет.
• Ключевые результаты как список задач. Всё выполнено, метрика не сдвинулась, и никто этого не заметил.
• Нет базового значения. Без точки отсчёта нельзя понять, был ли прогресс.
• Check-in раз в месяц. К середине квартала уже поздно менять подход.
• Связь с премиями. Команды ставят безопасные цели, и OKR перестают быть инструментом амбиций.
• Каскад по приказу. Цели спускаются сверху до каждого сотрудника, команды не участвуют в формулировках и не чувствуют их своими.
• Вся работа загнана в OKR. Поддержка и операционные задачи формально привязаны к целям, и картина прогресса искажается.
• Цели вне трекера. Таблица OKR отдельно, задачи отдельно, связь держится на памяти руководителя.

По нашему опыту, первый квартал с OKR почти всегда получается учебным. Это нормально, если по его итогам команда меняет формат, а не отказывается от целей. Общий порядок внедрения трекера, на который потом ложатся OKR, мы описали в статье о внедрении таск-трекера в компании.

Как мы это делаем

Мы начинаем с диагностики: смотрим, как сейчас формулируются цели, где ведутся задачи, есть ли у команд регулярное планирование и откуда берутся метрики. Затем запускаем пилот на один квартал с одной-двумя командами: настраиваем инициативы, модули и представления в Plane или иерархию в Jira, проводим первые check-in вместе с владельцами ключевых результатов. По итогам квартала правим формат и распространяем его на остальные команды.

Подробнее о подходе на странице услуги внедрения таск-трекеров Jira и Plane.

---

Источники. Тарифы и функции Plane: plane.so/pricing. Описание новых функций Plane: блог Plane. Тарифы Jira: прайс-лист Atlassian.

Термины простыми словами

OKR (Objectives and Key Results)

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

Ключевой результат

Показатель с базовым и целевым значением, по которому видно, достигнута ли цель. Это не задача: можно сделать все задачи, а показатель не сдвинется.

Check-in

Еженедельная короткая сверка по OKR: текущее значение показателя, уверенность в достижении и что мешает. В распределённой команде её удобно делать письменно в трекере.

Initiative (инициатива в Plane)

Верхний уровень в Plane, объединяющий работу нескольких проектов. Под цель квартала заводят инициативу, и видно, как на неё работают разработка, дизайн и поддержка.

Эпик

Крупный блок работы из многих задач. В Jira ключевой результат обычно оформляют эпиком, а в описании держат его показатель.

Advanced Roadmaps

Функция Jira для планирования на уровне выше эпиков. С её помощью настраивают уровень целей; доступность зависит от тарифа.

JQL

Язык запросов Jira для отбора задач по условиям. Через него собирают отчёт по эпикам квартала и выводят его на дашборд руководителя.

SLA

Согласованный срок обработки заявки, например выдачи доступа новому сотруднику. Доля заявок, закрытых в срок, может быть ключевым результатом IT-отдела.