Релиз-менеджер: Тот самый герой, который не даст сжечь продакшн случайно. Описание

Релиз-менеджер: тот самый, который не дает вам случайно сжечь продакшн

Привет, коллега-герой, который только что залил кофеин в вены и готов победить баг! Ты знаешь, кто спасает тебя от ночных кошмаров в стиле «ой, мы забыли про миграцию БД»? Правильно — релиз-менеджер. Давай разберемся, кто это такой, пока продакшн не упал.

Кто это вообще?

Релиз-менеджер — это человек, который делает вид, что у него всё под контролем, пока вы пытаетесь запилить фичу за 5 минут до дедлайна. Он не пишет код (спасибо ему за это!), не тестирует (ибо уже всё сломалось), зато мастерски жонглирует вашими оправданиями в стиле «это не баг, это фича».

Его «магические» задачи:

▪️Планирование релизов — переводит ваше «ну где-то через пару недель» в конкретную дату, которую ненавидит вся команда.
▪️Координация команд — объясняет тестировщикам, что «работает на моей машине» — не аргумент, а маркетологам — что «временный костыль» нельзя назвать «инновационным решением».
▪️Контроль качества — находит баги, которые вы тщательно прятали под коврик «это edge case, пользователи не заметят».
▪️Автоматизация процессов — пытается заменить ваш ручной деплой из консоли на что-то адекватное, пока вы саботируете это PR’ами с «ну еще пару правок».
▪️Риск-менеджмент — гадает на кофейной гуще, чтобы предсказать, какой из ваших «быстрых фиксов» сломает прод. Спойлер: всегда тот, который «ну вообще не связан».
▪️Пост-релизный анализ — собирает фидбек от пользователей, а потом присылает вам скриншоты с криками «ЧТО ЭТО ЗА КНОПКА НА 404 СТРАНИЦЕ???».

Зачем он вам?

✔️Он — живой щит между вами и гневом тимлида, который устал объяснять, почему «мы опять не успели».
✔️Он знает, что вы накосячили, еще до того, как вы это поняли. И как-то это чинит. Волшебник, да.
✔️Он заставляет DevOps’а отвечать в слаке, даже если тот медитирует в Kubernetes.
✔️Он делает так, чтобы маркетинг не обещал клиентам «искусственный интеллект», когда вы допиливаете if-else.

Пример из реальности (которую мы назовем «теорией»):

▪️▪️▪️ релиз-менеджера:
— 3:00 утра. Вы пытаетесь откатить билд, потому что «вдруг» оказалось, что новая фича удаляет юзеров из БД.
— Маркетинг запустил рекламу с хештегом #Innovation, а ваш код даже не замержили.
— Тестировщики плачут в уголке, потому что им пришлось проверять всё вручную. Опять.

▪️ релиз-менеджером:
— Вы пьете кофе в рабочее время, пока он бегает с криками: «Кто сломал CI/CD? Это же был стабильный пайплайн 5 минут назад!».
— Маркетинг постит мемы про «скоро всё будет», а не даты.
— Прод живой. Пока что.

Релиз-менеджер — это как Шерлок Холмс, дрессировщик котиков и экстрасенс в одном флаконе. Он:
👉Расшифровывает ваши коммиты вида «fix everything (no)».
👉Убеждает клиента, что «откатить на прошлую версию» — это не «откатить на прошлый год».
👉Помнит, что вы обещали «допилить документацию», еще когда писали «Hello World».

Если ваш релиз-менеджер не пьет успокоительное — он либо робот, либо уже умер внутри. Но именно он не дает вашей команде скатиться в хаос, где «задеплоили в пятницу» и «нашли баг в понедельник». Цените его, кормите печеньками и не стирайте из списка участников митингов.

P.S. Если у вас нет релиз-менеджера, возможно, это он так мастерски прячется от вашего техдолга.