Обгортання OKR і KPI цінністю: пріоритизація в єдиній валюті цінності

Повний текст

1 Вступ

Більшість організацій, які керують за цілями, одночасно використовують два інструменти. Objectives and Key Results (OKR) задають напрямок: куди організація має намір рухатися в наступному періоді. Key Performance Indicators (KPI) контролюють якість: наскільки добре організація виконує роботу, яку вже виконує. Обидва інструменти зрілі та широко описані (Doerr, 2018; Kaplan and Norton, 1996). Ця стаття не виступає проти жодного з них.

Стаття виходить із вужчого спостереження, зробленого автором Æilus: усі OKR і KPI несуть різну цінність, але в системах управління вони виглядають однаково. Список цілей в інструменті планування, ряд показників на дашборді, набір ключових результатів на квартальному огляді: кожен елемент займає один рядок, один колірний код, один статус. Ніщо у форматі не говорить, що одна ціль важить удесятеро більше за іншу, або що досягнення одного показника непомітно шкодить тому, що потрібно організації.

У статті пропонується шар цінності поверх наявних OKR і KPI. Кожна ціль і кожен показник отримує явну оцінку цінності в Æ, валюті цінності Æilus, разом із системою цінності, до якої вона належить, і антицінністю, яку може створити. Процес постановки цілей залишається незмінним. Змінюється те, що пріоритет стає явним, переглядуваним твердженням замість неявного. Передбачувані читачі: менеджери, керівники продукту та інженерії, працівники операційних і стратегічних підрозділів, які вже використовують OKR або KPI і бачать, що система не підказує їм, що робити насамперед.

Терміни на кшталт цінність, антицінність, потік цінності, система цінності та перетворювач цінності вживаються так, як визначено в статті-словнику цієї серії. Саму формалізацію Æ тут не виводять заново. Її викладено в "Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective" (Bolshakov, ÆVRI, 2026) та на сторінці Æilus про формалізацію. Посилання на аксіоми (A1-A13) і теореми (T1-T17) відповідають нумерації довідника Теорії управління цінністю (Value Management Theory, VMT).

2 Проблема: цілі, що виглядають рівними

2.1 Напрямок і якість без ваги

OKR відповідають на питання "куди ми рухаємося". KPI відповідають на питання "наскільки добре ми це робимо". Жоден не відповідає на питання "наскільки це важливо і для кого". На практиці на це третє питання все одно відповідають, але неформально: хто голосніше говорить на нараді з планування, що легше виміряти, або в якому порядку пункти внесли в документ.

Збалансовані системи показників були раннім відгуком на споріднену проблему. Kaplan and Norton (1996) стверджували, що самі лише фінансові показники описують минуле і що організаціям потрібні показники в кількох перспективах, щоб перетворювати стратегію на дії. Система показників розширює те, що вимірюється. Сама по собі вона не виражає, скільки варта кожна міра відносно інших, і не подає втрати як окрему категорію. Те саме стосується OKR у викладі Doerr (2018): метод дає фокус і узгодженість, але відносна вага цілей залишається на розсуд поза методом.

2.2 Три наслідки

Коли цілі виглядають рівними, виникають три наслідки. Їх викладено як структурні тенденції, а не як виміряні ефекти.

• Важливе конкурує зі зручним. Ціль, яку легко планувати та звітувати, отримує таку саму візуальну й процедурну вагу, як складна, але вирішальна. Команди раціонально обирають зручну, бо система винагороджує завершення, а не значущість.
• Стратегічне поступається вимірюваному. Стратегічні цілі (зменшити структурний ризик, розвинути спроможність, погасити технічний борг) часто важче виразити числом, ніж операційні (закриті тікети, час відповіді, конверсія). Якщо число є умовою серйозного ставлення, пріоритет починає визначати вимірюваність.
• Метрики оптимізуються, а бізнес ні. Goodhart (1975) помітив, що статистична закономірність має тенденцію руйнуватися, коли на неї починають тиснути з метою контролю. В управлінських термінах: коли показник стає ціллю, люди покращують показник, і він перестає казати правду про те, що мав відображати.

2.3 Прочитання через VMT

VMT дає точніше пояснення, чому так відбувається. OKR або KPI є вимірювальним інструментом, а не самою цінністю. Цінність визначається лише всередині системи цінності (A1, T1), і той самий результат можна по-різному читати в різних системах (A2). Показник, що покращується всередині одного перетворювача, наприклад швидкість закриття звернень у команді підтримки, може бути антицінністю для системи цінності клієнта або для інженерної команди, яка отримує ескалації. Антицінність є самостійною категорією, а не просто відсутністю цінності (A5), тож показник, який її ігнорує, може зростати, поки система деградує. Локальна оптимізація не гарантує глобального покращення (T5), а універсального критерію оптимальності не існує (T13). Тому дашборд із рівними на вигляд цілями не є нейтральним. Він кодує негласне припущення, що всі пункти однаково цінні для однієї й тієї ж системи, а VMT стверджує, що це майже ніколи не так.

3 Æilus як шар цінності

3.1 Що означає обгортання

Формулювання автора коротке: Æilus не замінює OKR чи KPI, а обгортає їх цінністю. Процедура має три кроки. Спершу організація визначає будь-який набір OKR і KPI, який хоче. Потім кожен із них отримує оцінку цінності в Æ. Нарешті Æ стає спільною системою координат: способом встановлювати пріоритети та головний фокус управління. У розподілі ролей за автором OKR кажуть, куди ми рухаємося, KPI кажуть, наскільки добре, а Æilus каже, чому це важливо і наскільки.

Æ не є грошима і не призначена безпосередньо представляти фінансову цінність. Сторінка формалізації Æilus описує її як абстрактну одиницю, що дає змогу порівнювати інакше непорівнянні ініціативи, робити управлінські припущення явними, обговорювати пріоритети поза функціональними метриками та відокремлювати цінність від витрат, зусиль чи активності. Це інструмент формалізації, а не твердження про об'єктивну чи абсолютну цінність. Агрегація в Æ передбачає порівнюваність, а не точність.

3.2 Мінімальний запис для кожної цілі

Голе число в Æ, прикріплене до OKR, повторило б помилку, яку метод має виправити: воно стало б ще однією метрикою. Тому запропонований тут шар цінності вимагає чотирьох полів для кожної обгорнутої цілі чи показника.

1. Система цінності. Чия цінність оцінюється. KPI частоти релізів може нести цінність у системі цінності продуктової організації та в системі цінності клієнта, з різними оцінками. Стаття вимагає явно називати систему цінності разом з її межею: які актори та потоки перебувають усередині неї (A1, T15).
2. Планова цінність в Æ. Інтерпретація відправника: що, на очікування власника цілі, вона має принести в разі досягнення. Це планова цінність у розумінні VMT, а не прогноз факту.
3. Антицінність в Æ. Антицінність, яку ціль може створити як побічний продукт, і антицінність, що зростає, якщо ціллю нехтують. Технічний борг, затримки й очікування, накопичений ризик, архітектурна деградація та накладні витрати на координацію є прикладами, які формалізація називає явно.
4. Власник і отримувач. Хто володіє оцінкою (зазвичай власник перетворювача цінності, Value Transformer Owner, VTO, того перетворювача, що переслідує ціль) і який актор підтвердить реалізовану цінність наприкінці періоду.

З цими чотирма полями ціль більше не є рядком у списку. Це твердження про потік цінності: який перетворювач має намір доставити який елемент цінності якому отримувачу, з якою очікуваною цінністю та якою очікуваною ціною в антицінності.

3.3 Порівняння непорівнянного

Практична обіцянка шару цінності в тому, що зростання, стабільність, технічний борг і якість можна розмістити на одній шкалі. Без такої шкали ці цілі порівнюють через наратив: у зростання є історія про виручку, у стабільності історія про інциденти, у технічного боргу інженерна історія, і перемагає та, що розказана краще. Зі шкалою кожну історію потрібно виразити як твердження в Æ, яке інші можуть прочитати й оскаржити.

VMT встановлює межу цієї обіцянки. Типи цінності є співмірними, частково співмірними або неспівмірними (A13). Æ не усуває часткову співмірність. Вона змушує організацію заявити, як саме вона з нею поводиться. В Æilus v2.0 це роль політики агрегування цінності (Value Aggregation Policy), яка належить власнику системи цінності (VSO): документа, що визначає, як багатодоменна цінність порівнюється, агрегується та обмінюється на компроміси, з пріоритетами, порогами допустимості та правилами компромісів. Принцип P9 вимагає, щоб рішення щодо зростання заявляли припущення щодо агрегування, використані для їх обґрунтування. Обгортання OKR і KPI фактично є першим і найпомітнішим застосуванням цієї політики.

Деякі цілі взагалі не підлягатимуть обміну на компроміси. Обмеження щодо безпеки або безперервності, яке належить власнику домену, може бути порогом допустимості, а не пунктом для зважування. Шар цінності має фіксувати такі пункти як обмеження, а не присвоювати їм показник Æ, що запрошує до компромісу.

4 Зробити припущення явними та переглядуваними

4.1 Запланована та реалізована цінність за квартал

Оцінка Æ, зроблена на початку кварталу, є запланованою цінністю. VMT стверджує, що запланована та реалізована цінність, як правило, розходяться (A4), а нульове розходження є нестійким окремим випадком (T3). Тому шар цінності має два стовпці, а не один. На початку періоду власник фіксує заплановану цінність і очікувану антицінність. Наприкінці періоду отримувач фіксує реалізовану цінність і фактично спостережену антицінність. Пізніше можна зафіксувати ретроспективну цінність, коли стають видимими довші наслідки, наприклад, коли з'ясовується, що ціль зі стабільності запобігла цілому класу інцидентів упродовж наступного року.

Це перетворює шар цінності на цикл навчання, а не на систему оцінювання. Питання на квартальному огляді не лише "чи досягли ми ключового результату", а й "чи була наша оцінка його цінності правильною, хто це підтвердив і що слід змінити в наступній оцінці". Звіт про розрив між запланованою та реалізованою цінністю (Planned vs Realized Value Gap Report) і подія ретроспективи цінності (Value Retrospective) в Æilus v2.0 є природними місцями для цієї розмови.

4.2 Інтерпретація як керований об'єкт

Зробивши оцінку явною, ми робимо її також вразливою для критики, і в цьому її мета. За принципом P10 інтерпретації запланованої та реалізованої цінності мають формуватися добросовісно, критерії мають бути явними, а реалізована цінність має підтверджуватися отримувачем. Систематичне завищення запланованої цінності або занижування реалізованої вважається методологічним порушенням. Журнал змін інтерпретацій (Interpretation Change Log) фіксує, коли і чому оцінку було переглянуто. Упродовж кількох кварталів цей журнал показує, чи збігаються оцінки організації з тим, що підтверджують отримувачі, чи відхиляються від цього.

5 Від v1 до v2

Перше покоління Æilus (v1.x, 2022) уже розставляло пріоритети робіт за співвідношенням цінності до витрат і використовувало звітність, засновану на цінності. Згідно зі сторінкою версій Æilus, його застосування в різних доменах виявило низку обмежень. Цінність вважалася вимірюваною, але не мала формального визначення, тому стейкхолдери, самі того не помічаючи, користувалися несумісними інтерпретаціями. Інструменти вимірювання, такі як бали, гроші та KPI, подекуди сприймали за саму цінність, що призводило до спотворень, керованих метриками. Межі систем були нечіткими. Відмінності між запланованою та реалізованою цінністю спостерігалися, але не пояснювалися.

Ці обмеження безпосередньо стосуються підходу цієї роботи. Наївне обгортання в дусі v1, єдина "оцінка цінності" на кожен OKR, ризикує саме тією плутаниною, яку описує сторінка версій: показник Æ стає ще одним KPI, який оптимізують. Æilus v2.0, побудований на VMT, змінює чотири речі, від яких залежить шар цінності:

• цінність формально визначається через онтологію та аксіоми, тому кожна оцінка має називати свою систему цінності;
• інтерпретацією явно керують, а запланована, реалізована та ретроспективна цінність розрізняються;
• сталість є первинним обмеженням, тому ціль, що підвищує заплановану цінність, порушуючи умови участі (A8, A9), не є допустимою, якою б високою не була її Æ;
• відповідальність є рольовою: VTO володіє оцінками на рівні перетворювача, VSO володіє політикою агрегування та балансом між зростанням і стабільністю на рівні системи.

Коротко кажучи, v1 пропонувала спосіб ранжувати роботи за цінністю. v2 додає умови, за яких такому ранжуванню можна довіряти і які можна ставити під сумнів.

6 Процедура впровадження

Наведена нижче процедура є методологічним проєктом, виведеним із зазначених вище джерел. Вона не пройшла емпіричної валідації.

1. Зафіксувати систему цінності. VSO називає систему цінності, до якої належать цілі, її акторів і її межу. Якщо цілі обслуговують кілька систем, наприклад організацію та її клієнтів, кожну систему називають, і в роботі рекомендовано оцінювати їх окремо, а не змішувати.
2. Зберегти наявні цілі. Взяти поточні OKR і KPI як є. Не переписувати їх під шар цінності. Обгортання, що вимагає переписування цілей, є перепроєктуванням, а не обгортанням.
3. Погодити початкову політику агрегування. VSO складає коротку політику агрегування цінності (Value Aggregation Policy): які домени порівнюються за однією шкалою, які є порогами допустимості, як опрацьовується часткова співмірність і який еталонний якір задає шкалу Æ (наприклад, одна узгоджена еталонна ціль, якій присвоєно кругле число).
4. Оцінити заплановану цінність і антицінність. Кожен VTO фіксує для кожної цілі чи індикатора чотири поля з розділу 3.2. Оцінки роблять відносно еталонного якоря, а не окремо.
5. Узгодити інтерпретації. Провести сесію узгодження інтерпретацій (Interpretation Alignment Session), на якій отримувачі бачать оцінки та ставлять їх під сумнів. Мета полягає в явних критеріях, а не в консенсусі.
6. Розставити пріоритети за цінністю та антицінністю. Упорядкувати цілі за чистою очікуваною цінністю відповідно до політики агрегування, спершу застосувавши обмеження. Зафіксувати, де порядок відрізняється від початкового плану і чому.
7. Зафіксувати реалізовану цінність. Наприкінці періоду отримувачі фіксують реалізовану цінність і спостережену антицінність. Розриви обговорюють, а не карають за них.
8. Переглянути. Оновити оцінки, політику агрегування та журнал змін інтерпретацій. Ретроспективну цінність додають, коли з'являються довші наслідки.

7 Ілюстративний приклад

Таблиця нижче є цілком гіпотетичною. Вона описує уявну організацію з розроблення програмного продукту протягом одного кварталу. Система цінності є системою цінності продуктової організації, де її клієнти та інженерні команди є акторами всередині межі. Усі числа круглі, вигадані, обрані для демонстрації механіки. Вони не є висновками, вимірюваннями чи рекомендаціями.

Якщо читати це як перелік рівнозначних цілей, ці п'ять пунктів конкурували б за одну й ту саму увагу. Якщо читати із шаром цінності, у цьому вигаданому випадку стають видимими три речі. По-перше, доступність узагалі не зважується: за гіпотетичною політикою агрегування вона є порогом допустимості, що належить власнику домену. По-друге, ціль щодо технічного боргу має скромну заплановану цінність, але велику антицінність у разі нехтування, тож її чиста важливість вища, ніж підказує її запланована цінність. По-третє, KPI частки закритих звернень несе високу антицінність у разі досягнення, бо тиск на закриття може повертати невирішені проблеми клієнтам та інженерам. Це патерн Гудхарта, викладений у термінах цінності.

Стовпець кінця кварталу ілюструє асиметрію плану та факту (A4). Ціль зростання реалізувала менше, ніж планувалося. Ціль документації реалізувала більше. Жоден із цих результатів не є провалом методу. Обидва є вхідними даними для наступної оцінки та для журналу змін інтерпретацій.

8 Ризики та запобіжники

8.1 Хибна точність

Число в Æ виглядає точним, навіть коли це груба оцінка. Читачі можуть вважати різницю між 40 і 45 Æ значущою. VMT чітко наголошує, що агрегування передбачає порівнянність, а не точність, і що інтерпретація може масштабуватися без підтвердження реалізацією (T16). Запобіжники: використовувати грубі, круглі значення; віддавати перевагу впорядкуванню та співвідношенням, а не десятковим дробам; показувати планову та реалізовану цінність поруч, щоб розмір типових розривів калібрував, наскільки можна довіряти цифрі; ніколи не подавати Æ як фінансову цінність.

8.2 Маніпулювання оцінкою Æ

Будь-яка цифра, що визначає пріоритет, запрошує до маніпуляцій. Команда, яка хоче профінансувати свою ціль, може завищити планову цінність; команда, яка хоче виглядати добре, може применшити антицінність. Це проблема Гудхарта, перенесена на рівень вище, а інтерпретаційні спотворення такого роду накопичують антицінність (T17). Запобіжники з Æilus v2.0: реалізована цінність фіксується отримувачем, а не відправником (P10); систематичне завищення є методологічним порушенням, а не тактикою переговорів; журнал змін інтерпретацій робить кожен перегляд простежуваним; Æilus-майстер стежить за карго-культовим впровадженням; а VSO володіє політикою агрегування, тож жоден окремий перетворювач не задає шкалу.

8.3 Заміна судження балом

Ранжований список може стати способом уникнути обговорення. Шар цінності призначений для того, щоб уможливити обговорення, а не завершити його. Обмеження, умови участі та політики доменів лежать поза ранжуванням. Коли ранжування і досвідчене судження розходяться, це розходження є сигналом переглянути оцінку, межу або політику агрегування (T9, T15).

8.4 Вартість підтримки

Æilus стверджує, що кожен артефакт повинен мати власника, цикл оновлення та призначення для ухвалення рішень, інакше він стає пасивною документацією і створює антицінність через вартість підтримки та хибну впевненість. Шар цінності, який ніхто не оновлює після першого кварталу, гірший за його відсутність.

9 Обмеження

Ця стаття є концептуальною. Вона побудована на опублікованих матеріалах автора про Æilus і VMT та не містить емпіричних даних. Процедура впровадження та приклад є проєктами, а не звітами про практику. Стаття не показує, що OKR, обгорнуті цінністю, ведуть до кращих результатів, ніж необгорнуті; для цього потрібні порівняльні дослідження протягом кількох періодів, з плановими та реалізованими значеннями, зафіксованими незалежними отримувачами. Підхід залежить від якості політики агрегування, яку ця стаття описує лише в загальних рисах. Він також припускає мінімум довіри: в організаціях, де оцінки регулярно використовують проти їхніх авторів, P10 буде важко підтримувати. Нарешті, Æ розроблено для внутрішніх складних систем. Він не замінює економічні моделі ринків, ціноутворення чи фінансові прогнози.

10 Висновок

OKR задають напрям, а KPI контролюють якість, але жоден із них не говорить, наскільки важлива ціль і для кого. Коли це питання залишається неявним, зручне перемагає важливе, вимірюване перемагає стратегічне, а метрики покращуються, тоді як бізнес - ні. Æilus відповідає на це тим, що обгортає наявні цілі цінністю: кожна ціль і кожен індикатор отримують планову цінність та оцінку антицінності в Æ, пов'язані з названою системою цінності та власником, а згодом зіставляються з реалізованою цінністю, підтвердженою отримувачем. Метод не робить цінність об'єктивною. Він робить припущення, що лежать в основі пріоритетів, явними, порівнянними та придатними до перегляду, в межах політики агрегування, яка належить системному рівню. Його головні ризики, хибна точність і маніпулювання, є тими самими, що стосуються будь-якої метрики, а запобіжники - це ті, які Æilus v2.0 запровадив після того, як v1 показав, що інструменти можна сплутати з цінністю. Цілей може бути стільки, скільки хоче організація. Шар цінності - це дисциплінований спосіб сказати, які з них важливі, і перевіряти це твердження щокварталу.

Література

• Bolshakov, V. Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners. ÆVRI, 2026.
• Bolshakov, V. Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective. ÆVRI, 2026.
• Bolshakov, V. Æilus does not replace OKR or KPI. It wraps them with value. aeilus.tech (news, ID 801), 2025.
• Bolshakov, V. Æilus as a Formalization. aeilus.tech/methodology/aeilus-as-a-formalization/, 2026.
• Bolshakov, V. Evolution of Æilus. aeilus.tech/methodology/versions/, 2026.
• Bolshakov, V. Æilus Methodology v2.0: Principles, Roles, Processes and Events, Artifacts and Reports. aeilus.tech/methodology/, 2026.
• Bolshakov, V. Theory of Value Management (VMT). aeilus.tech/theory-of-value-management/, 2026.
• Doerr, J. Measure What Matters. 2018.
• Goodhart, C. A. E. Problems of Monetary Management: The U.K. Experience. 1975.
• Kaplan, R. S. and Norton, D. P. The Balanced Scorecard: Translating Strategy into Action. 1996.