Як навчити ops-команду роботі з AI

Подивившись, як 30+ ops-команд намагалися вкрутити AI у свій тиждень, мій висновок такий: ops — це команда, де AI або стає структурним, або перетворюється на іграшку у Slack-каналі. Вирішує тренінг, який перебудовує escalation path — а не вміння писати промпт. Stanford-дослідження 51 деплою показує розрив: ~71% productivity gain коли AI роутить роботу до людей, ~30% коли люди роутять до AI.

Чому ops-тренінг на AI відрізняється від усіх інших команд

У кожної іншої команди вихід зрештою ревʼює людина (відісланий лист, опублікована стаття, закрита угода). Ops переважно координує: хто чим займається, який SLA, хто ескалює, коли capacity ламається. Ця координація — невидима. Stanford знаходить, що ~77% AI-роботи в орг — невидима / shadow, а в ops це ще сильніше.

Stanford 51-deployment study показав: escalation-routing AI дає ~71% gain — проти лише ~30% для approval-routing. Різниця: в escalation-routing AI обробляє обсяг і виносить лише винятки людям. В approval — люди схвалюють кожну AI-пропозицію. Для ops другий патерн відтворює пляшкове горло, в якому команда вже тоне.

Визначення: Escalation routing — AI обробляє роботу, виявляє кейси, що потребують людського судження, виносить їх (з контекстом). Люди бачать лише потрібне.

Визначення: Approval routing — AI пропонує, людина схвалює кожен вихід. Люди бачать усе. Пляшкове горло.

Які use cases брати в перший тиждень

Невдалий перший use case — "AI для end-to-end процесу". Це шлях до over-engineered воркфлоу, що ламається на першій зміні поля у формі вендора. Правильні перші — escalation-pattern:

1. Capacity planning — обсяг тікетів/проектів за 4 тижні + поточна доступність → драфт capacity-плану на наступний тиждень + bottleneck-флаги.
2. Escalation routing — вхідний issue → severity, suggested owner, suggested SLA, escalate-now flag з reasoning. Люди обробляють лише ескалації.
3. Драфт і підтримка SOP — повторювальний патерн (5+ схожих) → v1 SOP для команди.
4. Драфт incident retrospective — Slack/comms-thread + тікети → драфт retro doc (timeline, root cause hypothesis, action items).

Накопичується: routing видає патерни → SOP їх ловить → capacity planning використовує чистіші дані.

Tool tip (Course for Business): 5-денна програма побудована навколо Augment, don't replace — кожен ops зберігає роботу і випускає shared workflow на тижні 1. Пропорція AI Champions (1:15-20): команда на 16 — 1 чемпіон; 32 — двоє. Формат Shoulder-to-Shoulder саджає чемпіона з ops-колегою на 90 хв на справжній escalation-черзі. https://course.aiadvisoryboard.me/business

Як насправді виглядають 5 днів

День 1 — Мапа escalation-розривів. Кожен ops виписує останні 10, що мали ескалюватись швидше, плюс 10, що ескалювались дарма. COO або Head of Ops публікує. Це і є job description AI.

День 2 — Три воркфлоу. Чемпіони і COO обирають три (типово: escalation routing, capacity planning, SOP drafting).

День 3 — Будуємо v1 escalation routing. Чемпіон і senior ops роблять промпт за справжніми issues минулого місяця. Включають escalation-критерії з Day 1.

День 4 — Запуск на живій черзі. Кожен ops крутить v1 на живій escalation/incident-черзі. Чемпіон спостерігає 30 хв з кожним. Промпт правлять двічі — зазвичай через severity-рубрику.

День 5 — Демо + escalation-criteria freeze. Кожен показує. Команда домовляється про один escalation-criteria document — рубрика на 30 днів. Без freeze воркфлоу дрейфує.

Промпт-шаблон escalation routing

Ти — ops triage-асистент [COMPANY].
Команда: [ролі + SLA, які вони ведуть]
Severity рубрика:
- P0: production down, customer-impacting, паджимо одразу. Ескалація на [ROLE] протягом 15 хв.
- P1: degraded service, частковий impact. Ескалація протягом 1 год.
- P2: non-urgent, на тиждень.
- P3: backlog кандидат.

Escalation criteria (домовленість команди):
[ВСТАВ — типово 6-10 булітів]

Вхідний issue:
[ВСТАВ — текст тікета, slack, email, нотатка дзвінка]

Задача:
1. Класифікуй severity (P0/P1/P2/P3) + 1 речення обґрунтування.
2. Suggested owner (роль зі списку).
3. Suggested SLA (з deadline).
4. Escalate-now flag (true/false) + reasoning.
5. 2-3 follow-up питання, які потрібні owner'у.
6. Confidence (0-1).

Правила:
- Confidence < 0.7 АБО severity неясне → бери на одну severity вище і прапор для людського ревʼю.
- Не закривай issue. Лише routing.
- Не паджи поза робочими годинами, якщо не P0.
- Якщо згадано security, customer data, payments — auto-flag для senior ревʼю, навіть якщо виглядає low-severity.

Цей промпт + freeze-нутий escalation-criteria doc і перетворює ops AI з "suggestion engine" на "force multiplier". Команда обробляє лише ескалації, які виносить AI — це Stanford 71% патерн.

Гарне vs погане формулювання

Погано: "AI допоможе нам тримати ops стрункішим."

Добре: "AI роутитиме 70-80% вхідного без людського дотику. Команда — лише ескалації. Cycle time падає; черга перестає рости у вівторок."

Погано: "Чемпіони володітимуть AI-впровадженням."

Добре: "Марко сяде з кожним по 90 хв на живій escalation-черзі. До п'ятниці воркфлоу крутиться на наступному тижні."

Team scan (що AI-чемпіони рапортують після першого тижня)

• 13 з 15 ops випустили інтеграцію; 2 в процесі.
• Топ use case: escalation routing (усі 13 щодня), capacity planning (6 щотижня), SOP drafting (5 епізодично).
• Економія на людину: 6-12 годин/тиждень — на first-touch triage і підтримку SOP, які раніше слизьжали.
• Auto-routed: ~78% P2/P3 вхідного. Лише ~22% потребували людського override — у межах Stanford 71% envelope.
• 3 проблеми якості: один промпт над-ескалював security-keyword false positives; один не побачив VIP-flag; один mis-map на новий продукт. Усі pofixено.
• Escalation-criteria doc переписаний двічі: перша версія 18 булітів (забагато), фінальна — 9.
• Shadow-AI: 1 ops вкинув ескалаційний thread з PII у публічний чат-бот — переведено на схвалений інструмент.
• Пропорція тримається: 1 чемпіон / 15 ops; на 1:25 не тягнув би.
• Час COO на AI: ~3 години (Day 1 + Day 5 escalation-criteria freeze).
• Пріоритет наступного тижня: incident retrospective drafting — потребує дбайливого sourcing timeline.

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

Типова компанія на 30-500 людей з 12-людним ops заходить у тиждень 1 з escalation-чергою, що росте щодня, і SOPs, які останній раз оновлювались 6+ місяців тому. До дня 14 — після чемпіонського тренінгу і escalation-routing воркфлоу — близько 70-80% P2/P3 auto-routed без людського дотику (відповідно до Stanford-патерна), черга перестає рости у більшості днів, команда вивільняє ~8-12 годин/тиждень на підтримку SOP і incident-retro, що відкладались місяцями. Перший рефлекс COO — пушити AI-обробку P1; правильна відповідь на тиждень 2 — тримати P1 людським 30 днів, потім переоцінити з даними.

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 (Course for Business): Версія 6-week program — коли ops навчається з саппортом або продуктом — додає щотижневі лаби, де чемпіони порівнюють escalation criteria. Шаблон — Augment, don't replace: ніхто не стає розробником, але кожен випускає reusable, і команда володіє своєю escalation-рубрикою. https://course.aiadvisoryboard.me/business

FAQ

Q: Чи не mis-route AI критичний issue? A: Зрідка route. Тому в промпті є confidence-поріг і дефолт "беремо severity вище при неясності". Stanford 71% gain припускає ~20% human override — здорово. Цільте у це, не у нуль.

Q: Нас 5 ops. Чемпіон потрібен? A: Не окремий. COO або Head of Ops грає чемпіона.

Q: AI може закривати issues автономно? A: Ні, перші 60 днів — лише routing. Після — можливо для тривіальних категорій (acknowledged P3 backlog, дублі) — але ніколи customer-facing без людського last-touch.

Q: Як це уживається з нашим ticketing-інструментом? A: AI живе всередині через інтеграцію або browser-extension. AI не замінює чергу — роутить її.

Q: А compliance-чутливий ops (регульовані індустрії)? A: Escalation-routing у регульованому контексті безпечніший за approval-routing, бо кожне routing-рішення логується з reasoning — audit trail кращий. Просто тримайте human-in-loop на кожному issue з ключовими словами регульованих даних.

Висновок

Тренінг ops на AI — не про навчання промптам. Це про вибір escalation-routing над approval-routing, freeze escalation-критеріїв і прийняття, що AI обробляє 70-80% вхідного, поки люди тримають 20-30%, що насправді їх потребує. Механіка проста — Чемпіон, hot seat, реальна черга, демо, criteria doc. Складна частина — COO, що розучується схвалювати все.

Наступний крок: вийміть останні 30 днів ескалацій і запитайте, які прийшли запізно, а які зовсім не мали ескалюватись. Це і є job description вашого AI.

Якщо хочете, щоб кожен співробітник випустив свою першу AI-автоматизацію за п'ять днів — забронюйте 30-хв дзвінок: https://course.aiadvisoryboard.me/business