если ты "проектируешь систему через тесты и используешь их для формирования контрактов" да, но ты можешь просто уметь проектировать контракты и тогда тот же результат у тебя будет без тестов
в целом я вижу следующие проблемы в большинстве команд:
- код ревью - "2 апрува для мерджа а что там в мастере происходит плевать нет времени разбираться" - accidental coupling - фичи которые нарушают границы хотя объективных причин для этого нет. Вот некоторые фанаты микросервисов сетуют что мол сложнее границы нарушать с ними а потому все должны микросервисы юзать. - отсутствие явных границ - типичная проблема когда у тебя одна система с которой работают несколько команд.
если есть тест кейсы и люди которые знают как система работает - нанимаешь автоматизаторов/контрактников что бы они максимально быстро тебе закрыли систему через силениумы апиумы end-to-end тестами. Так мы уменьшаем риски при не оч большой стоимости.
если тест кейсов нет и хуй пойми как это работает - то можно попробовать делать через strangler pattern не меняя изначальную систему. Это обычно дороже но альтернативы рисованнее.