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