Автор, Алексей Постригайло, старший партнёр крупного IT-интегратора, делится опытом реорганизации работы над сервисом, который требовалось существенно ускорить. Вдохновлённый успехом предыдущей статьи о «больнючем» опыте, он решил продолжить рассказ о реальных кейсах, включая как ошибки, так и удачные решения. Основная цель — показать, как команда училась улучшать код и выстраивать эффективные процессы.Речь идёт о проекте, где изначально сервис работал медленно, а его архитектура представляла собой монолит, который было сложно развивать. Команда столкнулась с типичными проблемами: долгое время отклика, трудности с внедрением новых функций и растущая нагрузка на разработчиков. Вместо того чтобы мириться с ситуацией, было принято решение провести рефакторинг и разделить монолит на более мелкие, независимые части.Процесс «резки монолита» оказался нетривиальным — потребовалось тщательно спланировать, какие модули выделить в первую очередь и как обеспечить их совместимость. Автор подчёркивает, что ключевым было не просто техническое изменение, а перестройка командной работы: внедрение более гибких методологий и улучшение коммуникации между разработчиками. Это позволило избежать хаоса и сохранить работоспособность сервиса на всех этапах трансформации.В итоге сервис удалось ускорить в несколько раз, а его поддержка стала гораздо проще и дешевле.