makeOKR UA
Бібліотека OKR Чемпіона
OKR Чемпіон
  • Хто такий OKR Чемпіон
  • Ключові обов'язки OKR Чемпіона
  • Необхідні компетенції OKR Чемпіона
  • Типові причини провалу OKR Чемпіона
  • Рівні зрілості: від новачка до архітектора
Виконання
Інструменти
  • Робочий аркуш для написання OKR
  • Визначення рівнів впевненості
  • Формат CFR check-in
  • Щотижневий дашборд для керівника
  • Журнал ризиків OKR
  • Канва вирівнювання стейкхолдерів
  • Діагностичний чеклист здоров'я OKR
Управління
  • Карта ролей в OKR-системі
  • RACI для OKR управління
  • Модель ескалації проблем
  • Зв'язок зі стратегічним плануванням
  • Інтеграція з цифровими інструментами
Антипатерни
  • Фейкові OKR: діагностика та лікування
  • Надмірне каскадування
  • Звітний театр
  • Інфляція метрик
  • Втома від каденції
  • Збірка типових помилок впровадження
Кейси
  • Міністерство: впровадження OKR на рівні відомства
  • Підрозділ оборони: OKR в умовах обмежень
  • Громадська організація: адаптація OKR для НУО
  • Технологічний стартап: масштабування OKR з ростом
Довідник
    • Типи зворотного зв'язку
    • Фреймворки зворотного зв'язку
    • Культура зворотного зв'язку
Конфіденційність·Умови/
© 2026 OKR UA · v0.9.1
ФДовідник / Зворотний зв'язок

Фреймворки зворотного зв'язку

Практичні моделі для надання зворотного зв'язку — SBI, COIN, DESC та інші

Навіщо потрібні фреймворки?

Давати зворотний зв'язок — це навичка, а не вроджений талант. Як і будь-яка навичка, вона розвивається через практику та структуру. Фреймворки зворотного зв'язку — це перевірені моделі, які допомагають структурувати думки та подати фідбек так, щоб він був зрозумілим, конкретним і дієвим.

Без фреймворку зворотний зв'язок часто перетворюється на:

  • Загальні фрази: "Треба краще працювати"
  • Емоційні реакції: "Мене це дратує"
  • Оцінки особистості: "Ти неорганізований"

Фреймворк допомагає уникнути цих пасток і сфокусуватись на конкретній поведінці та її впливі.

У цій статті розглянемо чотири найбільш практичні моделі: SBI, COIN, DESC та AID. Кожна має свою спеціалізацію і найкраще працює в певних ситуаціях.

Модель SBI (Situation — Behavior — Impact)

Опис

SBI — найпопулярніший фреймворк, розроблений Center for Creative Leadership. Він складається з трьох елементів.

S — Situation (Ситуація). Опишіть конкретний контекст: коли, де, за яких обставин відбулась подія.

B — Behavior (Поведінка). Опишіть конкретну спостережувану дію людини. Лише факти — без інтерпретацій та припущень.

I — Impact (Вплив). Поясніть, який вплив ця поведінка мала на вас, команду або результат.

Коли використовувати

SBI ідеально підходить для повсякденного зворотного зв'язку — як позитивного, так і конструктивного. Це найпростіший фреймворк, який варто освоїти першим.

Приклади позитивного фідбеку через SBI

Приклад 1:

Ситуація: "На демо для клієнта в середу..." Поведінка: "...ти підготувала інтерактивний прототип з реальними даними клієнта замість стандартної презентації..." Вплив: "...це вразило клієнта настільки, що він одразу попросив рахунок на річну підписку. Це прямий внесок у наш KR по збільшенню доходу."

Приклад 2:

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

Приклади конструктивного фідбеку через SBI

Приклад 1:

Ситуація: "На ретроспективі в п'ятницю..." Поведінка: "...ти перебивала колег кілька разів, коли вони ділились своїми спостереженнями..." Вплив: "...деякі люди замовкли і не висловили свої ідеї. Ми могли втратити цінні інсайти."

Приклад 2:

Ситуація: "Коли клієнт звернувся з терміновим запитом у вівторок..." Поведінка: "...відповідь була надіслана лише через 48 годин без пояснення затримки..." Вплив: "...клієнт написав скаргу, і це вплинуло на наш KR по задоволеності клієнтів."

Модель COIN (Context — Observation — Impact — Next steps)

Опис

COIN розширює SBI, додаючи четвертий елемент — конкретні наступні кроки. Це робить фідбек більш дієвим.

C — Context (Контекст). Де і коли відбулась ситуація.

O — Observation (Спостереження). Що ви безпосередньо спостерігали (факти, не інтерпретації).

I — Impact (Вплив). Який ефект мала ця поведінка.

N — Next steps (Наступні кроки). Що конкретно пропонуєте зробити далі.

Коли використовувати

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

Приклади

Конструктивний фідбек через COIN:

Контекст: "За останні два спринти..." Спостереження: "...три з п'яти твоїх задач були завершені після дедлайну — в середньому на 2 дні пізніше." Вплив: "Це затримало тестування і вплинуло на дату релізу. Команда QA мала працювати у вихідні." Наступні кроки: "Давай зробимо так: на наступному плануванні разом оцінимо обсяг задач, і якщо ти відчуєш, що не встигаєш, повідом мене не пізніше середи — ми перерозподілимо навантаження."

Позитивний фідбек через COIN:

Контекст: "Протягом цього кварталу..." Спостереження: "...ти щотижня публікувала детальні оновлення по KR3 у командному каналі з конкретними числами та аналізом." Вплив: "Уся команда завжди була в курсі прогресу, і це допомогло нам вчасно скоригувати підхід, коли на 6-му тижні зростання сповільнилось." Наступні кроки: "Це чудова практика. Пропоную тобі поділитись цим підходом на наступній ретроспективі, щоб інші теж могли його перейняти."

Порівняння SBI та COIN

SBI — для щоденного фідбеку, коли потрібно швидко відзначити поведінку. COIN — коли потрібно не лише дати фідбек, а й домовитись про конкретні зміни чи дії.

Модель DESC (Describe — Express — Specify — Consequences)

Опис

DESC — фреймворк, розроблений для складних ситуацій, де потрібно асертивно (впевнено, але ввічливо) донести свою позицію. Він особливо ефективний для вирішення конфліктних ситуацій.

D — Describe (Опишіть). Об'єктивно опишіть ситуацію або поведінку без оцінок.

E — Express (Висловіть). Висловіть свої почуття або занепокоєння, використовуючи "я-повідомлення".

S — Specify (Вкажіть). Вкажіть, яку конкретну зміну ви хочете бачити.

C — Consequences (Наслідки). Поясніть позитивні наслідки зміни або негативні наслідки її відсутності.

Коли використовувати

DESC найкраще працює в ситуаціях, де:

  • Є конфлікт або тривала проблема
  • Потрібно чітко встановити очікування
  • Попередній фідбек не призвів до змін
  • Ситуація емоційно напружена

Приклади

Приклад 1: Регулярне запізнення на зустрічі

Describe: "Протягом останніх трьох тижнів ти приходив на командний стендап на 10–15 хвилин пізніше." Express: "Мене це турбує, бо це створює враження, що стендап не є пріоритетом, і інші члени команди теж починають ставити під сумнів його важливість." Specify: "Я хочу попросити тебе приходити вчасно або, якщо є об'єктивна причина, попередити заздалегідь." Consequences: "Якщо ми всі будемо вчасно, стендап триватиме 10 хвилин замість 20, і кожен зможе швидше повернутись до роботи. Якщо ситуація продовжиться, нам доведеться переглянути формат або час зустрічі, що вплине на всю команду."

Приклад 2: Неузгоджені зміни в продукті

Describe: "Минулого тижня ти впровадив зміни в UX без обговорення з дизайн-командою." Express: "Мене це непокоїть, бо це порушує наш процес і може призвести до неконсистентного досвіду для користувачів." Specify: "Прошу перед будь-якими UX-змінами узгоджувати їх з дизайнером — навіть якщо це здається дрібницею." Consequences: "Це забезпечить консистентний продукт і запобігає переробкам. Крім того, це покаже повагу до експертизи колег, що зміцнить командну роботу."

Модель AID (Action — Impact — Desired outcome)

Опис

AID — найпростіший фреймворк, який фокусується на трьох елементах.

A — Action (Дія). Що людина зробила.

I — Impact (Вплив). Який вплив мала ця дія.

D — Desired outcome (Бажаний результат). Що ви хочете бачити в майбутньому.

Коли використовувати

AID підходить для швидкого щоденного фідбеку, коли немає часу на розгорнуту модель. Це "мікрофідбек", який можна дати за 30 секунд.

Приклади

Позитивний:

Дія: "Ти додав автоматичні тести до PR." Вплив: "Завдяки цьому ми зловили баг ще до мержу." Бажаний результат: "Продовжуй так — це значно покращує якість коду."

Конструктивний:

Дія: "Ти закрив задачу без оновлення документації." Вплив: "Колеги витратили годину, щоб розібратись у змінах." Бажаний результат: "Будь ласка, оновлюй документацію перед закриттям задачі."

Як обрати правильний фреймворк

СитуаціяРекомендований фреймворкЧому
Щоденний позитивний фідбекSBI або AIDПростий, швидкий, достатній
Конструктивний фідбек з планом дійCOINВключає наступні кроки
Конфліктна або повторювана проблемаDESCАсертивний, з наслідками
Швидкий "мікрофідбек"AIDМожна дати за 30 секунд
Перший конструктивний фідбекSBIМ'який, без тиску
Фідбек, який не призвів до змінDESCЧіткіші очікування та наслідки

Практичні вправи

Вправа 1: SBI на цьому тижні

Протягом тижня дайте три фідбеки за моделлю SBI:

  • Один позитивний колезі
  • Один позитивний підлеглому або менеджеру
  • Один конструктивний (коли з'явиться ситуація)

Після кожного фідбеку запишіть: як відреагувала людина? Чи зрозуміла вона конкретику?

Вправа 2: Переформулювання

Візьміть ці фрази та переформулюйте їх за будь-яким фреймворком:

  1. "Ти погано написав звіт"
  2. "Відмінна робота сьогодні!"
  3. "Ти завжди все ускладнюєш"
  4. "Дякую за допомогу"

Приклад переформулювання для фрази 1 (SBI):

"У п'ятничному звіті для керівництва (ситуація) не було порівняння з показниками минулого кварталу (поведінка). Через це керівництво не змогло оцінити динаміку і попросило переробити звіт (вплив)."

Приклад переформулювання для фрази 2 (AID):

"Ти запропонувала нестандартне рішення для оптимізації запитів (дія). Це скоротило час завантаження сторінки з 3 до 0.8 секунди (вплив). Продовжуй ініціювати такі оптимізації — це дуже цінно для продукту (бажаний результат)."

Вправа 3: COIN для OKR

Виберіть один Key Result вашої команди, який відстає від плану. Підготуйте фідбек за моделлю COIN для відповідального члена команди:

  • Контекст: яка ситуація з KR?
  • Спостереження: що ви бачите (числа, факти)?
  • Вплив: як це впливає на команду?
  • Наступні кроки: що конкретно пропонуєте?

Як впровадити фреймворки в команді

Крок 1: Навчіть команду. Проведіть 30-хвилинну сесію, де поясните одну модель (рекомендуємо почати з SBI). Дайте приклади та потренуйтесь на безпечних прикладах.

Крок 2: Почніть з лідера. Менеджер має першим почати використовувати фреймворк у своїх фідбеках. Це показує, що це не формальність, а реальний інструмент.

Крок 3: Зробіть це нормою. На ретроспективах та 1-on-1 нагадуйте про фреймворк. Коли хтось дає загальний фідбек — м'яко попросіть конкретизувати: "Чи можеш сказати, що конкретно було добре?"

Крок 4: Додавайте нові моделі. Через місяць, коли SBI стане звичним, додайте COIN. Ще через місяць — DESC для складних ситуацій.

Порада: Не намагайтесь вивчити всі фреймворки одразу. Освойте SBI — він покриває 80% ситуацій. Потім додайте COIN для випадків, коли потрібен план дій. DESC знадобиться рідко, але коли знадобиться — ви будете вдячні, що знаєте його.

ПопередняТипи зворотного зв'язкуНаступнаКультура зворотного зв'язку