OKR і 360 без розриву: чому цілі та оцінка мають жити в одній системі

Погляньмо на класичний квартальний performance review.

Менеджер відкриває систему з OKR, щоб подивитися цілі співробітника. Потім переходить у сервіс, де команда проходила 360. Шукає результати попереднього циклу. Відкриває нотатки з 1:1. Додатково перевіряє таблицю з планом розвитку.

Усі потрібні дані начебто є. Але цілі, результати й зворотний зв'язок існують окремо — і саме менеджер або HR щоразу мають вручну збирати з них цілісну картину. Для компанії на 30 людей така модель ще може працювати. На 100, 200 чи 500 співробітників вона перетворює кожен цикл оцінки на окремий проєкт.

Проблема не в тому, що компанія використовує OKR чи 360 неправильно. Проблема в тому, що два процеси, які мають доповнювати один одного, технологічно розділені.

OKR і 360 вимірюють різні речі — і саме тому потрібні разом

OKR і 360 оцінюють різні речі, тому окремо дають лише частину картини.

OKR показують, що було досягнуто:

• які цілі стояли перед людиною або командою;
• наскільки просунулися ключові результати;
• чи був внесок у бізнес-пріоритети;
• де є прогрес, а де результат не дотягнув до очікувань.

360 показує, як співробітник:

• комунікує з командою;
• бере відповідальність;
• планує та організовує роботу;
• взаємодіє з колегами й менеджером;
• проявляє лідерство, ініціативність або інші важливі для ролі компетенції.

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

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

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

Що відбувається, коли OKR і 360 живуть у різних системах

На перший погляд, нічого критичного. Один сервіс добре працює з цілями. Другий — з оцінкою. За потреби можна експортувати дані.

Але проблеми починаються не під час першого циклу, а коли performance management стає регулярним.

Менеджеру потрібно самому збирати контекст

Перед review він відкриває:

• систему №1: які OKR були поставлені;
• систему №2: що показала 360;
• документ: про що домовлялися на попередньому review;
• таблицю: який PDP сформували;
• нотатки: що обговорювали на 1:1.

Саме в цей момент два спеціалізовані інструменти перетворюються на одну ручну інтеграцію під назвою «менеджер».

Дані перестають бути синхронними

Співробітник перейшов в іншу команду.

У HRM структура вже оновлена. У сервісі 360 ще старий менеджер. В OKR залишилися попередні права доступу або стара команда.

Хтось має це помітити й виправити.

Чим більше співробітників, тим частіше відбуваються переведення, зміни ролей, нові менеджери та реорганізації. А отже, тим дорожче підтримувати однакову картину в кількох системах.

Історія розвитку розпадається на файли та сервіси

Для одного review цього майже не видно.

А тепер уявімо співробітника, який працює в компанії три роки. За цей час було:

• 12 кварталів OKR;
• кілька циклів 360;
• зміна менеджера;
• підвищення;
• кілька планів розвитку.

Коли ця інформація розподілена між різними сервісами, новому менеджеру доводиться буквально реконструювати історію людини.

А performance management має працювати навпаки: кожен наступний цикл повинен додавати контекст до попереднього.

HR адмініструє не performance-процес, а інтеграції між ним

Експортувати список. Імпортувати користувачів. Перевірити доступ. Знайти людину, яка змінила прізвище або команду. Відновити пароль. Звірити результати. Перенести дані для зустрічі.

Здавалося б, жодна дія не займає багато часу. Але на компанії зі 150 чи 300 співробітників кожен додатковий інструмент створює окремий адміністративний шар.

Як виглядає performance-цикл без розриву

Наприклад, компанія працює квартальними OKR і регулярно проводить оцінювання співробітників.

Крок 1. Компанія задає спільний напрям

Спочатку бізнес визначає головну ціль на період. Наприклад: підвищити retention клієнтів у сегменті SMB.

Далі ця ціль розкладається на команди:

• Customer Success працює над зменшенням відтоку клієнтів;
• Product — над використанням ключових функцій;
• Marketing — над навчанням і активацією користувачів;
• Sales — над якістю залучених клієнтів.

Так кожна команда розуміє не просто свою задачу, а те, як вона пов’язана із загальним результатом компанії.

Крок 2. Співробітник працює зі своїми Key Results

Після цього цілі переходять на рівень конкретних ролей. Співробітник бачить:

• які результати від нього очікують;
• як його робота пов’язана з командною ціллю;
• що потрібно зробити протягом кварталу;
• за якими показниками буде видно прогрес.

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

Це зменшує мікроменеджмент, бо фокус переходить із постійного контролю на питання:

• чи є прогрес;
• що блокує рух;
• де потрібна допомога;
• чи не втратила ціль актуальність.

Крок 3. Запускається цикл 360

Наприкінці періоду або в запланований момент компанія проводить оцінювання 360 може включати:

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

Ціль 360 — не перевірити, чи людина виконала OKR. Для цього вже є прогрес за цілями.

Крок 4. Менеджер бачить два зрізи

Перед review менеджер має не одну цифру, а ширшу картину.

Наприклад, OKR:

• 75% прогресу;
• два Key Results виконані;
• один Key Result виконаний частково.

Наприклад, 360:

• сильні сторони — експертиза та відповідальність;
• зона розвитку — делегування й комунікація з командою.

Тоді розмова стає точнішою.

Не “Ти виконав 75%, потрібно краще.” А так “У результатах є хороший прогрес. Водночас фідбек показує, що делегування залишається зоною розвитку. Подивімося, чи саме це заважає тобі брати більший масштаб задач.”

У такому форматі review — це не просто оцінка за період. Це розмова про результат, поведінку, сильні сторони, ризики та наступні кроки.

Крок 5. Результати переходять у розвиток

Performance-цикл не має закінчуватися після review.

Якщо після оцінювання висновки залишаються тільки в таблиці або PDF, компанія швидко втрачає контекст. Через пів року доводиться знову згадувати:

• що обговорювали минулого разу;
• які були зони розвитку;
• які домовленості зафіксували;
• чи був прогрес;
• що змінилося між циклами.

Правильний цикл працює інакше. Після review результати переходять у:

• план розвитку;
• теми для 1:1;
• нові цілі;
• навчання;
• менторство;
• перегляд ролі або зони відповідальності;
• повторну оцінку динаміки в наступному циклі.

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

Як OKR і 360 працюють у HURMA

У HURMA вони знаходяться в одному HR-середовищі разом із даними про співробітників, цілями, оцінюваннями та історією розвитку.

OKR: цілі, прогрес і зв’язок із бізнес-пріоритетами

У HURMA можна працювати з OKR на різних рівнях:

• створювати корпоративні, командні та персональні цілі;
• додавати Key Results;
• визначати період виконання;
• призначати відповідальних;
• відстежувати прогрес;
• бачити, як цілі пов’язані між собою.

Це важливо, бо співробітник бачить не просто власну задачу, а її зв’язок із ширшою ціллю команди чи компанії. Менеджер, зі свого боку, може відстежувати прогрес не в кінці кварталу, а протягом усього періоду.

Наприклад, якщо компанія працює над утриманням клієнтів, ця ціль може розкладатися на задачі для Customer Success, Product, Marketing або Sales. У системі видно, хто за що відповідає і як рухаються ключові результати.

360 та Performance Review: оцінка компетенцій і поведінки

Окремо в HURMA можна запускати цикли оцінювання. Вони допомагають подивитися не тільки на результат, а й на те, як людина працює: комунікує, бере відповідальність, взаємодіє з командою, планує, делегує та проявляє важливі для ролі компетенції.

У розділі «Ефективність» можна:

• створювати цикли оцінювання;
• планувати автоматичний запуск;
• проводити самооцінку;
• додавати оцінку колег;
• додавати оцінку менеджера;
• формувати групи учасників;
• налаштовувати анкети під потрібні компетенції;
• керувати видимістю результатів;
• відстежувати проходження циклу;
• автоматично надсилати завдання та нагадування;
• аналізувати загальні й детальні результати;
• зберігати історію оцінок у профілі співробітника.

Це знімає з HR багато ручної роботи. Не потрібно окремо перевіряти, хто вже заповнив форму, кому треба нагадати, де відповідь менеджера і чи всі учасники завершили оцінювання.

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

“Завдяки автоматичним нагадуванням і збереженню анонімності у нас на 15% покращилося заповнення опитувань — люди регулярно їх проходять.”

Альона Кореневич, HR-директорка Digital Dynamics, у кейсі HURMA

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

Спробуйте HURMA, щоб об’єднати OKR, 360, Performance Review та подальший розвиток співробітників в одному процесі — без таблиць, ручних нагадувань і втрати контексту між циклами.

А що з безпекою 360 та performance-даних?

Коли цілі, оцінки, коментарі менеджерів і фідбек колег зберігаються в HR-системі, питання доступу стає особливо важливим.

Performance-дані можуть бути не менш чутливими, ніж зарплатна інформація.

• Хто бачить негативний коментар колеги?
• Чи бачить співробітник ім'я автора?
• Чи має менеджер доступ до результатів іншої команди?
• Що відбувається після зміни ролі?

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

На рівні платформи HURMA використовує Single Tenant-архітектуру, за якої кожен клієнт працює в окремому ізольованому середовищі, на відміну від Multi Tenant, де кілька клієнтів працюють у спільному середовищі, а їхні дані розділяються всередині однієї інфраструктури.

«До нас часто приходять компанії, які працюють із чутливою інформацією, адже у нас архітектура Single-Tenant. Дані кожної компанії ізольовані, при тому, як у всіх інших продуктів дані зберігаються разом із даними інших компаній, іноді конкурентів... Це найкраща модель і вона єдина на ринку». — Володимир Федак, СЕО HURMA

Для компанії, яка росте, це важливо: performance-система поступово накопичує не просто анкети, а багаторічну історію людей і управлінських рішень.

Підсумуємо

Хочете побачити, як виглядає повний performance-цикл без переходів між таблицями та окремими сервісами?

На демо HURMA можна пройти його на практиці: створити OKR, подивитися логіку 360 та Performance Review і перевірити, як дані про розвиток співробітника працюють в одному середовищі.