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

Приклад скану менеджера (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-денна діагностика.