# Порівняння команд чесно: без лидербордів та ігор показниками

> Перестаньте порівнювати команды заArbitrary балами. Використовуйте Plan/Fact/Gap, щоб бачити, де справжньо застрягає робота — і виправляйте систему, а не людей.

- Автор: Ярослав Максимович (Founder & CEO, AI Advisory Board)
- Опубліковано: 2026-10-19
- Оновлено: 2026-10-19
- Джерело: https://aiadvisoryboard.me/uk/blog/comparing-teams-fairly-without-inventing-leaderboards

## TL;DR
- Порівнюйте команди за здатністю виконувати власний план, а не за абсолютними показниками.
- Шукаєте системні пробіли (Gap), а не те, хто «кращий» або «гірший».
- Використовуйте дані, щоб усувати перешкоди, а не для ранжування людей.

**Визначення:** Plan/Fact/Gap — проста операційна таксономія, де Plan — це те, що планувалося, Fact — те, що сталось насправді, а Gap — різниця між ними. Використовується для виявлення системних проблем без винуватих.

**Визначення:** Послідовність пропускної здатності — ступінь, з якою команда виконує планувалене тижнево, незалежно від об’єму. Висока послідовність означає передбачуване виконання.

**Визначення:** Зразок пробілу — повторювані типи розбіжностей (наприклад, розширення об’єму, залежності, неясні вимоги), які з’являються у різних командах, вказуючи на системні перешкоди.

Як чесно порівнювати команди, якщо їхній вихід залежить від ролі та складності роботи? Почніть з нормалізації: подивіться на Plan vs Fact кожної команди для порівняльних типів завдань. У плані продажу може бути 10 секвенсій звернень, а у служби підтримки — 15 розв’язків ticket’ів. Не порівнюйте 10 з 15 — порівнюйте здатність кожної команди виконувати власний план.

Коли ви бачите, що команда А стабільно виконує 90% свого плану, а команда Б — лише 60%, питання не у тому, «чому команда Б ленівна?», а у тому: «Як системно перешкода заважає команді Б виконувати план?» Можливо, їхній план включає завдання, які залежать від іншої команди, яка завжди опазнює. Можливо, завдання погано розмежені. Пробіл показує точку тріння, а не зусилля команди.

## Приклад скану менеджера (2-хвилинний зведений огляд)
- Продажі: План 10 послідовностей, Факт 8 → Пробіл: 2 (затримка списку лідів від маркетингу)
- Підтримка: План 15 ticket’ів, Факт 14 → Пробіл: 1 (час очікування на ескалацію)
- Інженерія: План 5 story points, Факт 3 → Пробіл: 2 (неясні критерії прийняття)
- Маркетинг: План 3 кампанії, Факт 3 → Пробіл: 0
- HR: План 4 скрінінгів, Факт 4 → Пробіл: 0

Це не про те, хто кращий — це про те, де система «протікає». Маркетинг та HR виконують план як заплановано. У інших команд — повторювані пробіли, пов’язані з входами, а не зі зусиллями.

## Порада щодо інструменту (AiAdvisoryBoard.me):
> Фреймворк Plan → Fact → Gap перетворює порівняння команд з оцінки в діагностичний інструмент. Замість питання «Хто відстає?» ви задаєте питання «Де робота залипає?» Це зсуває розмову від винуватості до розв’язання проблем — саме того, що потрібно власникам для масштабування видимості без mikromanagement. Дивіться, як 7-денна діагностика автоматично виявляє такі пробіли по всій компанії.

## Мікрокейс (що змінюється через 7–14 днів)
Фірма професійних послуг на 40 осіб почала відстежувати Plan/Fact/Gap по командам кожного понеділля. Через два тижні власник помітив, що у дизайнерів стабільно був пробіл 30% через позדне feedback від клієнтів. Замість того, щоб ставити під сумнів швидкість дизайнерів, вони wprowadили SLA для feedback клієнта та контрольну точку у вівторок. Пробіл зменшився до 10% у наступному циклі. Власнику не потрібно було знати, хто «найшвидший» — йому потрібно було знати, де розривається процес.

> **Примітка до цього кейсу:** Цей приклад ілюstrативий — базується на типових патернах, які ми спостерігаємо в компаніях з 30–500 працівників. Конкретні числа — округлені наближення поширених діапазонів, а не гарантії.

## FAQ
**Як це відрізняється від відстеження швидкості (velocity) або виходу (output)?
Швидкість та вихід легко ігровіться і сильно залежать від ролі. Plan/Fact/Gap фокусується на надійності виконання — чи команда робить те, що обецяла — що є чеснішою базою для порівняння.

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

**Чи це не створить ще одну метрику для ігор?
Тільки якщо ви будете використовувати її для ранжування або покарання. Якщо ж ви використовуєте її для виявлення системних перешкод — наприклад, неясного scoping, відсутніх входов або затримок у залежностях — вона стає інструментом для зnižennia триння, а не вимірювання осіб.

**Як часто слід переглядати ці дані?
Щотижня, у 10-хвилинному дайджесті для власника. Шукаєте патерни: чи один і той же тип пробілу повторюється у різних командах? Чи одна команда постійно блокується іншою? Ось де потрібно діяти.

**Чи можна використовувати це для розподілу ресурсів або винагороди?
Тільки indirektно — через усунення системних проблем, які тримають команди. Винагорода повинна пов’язуватися з усуненням перешкод, а не з перемогою у лидерборді.

Щоб побачити, де ваші команди справжньо застрягли — і де слід фокусувати свою енергію — запустіть 7-денну діагностику, яка відмальовує Plan, Fact і Gap по всій організації. Це найшвидший шлях від домислів до знань.

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

---

Цитуючи, посилайтесь на https://aiadvisoryboard.me/uk/blog/comparing-teams-fairly-without-inventing-leaderboards. Більше статей: https://aiadvisoryboard.me/uk/blog