OKR – це система постановки цілей, у якій мета визначає якісну мету, а невелика кількість ключових результатів визначає вимірювані результати, які свідчать про досягнення мети. Зародившись в Intel за часів Енді Гроува та популяризувавши Джон Дорр через її впровадження в Google, вона використовується для узгодження діяльності в організації шляхом чіткого визначення цільових результатів та їх вимірювання на кожному рівні.
Центральною дисципліною фреймворку є розмежування цілей та ключових результатів. Мета описує напрямок мовою, яку люди можуть запам'ятати та за якою вони можуть діяти. Ключові результати – це наслідки, а не дії: вони описують те, що було б правдою, якби мети було досягнуто, виражене як вимірювані зміни. Саме в цьому розмежуванні більшість впроваджень зазнають невдачі, оскільки команди природно пишуть ключові результати, що описують роботу, яку вони мають намір виконати, таку як запуск функції або проведення кампанії, а не результати, які робота має дати. Список запланованих дій, представлений як ключові результати, не дає жодної переваги, оскільки його можна виконати повністю, поки мету не досягнуто.
Ця структура має на меті зробити пріоритезацію видимою та пов'язати роботу на рівні команди з організаційним керівництвом. При правильному налаштуванні OKR дозволяє відхилити роботу, яка не сприяє досягненню результатів, що є його головною практичною цінністю. При поганому налаштуванні, як правило, шляхом визначення багатьох цілей, що охоплюють усе, що команда збиралася зробити в будь-якому разі, це перетворюється на накладні витрати на звітність, яка документує існуючі плани без зміни жодного рішення.
Зв'язок між OKR та оцінкою ефективності є найважливішим вибором дизайну. Первісна практика в Google розглядала OKR як амбітні цілі, де досягнення близько сімдесяти відсотків вважалося успіхом, навмисно відокремленим від компенсації та оцінки, щоб команди ставили собі складні цілі. Там, де OKR прив'язані до бонусів або рейтингів ефективності, люди встановлюють цілі, яких, як вони знають, можуть досягти, і структура перетворюється на механізм для узгодження досяжних зобов'язань, що протилежно її меті.
Каденція та обсяг також визначають, чи функціонує система. Щоквартальні цикли є поширеними, хоча вони погано підходять для деяких видів роботи, особливо там, де для досягнення значущих результатів потрібно більше часу, ніж квартал. Невелика кількість цілей з кількома ключовими результатами кожна є керованою; поширена схема багатьох цілей на команду створює документ, з яким ніхто не консультується. Регулярні перевірки важливіші за сам процес встановлення, оскільки OKR, які переглядаються лише на початку та в кінці кварталу, не впливають ні на що, що відбувається між ними.
Каскадування цілей по всій організації – це деталь впровадження, яка найчастіше призводить до руйнування структури під власною вагою. Механічне виведення цілей кожної команди з вищого рівня створює довгі ланцюжки, де команди внизу зберігають ключові результати, на які вони не можуть вплинути, а результуючі документи споживають значну частку кожного кварталу на переговори. Більш працездатна домовленість встановлює невелику кількість організаційних цілей, дозволяє командам пропонувати власний внесок у них та визнає, що деяка робота на рівні команди буде необхідним обслуговуванням, яке веде до ніщо. Ця чесність щодо нестратегічної роботи заважає командам писати штучні цілі, щоб виправдати діяльність, яку просто потрібно виконати.
Щоб OKR працювали, показники, на які вони посилаються, повинні існувати та бути надійними, що часто є практичною перешкодою: команди не можуть встановлювати ключові показники на основі результатів для показників, які їхня організація не може надійно виміряти. Встановлення цієї можливості вимірювання є нормальною роботою для аналітика даних, тоді як узгодження цілей з напрямком бізнесу та управління щодо їх встановлення та перегляду зазвичай здійснюється в межах стратегічне планування та консалтинг та управління зростанням.