
Plan vs Actual: щоденний ритуал, що ловить drift рано
Коротко
- •Більшість операційних збитків стається між моментами, коли засновник дивиться — не тому що дані погані, а тому що каденція огляду повільніша за швидкість drift.
- •5-хвилинний ранковий Plan і 5-хвилинний вечірній Fact, щоденно 2 тижні — ловлять drift швидше за будь-який щотижневий all-hands.
- •Сенс не у щоденнику. Сенс у питанні Gap, втиснутому в кожен день.
Якщо ви власник, що дивиться на той самий KPI-дашборд у понеділок і знову натикається на ту саму проблему в пʼятницю — справа не в дашборді. Справа в каденції. Квартальний огляд ловить drift після того, як він уже коштував вам квартал.
Чому квартальний огляд не ловить drift?
Бо коли квартальне число "не сходиться", причина — 6-10 тижнів вгору по потоку, і люди, що були причетні, вже зайняті іншим. Це форензика, не менеджмент.
Визначення: Операційний drift — щоденне розходження між тим, що команда планувала, і тим, що зробила. Тихо накопичується, виглядаючи нормально на тижневому рівні.
Тижневий огляд ловить пізніше за щоденний. Місячний — ще пізніше. Квартальний — це вже post-mortem.
Що таке Plan → Fact → Gap?
Триетапний денний цикл. Plan — що ви сказали зробите. Fact — що насправді сталося. Gap — дельта і, головне, її причина.
Визначення: Plan → Fact → Gap — щоденний патерн огляду, де ранкові очікувані виходи порівнюються з вечірніми фактичними, і причина кожної різниці називається до того, як вона множиться.
Цикл нудний. Це фіча. Все, що достатньо драматичне для "цікавого", було помічене запізно.
Як виглядає 5-хвилинна версія?
Два слоти, разом 10 хвилин, кожен робочий день.
Ранковий Plan (5 хв)
На старті дня запишіть 3-5 конкретних виходів, які очікуєте до кінця дня. Не задачі — виходи. "Драфт надіслано в legal" — вихід. "Працювати над контрактом" — ні.
Обмеження: вмістити на одному екрані. Достатньо конкретно, щоб сторонній міг перевірити о 18:00.
Вечірній Fact + Gap (5 хв)
В кінці дня — три колонки: Plan / Fact / Gap. Для кожного пункту — що сталося і однорядкова причина дельти. Якщо gap = 0 — "—". Якщо ні — причина, не виправдання.
Дисципліна — у причині. "Відволікся" — не причина. "Питання від CFO про закупівлі забрало 90 хвилин" — причина.
Шаблон щоденника (copy/paste)
Версія, яку даємо засновникам на першому циклі. Вмішається в будь-який notes-app.
Дата: [YYYY-MM-DD]
РАНКОВИЙ PLAN (о 9:00, до пошти)
1. [Вихід]
2. [Вихід]
3. [Вихід]
4. [Вихід] (опц)
5. [Вихід] (опц)
ВЕЧІРНІЙ FACT (о 18:00, до закриття ноута)
1. Plan: [...] | Fact: [...] | Gap: [...]
2. Plan: [...] | Fact: [...] | Gap: [...]
3. Plan: [...] | Fact: [...] | Gap: [...]
ДІАГНОЗ GAP (одне речення)
Сьогоднішня повторювана причина gap: [...]
ТОП-1 НА ЗАВТРА
Пункт, який не дам пропустити: [...]
Рядок "повторювана причина" — те, що робить щоденник кумулятивним. Через 2 тижні читаєте 10 записів і бачите реальне вузьке місце. Майже ніколи не те, що думали в день 1.
Tool tip (AIAdvisoryBoard.me): Власники, що роблять це вручну вперше, відкривають один патерн: ритуал відкриває 1-2 повторювані причини gap, яких жоден щотижневий огляд не бачить. Наша операційна система автоматизує Plan → Fact → Gap по всій компанії — кожна команда викладає plan вранці, fact ввечері, система агрегує gap-патерни до керівництва до того, як вони множаться. Як працює 7-денна діагностика: https://aiadvisoryboard.me/?lang=en.
Manager scan (2-хвилинний digest)
Plan (сьогодні зранку, 6 функцій):
- Sales: 12 outbound, 4 demo booked
- Ops: інвойс-ран за травень закритий
- Product: фікс v2.1 на staging
- Support: SLA backlog <8 годин
- Finance: payroll готовий
- HR: 3 first-round інтервʼю
Fact (увечері):
- Sales: 9 outbound, 2 demo booked
- Ops: інвойс-ран затримано — формат банк-файлу змінився
- Product: фікс залитий, 1 регресія знайдена пізно
- Support: 6 годин (під ціль)
- Finance: готово
- HR: 2 інтервʼю, 1 перенесено кандидатом
Gap (топ-3 причини):
- Зміна банк-формату без власника 6 тижнів (повторюване)
- Sales head зайнято в pricing call 3 години (planning miss)
- Регресія: той самий gap втретє цього місяця
Колонка Gap — єдина, що має значення. Це також єдине, що квартальний огляд ніколи не бачить у реальному часі.
Що Gap-колонка вчить за 2 тижні?
Три речі. Перше: одна й та сама причина повторюється — і майже ніколи не та, яку б ви назвали на старті. Друге: "зовнішній сюрприз" — значно менша частка, ніж засновники думають; більшість gap — це конфлікти розкладу або dependency без власника. Третє: сам Plan часто надто амбітний — і навчитися писати Plan, який досягаєш, — це половина уроку.
Визначення: Повторювана причина — той самий драйвер gap у 3+ щоденних записах за 2 тижні. Сигнал, що щось структурне, а не випадкове.
Micro-case (що змінюється за 7-14 днів)
Логістична SMB на 75 людей мала середовий ранковий leadership review, що роками здавався корисним, а тихо перетворився на театр. Засновник почав щоденний Plan → Fact → Gap особисто — 5 хв ранок, 5 хв вечір. До дня 8 він міг назвати реальну топ-причину: патерн ескалацій від диспетчера, який ніколи не випливав на тижневому огляді, бо до середи вже був старою новиною. День 11 — одна кадрова зміна. До кінця 3-го тижня патерн зник, середовий огляд скоротили з 90 хв до 30, команда крутить той самий щоденник на рівні функ-головів. Чистий ефект на throughput: приблизно +15% same-day deliveries.
Note on this case: This example is illustrative — based on typical patterns we observe with companies of 30-500 employees, not a single named client. Specific numbers are rounded approximations of common ranges, not guarantees.
Tool tip (AIAdvisoryBoard.me): Plan → Fact → Gap вручну працює для одного засновника. На рівні команди ламається за тиждень — overhead координації стає вузьким місцем. 7-денна діагностика показує, які функції мають найбільший прихований gap і яка повторювана причина — до того, як розкручувати каденцію по всій компанії. Запуск діагностики: https://aiadvisoryboard.me/?lang=en.
FAQ
Команда не сприйме це як мікроменеджмент? Лише якщо нав'язати їм до того, як зробити на собі. Засновники, що 2 тижні крутять щоденник самі перш ніж просити команду, майже не отримують опору — бо до того моменту вони називають структурні причини, а не персональну провину.
Можна щотижня замість щодня? Ні. Сенс саме в тому, що тижневий рівень не бачить денного drift. Щоденна каденція — те, що робить повторювані причини видимими. Тижнева — для retro-summary, не для gap detection.
А якщо мій день надто непередбачуваний? Тоді пишіть 3 виходи "хороший день", а не 5 "ідеальний". Вправа — калібрування. Точність Plan росте тиждень-за-тижнем, і це теж знахідка.
Чим це відрізняється від OKR або тижневих KPI? OKR міряють квартальний результат. KPI — тренд. Plan → Fact → Gap міряє виконання на рівні дня — там, де drift справді стається. Доповнюють, не замінюють.
Чи потрібен інструмент? Для одного засновника — досить note-app. Для 30+ компанії overhead координації стає вузьким місцем — там патерн операційної ОС має значення.
Висновок
Причина, чому засновників застає зненацька, — не погані дашборди. Каденція огляду повільніша за каденцію drift. Квартальний — post-mortem. Тижневий — симптом. Щоденний — причина.
Крутіть щоденник на собі 2 тижні. Знайдіть одну повторювану причину. Потім вирішуйте, чи масштабувати на команду.
Якщо хочете систему, що випливає Plan → Fact → Gap автоматично — щодня, по всій компанії — подивіться, як працює 7-денна діагностика: https://aiadvisoryboard.me/?lang=en.
Часті питання
Готові трансформувати робочий процес команди?
AI Advisory Board допомагає командам автоматизувати щоденні стендапи, запобігати вигоранню та приймати рішення на основі даних. Приєднуйтесь до сотень команд, які вже економлять 2+ години на тиждень.
Отримуйте щотижневі поради з управління командою
Приєднуйтесь до 2,000+ лідерів, які отримують наші найкращі поради щодо продуктивності та запобігання вигоранню.
Без спаму. Відписатися можна будь-коли.
Читайте також

Як насправді виглядає Daily Management OS для SMB
Notion + Slack + ClickUp — це не операційна система, а архів з нотифікаціями. Чотири шари, що перетворюють інструменти на справжню OS щоденного менеджменту для компанії 30–500 людей.
Читати
Перші 30 днів асинхронних стендапів: чого очікувати та як уникнути помилок
Дізнайтеся, як налаштувати асинхронні стендапи за перші 30 днів. Практичні поради щодо формату, дедлайнів та усунення затримок у роботі команди.
Читати
Коли (і коли НЕ) наймати Head of AI у SMB
Headcount-тригери, ознаки scope-ambiguity і альтернативні org-моделі (AI-комітет, fractional, dual-hat з CTO). Гайд для власника про найбільш переоцінену роль 2026.
Читати