Я був найкращим інженером у команді. І найгіршим лідером. Довго не міг вкласти в голову, як обидва ці факти можуть бути правдою одночасно — але вся суть DevOps-лідерства в делегуванні, і мені довелося перестати тягнути все на собі, щоб це побачити.
Кожен PR ревʼював я. На кожен інцидент стрибав я. Кожне архітектурне рішення проходило через мене. За кожним деплоєм я стежив особисто. Я знав кожен сервіс, кожен pipeline, кожен дивний кейс, що ламається лише о третій ночі. І носив усе це як медаль. Я був незамінним. І переконував себе, що саме це робить мене цінним.
Ні. Це робило мене єдиною точкою відмови для цілої платформи.
Пастка, що має вигляд користі
Пастка підступна тим, що відчувається як лідерство. Я був єдиним, хто до кінця розумів наш CI/CD. Будь-який інцидент ескалювався до мене, бо повна картина була лише в моїй голові. Документація жила не у вікі — вона жила в моїй голові. Відпустка була словом, яким користувалися інші люди. Я завжди був на звʼязку, завжди доступний, завжди відповідь на будь-яке питання.
Якийсь час це лестило. Бути потрібним — сильний наркотик. Але «бути потрібним» і «бути корисним» — це не одне й те саме, і різницю я засвоїв найдорожчим способом.
А потім накрило вигорання. Не те романтичне «я такий відданий справі», яким хизуються в LinkedIn. Справжнє — коли дивишся в ноутбук, а за очима не відбувається взагалі нічого. Коли те, що раніше любив, притискає тебе до підлоги. Я побудував машину, яка не працює без мене, і ця машина повільно перемелювала мене самого.
Зсув: від «робити» до «давати робити»
Найважчий урок у карʼєрі: бути найрозумнішим у кімнаті — це пастка. Твоя справжня робота як ліда — зробити розумнішими всіх інших у цій кімнаті.
І я зупинився. Свідомо, через дискомфорт, спеціально. Ось як «перестань тягнути все на собі» мало вигляд на практиці:
- Перестав ревʼювати кожен PR. Натомість написав review-гайдлайни, щоб команда тримала ту саму планку без мене.
- Перестав стрибати на кожен інцидент. Зібрав runbooks, щоб черговий закривав проблему, не піднімаючи мене.
- Перестав ухвалювати кожне рішення. Просив команду спершу запропонувати своє — і прикушував язика, навіть коли вже знав відповідь.
- Перестав стежити за кожним деплоєм. Вклався в monitoring, що стежить замість мене — в алерти, які щось означають, і дашборди, які реально читають.
Кожен із цих кроків відчувався як втрата контролю. У цьому й був увесь сенс.
Що сталося далі
Я чекав, що якість впаде. Що все почне ламатися. Вийшло навпаки.
Команда стала сильнішою. Тієї миті, коли я перестав нависати, люди почали брати відповідальність. Інженери, які раніше чекали мого «ок», почали ухвалювати рішення самі. Ті, хто боявся чіпати прод, почали ставитися до нього як до свого. Люди почали пропонувати рішення ще до того, як я дізнавався, що є проблема.
Знання, замкнені в моїй голові, переїхали в runbooks. Code review перетворилося з «воріт» на момент навчання. Геройство на інцидентах стало задокументованою процедурою, яку може повторити будь-хто. Лекції змінилися спільним pair-debugging, де ми розбиралися разом.
І ось що кольнуло найсильніше: інженери, яких я «захищав», роблячи все за них, — насправді я їх гальмував. Моя «допомога» була стелею для їхнього зростання. Найщедріше, що я зробив для команди, — став менш потрібним у їхній щоденній роботі.
Менторство — ось множник
Делегування — це не «скинув задачі й зник». Так ти просто підводиш людей інакше. Справжня робота переїхала в інший вид зусиль:
- Pair-debugging замість «розвʼяжу за тебе».
- Incident shadowing, щоб наступна людина побачила, який вигляд має справжній збій.
- Code review з контекстом — чому, а не лише як виправити.
- Blameless postmortem, щоб люди бігли до проблем, а не ховали їх.
Вчи «чому», а не лише «як» — і ти перестаєш бути пляшковим горлечком та стаєш множником. Найскладніше тут — емоційно: дивитися, як людина мучиться із задачею, яку ти закрив би за десять хвилин, і все одно дати їй розібратися самій. Це терпіння і є робота.
Зроби себе замінним
Найкращий DevOps-інженер — не найшвидший. Це той, хто робить швидшими всіх навколо. Найкращі лідери не роблять себе незамінними — вони спеціально роблять себе замінними, і команда від цього тільки міцнішає.
Якщо просто зараз ти — єдина точка відмови на своїй платформі, я тебе розумію. Це відчувається як цінність. Як безпека. Ні те, ні інше. Обери цього тижня одну річ, яку вмієш лише ти, і навчи когось іще. Ти відчуєш, як контроль вислизає. Це не система ламається. Це вона нарешті починає працювати без тебе.