Ви хочете стати A-player у своїй компанії? Тим самим співробітником, чия цінність миттєво зростає вдвічі? Секрет простий: навчитеся вирішувати проблеми «під ключ». Особливо ті, що інші називають нерозв'язними.
У світі бізнесу є особлива каста фахівців - траблшутери (від англ. Trouble - біда, shooter - стрілець). Це люди, які "відстрілюють" проблеми. Розберемо, хто це такі, чим вони відрізняються від кризових менеджерів і якими інструментами користуються, щоб загасити пожежу за 24 години.
Траблшутер vs Криза-менеджер: у чому різниця?
Багато хто плутає ці поняття, але це принципово різні ролі з різним горизонтом планування та інструментарієм.
Траблшутер (пожежний)
- Метафора: фахівець у разі пожежі. Приїжджає, локалізує вогонь, ставить тимчасову латку та рятує вузол.
- Фокус: точковий (конкретний процес, функція, збій на складі, падіння сайту).
- Горизонт часу: години та дні (Day 0, Day 1).
- Метрики успіху: MTTR (час до відновлення), зниження збитків.
- Інструменти: Warroom, SAVE 24, Change Sweep.
Криза-менеджер (капітан корабля)
- Метафора: антикризовий керуючий, який рятує весь лайнер, що тоне.
- Фокус: широкий периметр (вся компанія, репутація, ліквідність).
- Горизонт часу: тижні та місяці.
- Метрики успіху: життєздатність бізнесу, Cash Flow, репутація.
- Інструменти: антикризова програма, реструктуризація, робота з інвесторами.
Головне правило
- Траблшутер лагодить вузол швидко і предметно.
- Криза-менеджер рятує систему цілком.
- Часто вони працюють у зв'язці: траблшутер гасить гострі осередки, а криза-менеджер вибудовує довгострокову стратегію виходу з піке.
Problem чи Trouble? Як зрозуміти, коли бити на сполох
Не кожна складність це Trouble.
- Problem (проблема): планове завдання, ризик контролюємо, збитки обмежені, час терпить.
- Trouble (Біда): аварійна ситуація, збитки зростають щогодини, термін горить, торкнуться ключових клієнтів.
Інструмент SAS 3H + Trouble Gate
Щоб за 2 хвилини зрозуміти, з чим ви маєте справу, використовуйте SAS скоринг. Оцініть ситуацію за шкалою від 1 до 4 у трьох напрямках:
- Severity (Тяжкість): від незручності (1) до зупинки критичного процесу та юр. ризиків (4).
- Urgency (Терміновість): від "терпить тиждень" (1) до "точка неповернення через 24 години" (4).
- Spread (Масштаб): від одного співробітника (1) до всієї компанії/ключових клієнтів (4).
Підрахунок і клас інциденту: сума S+U+S → клас & режим
•9–12 = P1 (Trouble): червоний режим: SAFE-24, часті апдейти, DO призначений
•7–8 = P2 (Trouble): помаранчевий: containment сьогодні, план фіксу — завтра
•4–6 = P3 (Problem)
•3 = P4 (Problem): backlog/спостереження
Trouble Gate: складіть бали.
- 7+ балів: Це Trouble (P1 або P2). Включаємо режим траблшутингу.
- Менше 7: Це Problem (P3 або P4). Вирішуємо у плановому порядку.
4 кроки роботи Траблшутера
Робота траблшутера це не хаос, а чіткий алгоритм.
Крок 1. Локалізувати (стабілізувати)
Мета: Зупинити «кровотечу» (збитки).
Тут ми застосовуємо тактику Day 0. Не намагайтеся відразу знайти причину та ідеальне рішення. Спочатку - джгут для зупинки крововтрати.
Інструмент SAVE 24 (Playbook для Day 0)
Це чек-лист дій на перші 24 години:
- S (Stop the bleeding): ізолюйте зону ураження. Вимкніть інтеграцію, зупиніть відвантаження, введіть тротлінг.
- A (Alert): повідомте всіх за схемою, призначте DO (Decision Owner - власника рішення).
- F (Freeze changes): заморожуйте усі зміни. Жодних нових релізів, деплоїв чи зміни процедур, поки пожежа не згашена.
- E (Eye / Monitor) : увімкніть моніторинг. Виведіть 3-5 індикаторів (випереджаючих та відстаючих) на дашборд.
- Workaround: впровадьте тимчасовий милиця (ручний процес, альтернативний підрядник).
- Log: ведіть журнал дій. Це база для майбутнього аналізу польотів.
Крок 2. Знайти причину (Діагноз)
Ціль: Поставити швидкий діагноз, як Доктор Хаус.
Інструмент Change Sweep (6D)
Що змінилося перед тим, як усе зламалося? Перевірте 6 доменів за 15 хвилин:
- People: зміни, нові співробітники, звільнення?
- Process: нові інструкції, регламенти, графіки?
- Platform: релізи, патчі, оновлення програмного забезпечення?
- Data: імпорт даних, перерахунок стоків, зміна майстер-даних?
- Policy: нові правила, знижки, умови повернення?
- Environment: погода, зовнішні події, дії постачальників?
Інструмент Event Timeline Builder
Побудуйте хронологію (як у серіалі «Чорнобиль»). Відновіть події щохвилини від перших симптомів до піку. Накладіть зміни (з Change Sweep) на графік метрик. Там, де зміна збігається із сплеском проблеми — ваша гіпотеза.
Крок 3. Запропонувати рішення
Мета: Вибрати найшвидше та найбезпечніше рішення.
Оцініть варіанти за матрицею: Вплив / Ризик / Трудовитрати / Оборотність. Вибирайте те, що дає максимальний ефект за мінімального ризику.
Крок 4. Впровадити під контролем
Ціль: Акуратно включити рішення, уникаючи побічних ефектів.
Використовуйте пілотні групи, канаркові релізи. Не розморожуйте контур (Freeze), доки не переконаєтесь у стабільності.
Управління хаосом: Комунікація та Відповідальність
Інструмент RACI + DO
На момент кризи демократія не працює. Має бути один DO (Decision Owner) — людина з мандатом на фінальне рішення «тут і зараз».
Заповніть матрицю RACI для інциденту, чітко визначивши, хто робить (R), хто відповідає (A = DO), хто допомагає (S).
Інструмент STIC (Формат апдейтів)
Щоб не створювати паніку, комунікуйте чітко та регулярно (каденція апдейтів). Використовуйте формат STIC:
- S (Situation): Факти та метрики зараз.
- T (Task): Що робимо зараз.
- I (Intent): Навіщо робимо? Очікуваний ефект.
- C (Concern): Ризики та блокери. Що заважає?
- C (Calibration): Чого чекаємо? Коли наступний апдейт?
Головна помилка новачків: Стрибати до лагодження (Fix) без оцінки (Triage) та стабілізації (Save). Не будьте героєм, який гасить пожежу бензином. Будьте системним траблшутером.
Хочете заглибитись у тему?
Подивіться серіал «Чорнобиль» — це ідеальний навчальний посібник з того, як потрібно працювати з інцидентами рівня P1.
А краще керую пройти курс Траблшутер PRO
🚩 Будь тим, хто вирішує нерозв'язне. Не пропустив шанс.
