В 1999 году Джон Дорр, венчурный инвестор Kleiner Perkins, пришёл на встречу с командой из сорока человек в небольшом двухэтажном офисе — второй штаб-квартире Google. Презентацию он провёл прямо за теннисным столом, показывая слайды на проекторе. Идею, которую он привёз, Дорр перенял ещё в Intel у Энди Гроува — тот взял управление по целям (MBO) Питера Друкера и усилил его вторым обязательным компонентом: измеримыми ключевыми результатами. Ларри Пейдж и Сергей Брин приняли метод для всей команды. Двадцать с лишним лет спустя Пейдж написал в предисловии к книге Дорра «Measure What Matters»: «OKR помогли нам вырасти в 10 раз, причём не один раз». Компания выросла с 40 сотрудников до более чем 70 000, а её рыночная капитализация превысила 700 миллиардов долларов — и OKR оставались частью управленческого фундамента Google на протяжении всего этого пути.
Происхождение и исследовательская база
Корни OKR — в управлении по целям (Management by Objectives, MBO) Питера Друкера, впервые изложенном в книге «The Practice of Management» (1954). Энди Гроув, легендарный CEO Intel, взял эту идею и в 1970-х годах развил её в собственную систему, добавив ключевое отличие: каждая цель (Objective) должна сопровождаться несколькими измеримыми ключевыми результатами (Key Results), которые однозначно определяют, достигнута цель или нет — а не оставляют это на усмотрение интерпретации. Гроув описал систему в книге «High Output Management» (1983).
Джон Дорр работал в отделе продаж Intel под руководством Гроува, впитал систему изнутри, а затем как венчурный инвестор Kleiner Perkins привнёс её в портфельные компании — включая Google в 1999 году, когда компания насчитывала около 40 сотрудников. Дорр систематизировал свой опыт применения OKR в десятках компаний в книге «Measure What Matters: How Google, Bono, and the Gates Foundation Rock the World with OKRs» (2017), включающей предисловие Ларри Пейджа с прямой оценкой вклада метода в рост Google.
Ключевые идеи и принципы
Принцип: Objective — вдохновляющее качественное направление, Key Results — измеримое количественное доказательство
Objective отвечает на вопрос «куда мы идём» и намеренно формулируется качественно, вдохновляюще, иногда амбициозно до дискомфорта. Key Results отвечают на вопрос «как мы узнаем, что дошли» и обязаны быть числовыми, проверяемыми, без пространства для интерпретации «наполовину выполнено» — обычно 2-5 ключевых результатов на одну цель.
Принцип: амбициозные цели измеряются иначе, чем обязательные
OKR различает два типа целей: обязательные (committed) — связанные с ключевыми метриками бизнеса, которые должны быть выполнены на 100%, и амбициозные (aspirational, «moonshot») — намеренно завышенные цели, где результат в 60-70% от заявленного считается хорошим достижением. Смешение этих двух типов в одной системе оценки (все цели должны быть выполнены на 100%) убивает саму идею амбициозности.
Принцип: OKR — инструмент фокуса, а не исчерпывающий список задач
Система OKR намеренно ограничивает число одновременных целей (обычно 3-5 objectives на уровень, каждая с несколькими key results) — это не список всего, чем занимается команда, а явный выбор нескольких приоритетов, ради которых сознательно жертвуют вниманием к остальному.
Принцип: прозрачность целей на всех уровнях создаёт согласованность без микроменеджмента
OKR разных сотрудников и команд открыты для всей организации — это позволяет каждому увидеть, как его цели связаны с целями компании, и обнаружить потенциальные конфликты или дублирование усилий между командами без необходимости централизованного согласования каждого шага сверху вниз.
Ограничения, слепые зоны и критика
Главное ограничение — OKR определяет, ЧТО измерять и К ЧЕМУ стремиться, но не описывает, КАК регулярно поддерживать вовлечённость команды вокруг целей (регулярные диалоги, обратная связь, признание) — это отдельное расширение метода, известное как CFR (Conversations, Feedback, Recognition), которое Дорр описал как необходимое дополнение к голым цифрам OKR, чтобы система не превращалась в формальную отчётность.
Второе — OKR не решает автоматически вопрос связи стратегических целей компании с операционными показателями эффективности сотрудников (KPI): OKR отвечает на вопрос «куда мы стремимся в этом цикле», а KPI обычно измеряют текущее здоровье уже отлаженных процессов — путаница между этими двумя типами показателей (и вопрос их каскадирования сверху вниз по организации) требует отдельного разбора, выходящего за рамки самого ядра метода.
Третье — амбициозные цели, намеренно заниженные до реалистичных, чтобы избежать «недостижения», разрушают саму идею OKR: если команды со временем начинают ставить только заведомо достижимые цели из страха показать невыполнение, система теряет свою главную ценность — подталкивать к более смелым результатам, чем казалось возможным.
Типовые ошибки
Ошибка 1: формулируют Key Results как список задач, а не измеримых результатов.
«Запустить новую функцию» — это задача (сделано/не сделано), а не измеримый ключевой результат — она не показывает, привела ли эта функция к реальному эффекту, который был целью её запуска.
Как избежать: формулировать key results как измеримое изменение метрики («увеличить активацию новых пользователей с 40% до 60%»), а не как список выполненных задач.
Ошибка 2: ставят слишком много целей одновременно.
Список из 10-15 objectives размывает фокус команды и превращает OKR в замаскированный список всех текущих задач, а не в явный выбор нескольких по-настоящему приоритетных направлений.
Как избежать: ограничивать число целей на уровень небольшим количеством (обычно 3-5), сознательно отказываясь от включения в OKR всего, чем занимается команда.
Ошибка 3: смешивают амбициозные и обязательные цели в одной системе оценки.
Требование стопроцентного выполнения амбициозной, намеренно завышенной цели создаёт стимул занижать амбиции при формулировке, чтобы избежать «провала» — что противоречит самому смыслу амбициозных целей.
Как избежать: явно различать обязательные цели (должны быть выполнены на 100%) и амбициозные (60-70% — хороший результат), и оценивать их по-разному.
Ошибка 4: используют OKR как инструмент оценки эффективности сотрудников для расчёта премий.
Прямая привязка выполнения OKR к бонусам создаёт стимул занижать амбиции целей и манипулировать их формулировкой ради гарантированного выполнения — это разрушает саму суть OKR как инструмента амбициозного целеполагания, а не системы вознаграждения.
Как избежать: держать OKR отдельно от прямого расчёта премий, используя их как инструмент фокуса и прозрачности, а не как формулу компенсации.
Ошибка 5: устанавливают цели один раз в начале цикла и не возвращаются к ним до конца.
OKR, установленные в начале квартала и не обсуждаемые до финального подведения итогов, теряют свою функцию инструмента управления — команда узнаёт о невыполнении цели постфактум, когда уже поздно что-то менять.
Как избежать: встраивать регулярный (например, еженедельный) чек-ин по прогрессу OKR в текущий управленческий цикл, а не оставлять их для разового обсуждения в начале и конце цикла.
Главное, что нужно знать
OKR (Питер Друкер — MBO, 1954; Энди Гроув — доработка в Intel, «High Output Management», 1983; Джон Дорр — привнёс в Google в 1999, книга «Measure What Matters», 2017) состоит из качественной вдохновляющей цели (Objective) и нескольких измеримых ключевых результатов (Key Results), однозначно определяющих её достижение. Кейс Google (рост с 40 до 70 000+ сотрудников, прямая оценка Ларри Пейджа про «10-кратный рост») — самый известный пример долгосрочного применения метода. Система различает обязательные (100% выполнения) и амбициозные (60-70% — хороший результат) цели, намеренно ограничивает их число ради фокуса. Главные риски — формулировать key results как задачи, смешивать типы целей в одной оценке и привязывать OKR напрямую к премиям.
План внедрения
Неделя 1: сформулировать 3-5 objectives на уровень компании
Определить несколько (не более 3-5) качественных, вдохновляющих целей для текущего цикла, явно расставив приоритеты и сознательно отказавшись включать всё, чем занимается компания.
Неделя 2: сформулировать измеримые key results для каждой цели
Для каждой objective сформулировать 2-5 ключевых результатов — измеримых, проверяемых чисел, а не списков задач, явно различая обязательные и амбициозные цели.
Неделя 3: каскадировать и согласовать OKR по командам
Обеспечить прозрачность целей на всех уровнях организации, дать командам сформулировать собственные OKR, поддерживающие цели компании, и проверить отсутствие конфликтов между целями разных команд.
Неделя 4 и далее: встроить регулярные чек-ины и подведение итогов
Установить регулярный (еженедельный или двухнедельный) ритм обсуждения прогресса по OKR, а в конце цикла — честное подведение итогов, отделяя фактический прогресс от изначальных ожиданий, особенно для амбициозных целей.
Как реализовать этот план с помощью фрейма «OKR» в OrgDevTools
Фрейм воспроизводит полный цикл методики от стратегической основы до операционного контроля: вкладки основы (видение/миссия/ценности/горизонт) → приоритеты → objectives → key results для каждой цели → инициативы → декомпозиция по отделам → матрица согласованности между командами → итоговый обзор с вычисляемым вердиктом.
Неделя 1 — вкладки «Основа» и «Приоритеты», затем «Objectives». Явное ограниченное число целей на вкладке objectives — структура формы подталкивает к фокусу, а не к исчерпывающему списку (защита от ошибки 2).
Неделя 2 — вкладка «Key Results» для каждой цели. Отдельные поля метрика/текущее значение/целевое значение для каждого key result — форма требует именно измеримых чисел, а не текстового описания задачи (защита от ошибки 1).
Неделя 3 — вкладки «Декомпозиция по отделам» и «Матрица согласованности». Позволяют явно разложить цели компании на цели отделов и проверить конфликты между ними — прямая реализация принципа прозрачности и согласованности целей на разных уровнях.
Неделя 4 и далее — вкладка «Обзор» с итоговым вердиктом. Собирает весь цикл воедино для регулярного чек-ина — использование этой вкладки на еженедельных встречах напрямую защищает от ошибки 5 (постановки целей без последующего возврата к ним).
Расширения метода — регулярные диалоги о прогрессе, обратная связь и признание (CFR), каскадирование OKR в операционные KPI, и разделение OKR и KPI по назначению — рассмотрены в отдельных методиках каталога, ссылающихся на эту как на базовую.