Внедрение OKR часто превращается в бюрократию. Сотрудники воспринимают его как тот же Jira, только в профиль, а рыночный софт либо стоит дорого и тащит за собой тонны ненужного HR-функционала, либо требует сборки на коленке.

В Sape мы столкнулись со всеми этими проблемами и решили, что OKR-софт должен быть простым, интуитивно понятным и не ломать текущие процессы в таск-трекерах. В результате мы написали свой open-source-инструмент, который собирает метрики через OpenAPI и отлично дружит с n8n.

Меня зовут Станислав Решетнев, я руковожу отделом разработки в компании Sape по направлению Link Building. И сегодня я расскажу о том, как мы запустили процесс работы по OKR с помощью нашего приложения и интеграций с ним. На примере одной из целей прошлого квартала покажу, как инструмент помог нам отслеживать прогресс (и радоваться результатам).

Наша компания не имеет большого опыта в OKR: мы начали использовать этот фреймворк лишь в этом году. Как и многие другие, мы постепенно растем в понимании методологии и делаем наш процесс более зрелым.

На первом этапе мы провели серию общих встреч, где я рассказывал сотрудникам о том, как работает OKR. Я заметил один неочевидный подводный камень в понимании фреймворка – ложную уверенность, что это тот же классический проектный менеджмент, но в модной обертке. Это коварное заблуждение, потому что Project Management предполагает инициацию проекта, оформление плана, точки контроля, ведение проекта и т.д. А OKR про другое.

OKR – про такие цели, которые дают максимальный эффект для компании. Они выстроены в иерархии так, что нижестоящие толкают вышестоящие. Чтобы это стало очевидно для всех, нужно дерево OKR.

И в этом месте я понял: без софта, который визуализирует эту систему и ход ее выполнения, мы не получим нужного эффекта. Это нужно увидеть, чтобы каждый участник команды чувствовал свое влияние на общий результат. И я пошел искать такой софт, который решил бы наши задачи.

Почему нам не подошли рыночные разработки

Нужно было найти софт, который дополнял бы нашу работу в таск-трекерах и визуализировал данные. По сути, это приложение-надстройка, которое собирает метрики и показывает их в формате, принятом в OKR. Софт должен был быть простым, поэтому в приоритете был Open Source.

Все решения, которые я нашел, можно разделить на две категории:

Мощные комбайны со встроенными корпоративными инструментами: таск-трекером, HR-модулями и т.д. Например, «ТопФактор», Shtab, «Поток Цели». Они хороши, но мы не готовы переезжать со всеми процессами в новую проприетарную систему.
Open-source-решения, которые требуют ручной сборки. Например, специальный шаблон дашборда в PowerBI. Но этот вариант показался сложным, да и выглядел не очень понятно.

Мы добавляем OKR к текущим процессам, поэтому нам хотелось, чтобы софт умел хранить цели и собирать метрики из наших баз, то есть был единым источником данных по OKR и правильно все визуализировал. Тогда при смене инфраструктуры он не устареет, потому что не берет на себя ничего лишнего. А автоматизацию вроде отправки метрик и уведомлений мы сделаем через корпоративный n8n (у нас развернут кластер). Так я дошел до того, что проще самому написать универсальный софт.

Наше OKR-приложение: обзор возможностей

Итак, представляю приложение, которое мы теперь активно используем в нашей компании, – Stanislavus OKR Tree. Выглядит оно вот так (данные на скриншотах вымышленные):

Это режим отображения целей и KR в виде иерархии.

Есть также отображение в виде дерева целей:

На вершине дерева – большая цель компании, которая может быть только одна. Цели и KR подсвечены цветом по их прогрессу:

черный – не инициализирована;
желтый – в процессе;
зеленый – достигнута.

У целей есть команды и менеджеры-владельцы, а также быстрый фильтр по ним:

Если кликнуть на KR, можно увидеть динамику изменения метрики и ее соответствие идеальному темпу:

А так выглядит иерархия целей в режиме редактирования:

Обо всех особенностях рассказывать не буду, но отмечу одну важную для нас функцию – возможность внешнего автообновления метрик. У приложения есть OpenAPI-спецификация, а пользователям можно выдать API-токены:

В редактировании KR можно получить curl-код для обновления метрики:

Код примерно такой:

curl -X PUT \
-H 'Authorization: Bearer <API_TOKEN>' \
-H 'Content-Type: application/json' \
-d '{"currentValue": <VALUE>, "source": "api"}' \
http://localhost:5000/api/keyresults/5449849d-0932-5650-ab6a-94beba8bda05

Это позволяет удобно встраивать отправку метрик, например, в n8n:

Как мы работаем с деревом OKR

Итак, подошло время для ежеспринтовой ретроспективы OKR. На этом примере давайте посмотрим, как мы работаем с деревом целей. Для начала обратим внимание на вершину дерева – большую цель компании. Оцениваем, насколько мы продвинулись в главном, сколько времени прошло с начала итерации и что успели сделать.

Видим, что движение хорошее: прошла примерно половина квартала, один из KR закрыт, а другой достигнут на ¾. Супер!

Дальше мы переходим к командам, которые владеют целями. Выбираем команду в фильтре и смотрим в первую очередь на уверенность в достижении KR:

Если уверенность средняя или высокая, это хорошо. Если низкая, это повод обсудить, нужно ли пересмотреть цель или инициативы. В зависимости от того, как заведено в компании, цели можно переоценить на Экваторе OKR, а инициативы, например, на регулярной встрече команды.

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

Инициативы, кстати, удобно писать в формате «делаем то-то для того-то». Результат должен напрямую влиять на цель. Например: «Интегрироваться с SEO-инструментами, чтобы распространить навык / MCP». А цель при этом – сделать MCP стабильным способом привлечения пользователей.

Вот так выглядит просмотр деталей об инициативе:

У инициативы важно как описание действий ("What" – что мы делаем), так и их влияние на результат ("Impact").

Дерево OKR наглядно и понятно для всех сотрудников. Они получают информацию о том, что мы делаем, ради чего, как продвинулись и к кому можно прийти, чтобы предложить свою идею в виде цели или инициативы.

Пример из практики: цель по процессу работы с А-клиентами

Приведу пример реальной цели, по которой мы работали в прошлом квартале. Команда “Team A” занимается устранением блокеров при привлечении А-клиентов. Отдел коммерции напрямую общается с клиентами с большим бюджетом, но им часто не хватает функционала биржи, чтобы начать работу. “Team A” помогает решить эту проблему. Но клиенты разные, бюджеты и приоритеты по блокерам тоже, поэтому мы решили выстроить отлаженный процесс под эту работу.

Цель описали так:

O1: Критические потребности клиентов обрабатываются быстро, предсказуемо и прозрачно

KR1.1: Процесс обработки блокеров клиентов (для новых и текущих клиентов) разработан, утвержден, задокументирован и исполняется
KR1.2: В течение первого месяца после внедрения зафиксировано не менее 3 кейсов применения процесса с соблюдением утвержденных SLA

Это не идеальный OKR, поскольку он жестко привязывает реализацию цели к конкретному проекту. KR тоже отражают, скорее, движение по плану проекта. Зато его легко отслеживать:

Здесь каждый этап мы зафиксировали с помощью значения между 0 и 1:

0 – работа не начата;
0.3 – процесс разработан;
0.5 – процесс утвержден;
0.7 – задокументирован;
1 – начал исполняться (есть кейс применения).

К слову, так выглядит процесс обработки блокеров привлечения в трекере задач:

Улучшения приходят в Inbox, приоритизируются и идут дальше по этапам реализации.

Напоследок

Надеюсь, что мое приложение будет полезно для сообщества. Ценно то, что оно уже обкатано на нескольких итерациях OKR в нашей компании, мы внесли множество доработок. При этом я стараюсь сохранять его достаточно простым, чтобы оно оставалось универсальным. Буду рад фидбеку и участию в развитии, а также готов поделиться опытом использования.

Как мы визуализировали OKR: свой софт, OpenAPI и автоматизация через n8n