Найкраща операційниця, з якою я працював, більшу частину дня читала книжку за своїм столом. Деплої — автоматизовані релізи нового коду на бойові сервери — виходили вчасно. Інциденти вона розв'язувала раніше, ніж хтось встигав їх помітити. Онбординг новачків працював як годинник.

Її менеджер мало не звільнив її за те, що вона «недостатньо зайнята».

Вона не байдикувала. Вона просто — закінчила.

Прогалина, про яку ніхто не говорить

Робоча культура винагороджує видиму зусиль. Розробник, який шалено стукає по клавішах, виглядає продуктивним. Той, хто двадцять хвилин дивиться в стелю — обдумуючи архітектуру — виглядає ледарем. Людина, яка відповідає на листи об одинадцятій вечора, отримує статус «відданий справі». Та, що йде о п'ятій — «не залучена».

Дослідження 2022 року від науковців з Columbia, Georgetown і Harvard підтвердило те, що операційники давно знали: менеджери стабільно оцінювали «зайнято виглядаючих» працівників як компетентніших, навіть коли їхній реальний результат поступався спокійнішим колегам. Ми винагороджуємо видимість роботи, а не саму роботу.

12 березня PagerDuty представив свого SRE Agent як віртуального респондера — софт, який виявляє збої, запускає діагностику й виконує процедури відновлення без участі людини. Через чотири дні, 16 березня, на GTC NVIDIA анонсувала Agent Toolkit з OpenShell — інфраструктуру для безпечного запуску автономних операційних агентів у продакшені. 24 березня, на YC Demo Day, стартапи на кшталт IncidentFox пітчили автономний incident response як свій основний продукт. Сигнал від ринку: якщо задача має передбачуваний патерн, людина не повинна робити це вручну.

І тут виникає питання, з яким зараз стикаються операційні команди по всьому світу: якщо AI-агенти — програми, що діють самостійно, приймають рішення й виконують кроки без постійного людського контролю — беруть на себе видиме гасіння пожеж, то чим ops-людина займається цілий день?

Відповідь не змінилася. Але тиск зрозуміти її — зріс.

В операційній роботі стара система стимулів створює хибну динаміку — систему, яка винагороджує рівно протилежну поведінку. Якщо компанія цінує вас за гасіння пожеж, у вас нуль мотивації їх запобігати. Якщо менеджер вимірює вашу цінність кількістю термінових повідомлень у Slack, то побудова систем, що усувають ці повідомлення, робить вас зайвим. А тепер AI-агенти теж гасять пожежі. Швидше. Без сну. Без скарг.

Парадокс у серці операційки

Чим краще ви працюєте в operations, тим менше це помітно. Пожежник, який запобігає пожежам, виглядає безробітним. Операційник, чиї системи ніколи не падають, виглядає нероботою. Видима робота зникає саме тому, що хтось правильно зробив невидиму.

Я спостерігав цей патерн роками. Операційник, який автоматизує свою роботу, чує: «А чим ти взагалі цілий день займаєшся?» Той, хто вручну розгрібає кожен інцидент, працюючи по дванадцять годин, отримує підвищення за «самовіддачу».

Один побудував систему. Інший побудував залежність від себе. Запитайте себе, хто з них реально потрібен компанії — і кого AI-агент замінить першим.

Як виглядає якісна операційна робота на практиці

Якісна операційна робота має дві фази.

Фаза 1: Побудувати системи. Ця частина видима й обмежена в часі. Написання runbook-ів — покрокових інструкцій для конкретних ситуацій. Налаштування моніторингу — автоматичних перевірок, що ловлять проблеми до того, як їх помітять користувачі. Створення автоматизації для задач, що повторюються. Документування процесів, щоб будь-хто міг їх відтворити. Ця фаза — інтенсивна: зазвичай від двох до шести місяців зосередженої роботи.

Фаза 2: Підтримувати системи. Ось тут починається плутанина. Системи працюють. Алерти спрацьовують, і runbook-и їх обробляють — дедалі частіше AI-агенти виконують ці runbook-и без участі людини. Новачки онбордяться самостійно через задокументовані процеси. Деплої проходять через CI/CD пайплайни — автоматизовані ланцюжки, які переносять код з ноутбука розробника на бойові сервери без ручних дій.

Завдання ops-людини у Фазі 2: відстежувати патерни, що вказують на деградацію системи. Проводити post-mortem-и — структуровані розбори того, що пішло не так і чому. Планувати майбутні потужності. Вирішувати, які нові процеси передати агентам, а які ще потребують людського судження. Читати. Вчитися. Думати.

Останнє виглядає як «нічого не робить». Але ops-людина, яка не вивчає нові інструменти, не моделює сценарії відмов, не оцінює, які фреймворки агентів підходять для її інфраструктури, і не планує ситуації, що ще не сталися, — буде застигнута зненацька, коли вони станться. Книга Google з Site Reliability Engineering каже прямо: робота — це інженерити надійність, а не героїчно рятуватися від її відсутності.

«Зайнятий» — це баг-репорт

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

Весь час гасите пожежі? Ваші системи запобігання не працюють. Весь час перемикаєтесь між задачами — стрибаєте між непов'язаними речами кожні кілька хвилин? Ваша пріоритизація зламана. Весь час на мітингах? Ваші системи комунікації не працюють. Весь час вручну навчаєте новачків? Ваш онбординг зламаний.

«Зайнятий» — це не те, до чого варто прагнути. «Зайнятий» — це баг-репорт.

Мета операційки — і, чесно кажучи, більшості розумової роботи — досягти стану, де системи обробляють передбачувані дев'яносто відсотків, а у вас є пропускна здатність для непередбачуваних десяти. Ці непередбачувані десять відсотків — ось де людське судження має значення. Все інше повинно працювати само. У березні 2026 «працювати само» дедалі частіше означає, що це робить AI-агент — а ops-людина, яка побудувала систему, вирішує, що агенту можна довіряти, а що — ні.

Вихід із замкненого кола

Якщо ви зараз тонете в операційній роботі — ось практичний план.

Тижні 1–2: Фіксуйте все. Кожну задачу, кожне переривання, кожну проблему, що повторюється. Поки що нічого не виправляйте. Просто спостерігайте.

Тижні 3–4: Категоризуйте. Що повторюється? Що має патерн? Що міг би обробити скрипт — невелика програма, яка автоматизує ручний крок — чеклист або AI-агент? Як правило, шістдесят-сімдесят відсотків операційної роботи потрапляє в категорію «передбачуване й автоматизоване».

Тижні 5–8: Автоматизуйте або задокументуйте десять найбільших пожирачів часу. По одному на тиждень. Починайте з того, що перериває вас найчастіше. Для incident response — процесу виявлення й усунення збоїв — розгляньте тріаж на базі агентів: інструменти на кшталт PagerDuty SRE Agent або open-source альтернативи обробляють інциденти за патерном і ескалюють нестандартні вам.

Місяць 3: Тепер у вас сорок-п'ятдесят відсотків вільної пропускної здатності. Інвестуйте її в наступний рівень проблем.

Місяць 6: Ви читаєте книжку за столом. Системи працюють. Агенти обробляють передбачуване. Ви виглядаєте без діла. Ви не без діла. Ви закінчили.

Нотатка для менеджерів

Якщо ваш найкращий операційник виглядає знудженим — вітаю. Ваші системи працюють. Не підкидуйте йому зайвої роботи, щоб виправдати його зарплату. Не змушуйте його грати в театр продуктивності — ту показову метушню «виглядати зайнятим», щоб хтось побачив, як виглядає «наполеглива праця».

Замість цього запитайте: «Що б ти побудував, якби мав три місяці без переривань?» І дайте ці три місяці. Те, що він побудує, заощадить більше, ніж будь-яка кількість видимої зайнятості.

Найпродуктивніша людина у вашій компанії — можливо, та, яка виглядає так, ніби робить найменше. Це не парадокс. Це те, як виглядає «закінчено».