OKR+I (Objectives, Key Results + Initiatives) — расширение классического OKR явным третьим слоем: конкретными инициативами (проектами, экспериментами, задачами), которые команда предпринимает, чтобы сдвинуть Key Results. Базовый OKR отвечает на вопросы «куда мы идём» (Objective) и «как поймём, что дошли» (Key Results), но намеренно не говорит, что именно нужно сделать — это и создаёт главную практическую проблему: команды на планировании быстро съезжают в обсуждение конкретных задач и теряют фокус на измеримом результате.
OKR+I добавляет явный список инициатив под каждым Key Result — конкретные действия, гипотезы, эксперименты, которые, как считает команда, сдвинут метрику. Ключевое отличие инициативы от Key Result: Key Result — это ЧТО должно измениться, инициатива — это КАК мы пытаемся это изменить. Инициатива может провалиться (эксперимент не сработал), и это нормально — KR при этом остаётся целью, а команда пробует другую инициативу.
Без явного слоя инициатив команды либо путают задачи с результатом («сделали 5 фичей» вместо «выросла конверсия»), либо теряются в OKR-таблице, не понимая, что конкретно делать в понедельник утром.
Происхождение и исследовательская база
Термин и практику OKR+I системно описала Кристина Водтке (Christina Wodtke), консультант по продуктовой стратегии, преподаватель Stanford d.school, в книге «Radical Focus» (2016) — на примере вымышленного стартапа, где команда проходит путь от хаотичного списка задач к дисциплине OKR с явным разделением целей, результатов и инициатив.
Идея опирается на более раннюю практику Agile/Lean Startup — цикл «гипотеза → эксперимент → результат» (Eric Ries, «Lean Startup», 2011): инициатива в OKR+I — по сути гипотеза, которая тестируется в течение периода, а Key Result — метрика, которая подтверждает или опровергает её ценность.
Практика получила распространение в продуктовых и стартап-командах именно потому, что закрывает главную жалобу на классический OKR — «непонятно, что делать в понедельник» — без потери строгости измеримой цели.
Ключевые идеи и принципы
Принцип: трёхуровневая иерархия — Objective → Key Results → Initiatives
Objective — качественное направление на период. Под каждым Objective — 2-5 Key Results (измеримое подтверждение). Под каждым Key Result — список инициатив (конкретные проекты/эксперименты/задачи), которые команда пробует, чтобы сдвинуть этот KR.
Принцип: инициативы — гипотезы, не обязательства
В отличие от Key Result, инициатива не должна быть выполнена любой ценой — если гипотеза не сработала (инициатива не сдвинула метрику), её меняют на другую, при этом сам Key Result и Objective остаются прежними до конца периода.
Принцип: инициативы появляются и исчезают чаще, чем KR
Objective и Key Results фиксируются на весь период (обычно квартал) и не меняются. Список инициатив — живой: новые добавляются по ходу работы, неэффективные — отбрасываются, обычно пересматривается на еженедельных чек-инах.
Принцип: еженедельный чек-ин с confidence-оценкой
Водтке предлагает еженедельную короткую встречу, где по каждому Key Result команда даёт цветовую/числовую оценку уверенности в его достижении (аналогично технике количественной оценки амбициозности) — это заставляет рано увидеть, что текущие инициативы не работают, и сменить их, не дожидаясь конца квартала.
Принцип: не более 3-5 инициатив в работе одновременно на команду
Явное ограничение WIP (work in progress) для инициатив — цель не «запустить как можно больше экспериментов», а сфокусированно проверить наиболее многообещающие гипотезы, не размазывая ресурсы команды.
Ограничения, слепые зоны и критика
Дополнительный слой усложняет и без того не самую простую для внедрения OKR-систему — небольшим командам с одним фокусом иногда достаточно простого списка задач без формальной иерархии Objective/KR/Initiative.
Если еженедельные чек-ины превращаются в формальность (цветные статусы без реального обсуждения), слой инициатив теряет смысл — превращается в очередной таск-трекер под другим названием.
Метод предполагает готовность отказываться от инициатив, которые «уже почти готовы» — организационно это тяжело: люди эмоционально привязываются к начатой работе, и решение «остановить, потому что не сдвигает метрику» требует управленческой смелости, которой часто не хватает.
Типовые ошибки
Ошибка 1: инициативы становятся новыми Key Results.
Вместо «мы пробуем инициативу X, чтобы понять, сдвинет ли она метрику Y» команда начинает отчитываться за выполнение инициативы как за факт достижения цели — «фича выпущена» вместо «метрика выросла».
Как избежать: на каждом чек-ине явно спрашивать «сдвинулась ли метрика KR», а не «выполнена ли инициатива» — выполненная инициатива без эффекта на KR — это провалившийся эксперимент, а не успех.
Ошибка 2: слишком много инициатив одновременно.
Под одним KR заводят 8-10 параллельных инициатив «на всякий случай» — команда распыляется, ни одна гипотеза не проверяется всерьёз.
Как избежать: жёстко ограничивать число активных инициатив на команду (обычно 3-5), новую добавлять только после закрытия (успешного или неуспешного) существующей.
Ошибка 3: неуспешные инициативы не закрываются явно.
Инициатива тихо «умирает» — про неё просто перестают говорить, вместо явного решения «останавливаем, гипотеза не подтвердилась» — команда теряет информацию о том, что уже пробовали и почему не сработало.
Как избежать: вести явный статус каждой инициативы (в работе / успех / провал-гипотеза-не подтвердилась) и фиксировать вывод, даже если инициатива провалилась.
Ошибка 4: список инициатив формируется один раз в начале периода и не меняется.
Команда фиксирует инициативы на весь квартал заранее, как будто это план работ, а не список текущих гипотез — теряется главное преимущество метода: способность быстро менять подход, если что-то не работает.
Как избежать: рассматривать список инициатив как живой backlog, пересматривать на еженедельных чек-инах, а не как зафиксированный на квартал план.
Ошибка 5: чек-ины сводятся к статус-репорту без обсуждения.
Еженедельная встреча превращается в механическое обновление цветных индикаторов без реального разговора о том, почему уверенность в KR упала и что с этим делать.
Как избежать: на каждом чек-ине явно обсуждать причину изменения уверенности, а не только фиксировать новое число.
Главное, что нужно знать
OKR+I добавляет к Objective и Key Results явный третий слой — конкретные инициативы (гипотезы/эксперименты/проекты).
Key Result — это ЧТО должно измениться, инициатива — КАК мы пытаемся это изменить.
Инициативы можно и нужно менять по ходу периода, если они не сдвигают метрику — KR и Objective при этом остаются неизменными.
Еженедельный чек-ин с оценкой уверенности в достижении KR — главный механизм раннего обнаружения неработающих инициатив.
Ограничивайте число активных инициатив на команду (обычно 3-5) — фокус важнее количества параллельных гипотез.
План внедрения
Неделя 1: Objective, Key Results и первые инициативы
Неделя 1: постановка Objective и Key Results на период (квартал) по стандартной OKR-практике.
Неделя 1: для каждого Key Result — мозговой штурм 3-5 возможных инициатив-гипотез, выбор 1-3 приоритетных для старта.
Со 2 недели: еженедельный чек-ин
Со 2 недели: еженедельный 15-30-минутный чек-ин — обновление confidence-оценки по каждому KR, обсуждение статуса инициатив.
По ходу периода: смена инициатив
По ходу периода: закрытие неработающих инициатив с явным выводом, запуск новых гипотез взамен, соблюдение лимита 3-5 активных инициатив на команду.
Последняя неделя: подведение итогов
Последняя неделя периода: подведение итогов — какие KR достигнуты, какие инициативы сработали, а какие нет, и почему.
Далее: перенос выводов в базу знаний
Далее: перенос выводов о неработающих инициативах в базу знаний команды, чтобы не повторять неудачные гипотезы в следующем периоде.
Как реализовать этот план с помощью фрейма «OKR+I» в OrgDevTools
Фрейм устроен как три уровня: единое текстовое поле Objective сверху, под ним карточки Key Results с полем заявленной уверенности (цвет поля меняется автоматически — зелёный в диапазоне 50-70%, жёлтый выше, красный ниже), а внутри каждой карточки KR — список инициатив с явным статусом «В работе / Сработала / Не подтвердилась».
Неделя 1 — карточки Key Results и список инициатив под каждой. Инициатива физически прикреплена к конкретному KR, а не существует отдельным списком задач — структура фрейма не даёт спутать инициативу с Key Result (защита от ошибки 1).
Со 2 недели — статус инициативы. Выпадающий список из трёх значений заставляет явно выбрать текущий статус при каждом обновлении, а не оставлять инициативу в подвешенном состоянии — техническая защита от ошибки 3 (неуспешные инициативы не закрываются явно).
Итоги. Вердикт фрейма отдельно считает инициативы «в работе» и «сработавшие» и явно предупреждает, если все инициативы всё ещё «в работе» — ни одна гипотеза не подтверждена и не отклонена, — что прямо указывает команде на необходимость чек-ина, а не позволяет статус-кво длиться бесконечно (защита от ошибки 5, чек-ины без обсуждения).