90-денний ops-handoff: як засновник виходить з щоденної операційки

Подивившись, як десяток засновників передавали щоденну операційку COO або Head of Ops, я переконаний: handoff майже ніколи не валиться у перший місяць. Він валиться на другому, коли засновник або десантується назад, або тихо лишається в кожному Slack-треді, що має значення. 90-денна структура існує саме щоб зупинити обидва сценарії.

Що значить "вийти з щоденної операційки"?

Це не "піти з компанії". Це передати три конкретні речі одній людині.

Визначення: Daily ops ownership — пакет повноважень і відповідальності, що покриває Plan-setting по командах, права класифікації Gap, in-the-moment decision-rights на операційних tradeoffs і потік сигналу від команд до leadership.

Засновник тримає стратегію, капітал, найм вище лінії COO, board, top-customer relationships і фінальне слово на тому, що тільки він може вирішити. COO бере решту.

Помилка засновника — думати, що це делегування. Це володіння. Делеговане рішення усе ще належить засновнику; володіне рішення належить COO, навіть коли засновник не згоден.

Як виглядає 90-денна структура?

Три місяці, три режими, один явний ритуал handover на кожному кордоні.

Founder → COO handoff (90 днів):

ДНІ 1–30 — SHADOW MODE
- COO сидить на кожній зустрічі засновника
- COO читає кожен Slack-канал, що читає засновник
- Засновник усе ще вирішує; COO спостерігає й питає
- Output: COO пише "current ops map" memo
  (хто що вирішує, де живе сигнал, де bottlenecks)

ДНІ 31–60 — PARALLEL MODE
- COO веде Monday Plan readout
- COO веде Friday review memo
- Засновник ПРИСУТНІЙ, але не веде
- Рішення: COO вирішує → засновник схвалює
- Засновнику ЗАБОРОНЕНО піднімати нові
  операційні теми у Slack-каналах
- Output: COO публікує перші 4 тижневі memo
  під власним імʼям

ДНІ 61–90 — LEAD-WITH-SAFETY-NET MODE
- COO володіє кожним рішенням
- Засновник читає тижневе memo, без редагування
- Тижневий 1-on-1 між засновником і COO —
  єдиний ops-канал між ними
- Засновник ПОЗА всіма Slack-каналами команд
- Output: на день 90 — письмовий handover review
  підписаний обома: що працює, що регресувало,
  куди засновнику дозволено повернутись

Це структура. Найважче — дні 31–60: засновник у кімнаті, але не керує. Більшість засновників не тримає цього. Більшість handoffs валиться тут.

Tool tip (AIAdvisoryBoard.me): Перш ніж handoff стартує, обом — засновнику і новому COO — потрібен той самий baseline: що насправді відбувається по командах. Не що засновник памʼятає. 7-денна діагностика Plan → Fact → Gap дає цей baseline: хто хронічно переобіцяє, де кластеризуються класифікації Gap, у яких командах невидима переробка. COO заходить у день 1 з картою реальності, а не з картою фольклору. Засновник отримує чесний знімок того, що він передає. https://aiadvisoryboard.me/?lang=en.

Що саме передає засновник?

Три категорії, в цьому порядку.

Plan-setting authority

COO володіє Monday Plan readout з дня 31. Засновник не може переписати Plan команд. Якщо не згоден — розмова на тижневому 1-on-1, не у Slack-треді, видимому команді.

Визначення: Plan-setting authority — право схвалювати, редагувати або відхиляти тижневий Plan кожної команди. Хто тримає це право — операційний власник компанії.

Права класифікації Gap

Коли зʼявляється Gap — класифікує COO. Засновник не переоспорює класифікацію. Це важче, ніж звучить — у засновників сильні думки, був Gap capacity чи estimation.

In-the-moment decision rights

Якщо клієнтська ескалація прилітає у вівторок о 14:00 — вирішує COO. Засновник може дізнатись у середу. Це правило, яке засновник ламає першим.

Що засновник тримає?

Handoff — не зречення. Засновник тримає:

• Стратегію і product direction
• Алокацію капіталу і runway-рішення
• Найм вище лінії COO (executive hiring)
• Board і інвестор-relationships
• Top-customer relationships (визначено як конкретний іменний список)
• Право вето на irreversible-рішення (COO виносить їх)

Визначення: Founder veto — явне право засновника скасувати операційне рішення, що irreversible, ціною trust-currency; використовується рідко, ніколи через Slack, завжди письмово з причиною.

Список того, що тримає засновник, має бути письмовий, підписаний і видимий. Усне розпадається за шість тижнів.

Які пʼять пасток?

Патерни передбачувані. Назвати їх — половина профілактики.

Визначення: Re-entry trap — будь-який патерн поведінки засновника в місяці 2–3, що відновлює операційну владу поза погодженим тижневим 1-on-1, регресуючи handoff.

1. Slack-лурк. Засновник лишається в командних каналах "просто послухати". За два тижні — коментує. Виправлення: повністю вийти з каналів на день 31.
2. Тіньове рішення. Team lead пише засновнику особисто "швидко звіритись". Засновник відповідає. COO підірвано. Виправлення: один auto-reply, що редиректить на COO.
3. Пʼятничне переписування. Засновник читає тижневе memo COO і переписує з правками. Виправлення: читати без правок усі 90 днів. Коментарі — в 1-on-1.
4. Клієнтське витягування. Клієнтська ескалація тягне засновника назад, бо "я знаю цього клієнта найкраще". Виправлення: явний top-customer список; усе поза списком — до COO.
5. Crisis takeover. Реальна криза, засновник бере ops "тільки на цей тиждень", потім "ще один". Виправлення: письмове правило: у кризі засновник радить, COO усе одно вирішує.

Більшість handoffs валиться на пастки 1, 3 і 5. Пастка 5 — тихий вбивця, бо щоразу здається виправданою.

Manager scan (приклад 2-хвилинного дайджеста)

Засновник читає пʼятничне memo COO у день 60 у сервісній компанії на 160 людей:

• Engineering — Plan: V3 в beta. Fact: відвантажено. Gap: немає. Нотатка COO: "команда закінчила рано, взяла tech-debt — позначив як scope expansion, не drift".
• Customer success — Plan: 8 renewals. Fact: 7. Gap: DEPENDENCY_FAIL (legal review одного контракту).
• Sales — Plan: 25 демо. Fact: 23. Gap: незначний. Нотатка COO: "demo no-show повзе вгору; розслідую як патерн".
• Marketing — Plan: запуск кампанії. Fact: 2 дні пізніше. Gap: ESTIMATION_MISS.
• Ops — Plan: vendor consolidation. Fact: в графіку. Gap: немає.
• Hiring — Plan: 3 оффери. Fact: 3 accept. Gap: немає.
• Finance — Plan: month-end close. Fact: готово. Gap: немає.
• Нотатка засновника собі: "Патерн no-show цікавий; піднімаю наступний 1-on-1. Не пишу в Slack. Не правлю memo".

Дисципліна — в останньому пункті. Засновник має імпульс діяти. Handoff тримається, бо канал правильний.

Micro-case (що змінюється за 7-14 днів)

Засновник SaaS на 140 людей привів Head of Ops на 90-денну структуру. Дні 1–14 — обнадійливо: новий HoO сидів на кожній зустрічі, читав кожен канал, на день 14 видав 12-сторінкову ops map. Засновник побачив три речі, яких не бачив раніше: тиху rework-петлю у CS, вендорську залежність, яку вважав надлишковою, але вона не була, і Slack-канал, що став неофіційним decision-каналом для цілої функції. Жодне з цього не сплило б у звичайному тижні. HoO зайшов у день 15 з чіткішою картиною компанії, ніж засновник мав за три роки. Найбільша негайна зміна — засновник перестав відповідати на Slack DMs від team leads; кожен редирект до HoO був незручний тиждень, потім став природним.

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): 90-денний handoff — момент, коли засновнику найбільше потрібен зовнішній, нейтральний погляд на те, що компанія робить насправді: засновник не може довіряти власній картині (їй три роки), COO не може довіряти своїй (їй два тижні). Plan → Fact → Gap діагностика дає цей нейтральний погляд: тиждень даних, що показує, які команди влучають у Plan, де кластеризуються повторювані Gap-класифікації і які рішення тихо застрягли. Обидва — засновник і COO — користуються однією картою. Handoff перестає бути transfer-фольклору і стає transfer-данних. https://aiadvisoryboard.me/?lang=en.

FAQ

Що якщо у мене немає COO — можна з Head of Ops? Так. Структура ідентична. Різниця — scope: HoO зазвичай успадковує менше (часто без finance або people). Підкоригуйте список "що тримає засновник" відповідно.

Що якщо вхідний COO молодий? Тоді дні 1–30 розтягуються до 1–45, а 31–60 — до 46–75. Не стискайте shadow mode для junior-найму — це найдорожча помилка на цій стадії.

Що якщо я хочу повернутись в ops після 90 днів? Майже завжди поганий знак. Якщо memo дня 90 написане чесно і COO провалюється — міняйте COO. Якщо чесно і COO успішний — ваш порив повернутись це пастка, не сигнал.

А що про засновника, який також CEO компанії на 30 людей? На 30 людях повного handoff може ще не треба — але потрібен призначений ops-власник (Head of Ops, COO-in-training), щоб поглинути щоденну Plan-Fact-Gap роботу. Структура масштабується вниз: ті ж якорі, менше артефактів.

Чи має board знати про handoff? Так, заздалегідь, письмово. Члени board почнуть писати COO замість засновника. Це і є тест.

Висновок

Ops-handoff — переважно про дисципліну засновника, не про тренінг COO. Три місяці, три режими, один письмовий review на кордоні. Більшість handoffs валиться на другому місяці, бо засновник не тримає parallel mode. Назвати пʼять пасток наперед — половина роботи.

Якщо засновник тримає дисципліну — до дня 90 компанію веде людина, чия повна робота — її вести. А засновник звільняється на роботу, яку тільки він може робити.

Якщо хочете систему, що щодня показує Plan → Fact → Gap по всій компанії автоматично — подивіться, як працює 7-денна діагностика: https://aiadvisoryboard.me/?lang=en.