C
CTO: Порядок из хаоса
@cto_order_from_chaos330 подп.
439просмотров
10 октября 2025 г.
Score: 483
Серия: Gitflow & Release discipline. Пост 5/10 — трустори. Все имена и события вымышлены. Любые совпадения случайны. Далее — рассказ от имени моего воображаемого друга, который, конечно же, не я. Однажды я уронил прод одной госструктуры. Минут на пятнадцать. Но наглухо. Не то чтобы я был злоумышленником — просто мы работали по принципу «мерж, молись, деплой». Иногда связь с высшими силами пропадала. Или они были заняты. И тогда деплой, мягко говоря, получался… не очень. Мы старались, правда старались. Но раз в пару недель — обязательный факап. Любой релиз был стрессом для всей команды. Вероятность, что что-то отвалится, была сильно не нулевая. А релизы у нас шли «как бог на душу положит»: то ни одного за две недели, то два за день. Если два за день — это волнительно, то представьте, что творилось, когда накапливался мегапак за 2–3 недели. Сто процентов что-то пойдёт не так. А значит — нас снова ждёт лекция о «криворуких» и «уволить всех к чёртовой матери». Мне кажется, я не один с такой историей.   Отчёт Harness — The State of Software Engineering Excellence 2025 говорит: 50 % деплоев всё ещё делаются вручную. 64 % пайплайнов содержат ручные шаги. 67 % команд не могут собрать и протестировать dev быстрее чем за 15 минут. И 10 % компаний регулярно (!) ловят критические (!) баги на проде. Выходит, я работал в абсолютно нормальной, среднестатистической компании. Как и многие из вас, наверное. Вот только беда в том, что «нормой» до сих пор считаются костыли, ручные операции и героизм вместо отстроенных процессов. Ладно, поныли — теперь про хэппи-энд. Сначала мы внедрили CI/CD-пайплайны. Они убрали часть человеческих ошибок при деплое и упростили ролбэк. Потом защитили master — теперь влить можно только через merge request с обязательным ревью. Благо, с ревью проблем не было. Дальше — зафиксировали даты релизов. Ввели фриз за сутки: чтобы попасть в релиз, фича должна пройти локальное тестирование. Менеджерам сначала досталось — клиенты привыкли «хочу здесь и сейчас». Но доводы про качество подействовали. И внезапно стало нельзя обещать всё на свете к следующему демо — пришлось сокращать скоуп спринта. И о чудо: ёмкость команды выросла, багов стало меньше, разработка — предсказуемее. Даже QA вздохнули: очередь на smoke-тесты резко сократилась. Фейл на проде стал событием из ряда вон, а не «ну мы же релизились, чего вы хотели». Видели ли мы картину целиком, когда всё это начинали? Конечно нет. Просто шаг за шагом делали чуть лучше. День за днём, неделя за неделей. Итог — факапы в проде упали с 2-3 в месяц до 0 за квартал. Это очень большой повод для гордости. Если получилось у нас — получится и у вас. Сегодня: делай ничего. Сегодня пятница, никаких изменений по пятницам. В понедельник — протокол релиза end-to-end: шаги, роли, тайминги — чтобы «спокойно» стало нормой. #GitFlowRelease
439
просмотров
2841
символов
Нет
эмодзи
Нет
медиа

Другие посты @cto_order_from_chaos

Все посты канала →
Серия: Gitflow & Release discipline. Пост 5/10 — трустори. В — @cto_order_from_chaos | PostSniper