Тезисы

Есть много материалов о том, как сделать проект классным с точки зрения архитектуры. Об этом говорят чистая, луковая и гексагональная архитектура, DDD, Vertical slices итд К сожалению, авторы этих материалов пишут о том "как должно быть", но не о том "как к этому прийти из текущего состояния". А о том, как организовать работу команды по перепроектированию, информации вообще нет.
Я поделюсь своим опытом перепроектирования к чистой архитектуре и Vertical Slices с точки зрения организации работы команды. Расскажу о том, как мотивировать команду на изменения, ответить на вопрос "зачем что-то делать, и так нормально". О том, как как распределить работу по перепроектированию, выдать ее кому-то одному или понемногу раздать всем. И о том, как мониторить работу по перепроектированию, не дать ей умереть на полпути и быть готовым ответить на вопросы бизнеса о том, когда она закончится.