Чтобы минимизировать риски взаимного влияния команд в большом фронтенд-монорепозитории без перехода на микрофронты, можно использовать следующие подходы:

Четкое разделение ответственности и областей кода. Разбить проект на независимые модули или пакеты с четко определёнными API и контрактами.
Использование линтинга и статического анализа. Настроить правила, которые не позволят случайно менять чужие части кода.
Автоматизированное покрытие тестами и CI/CD. Каждый коммит должен проходить через тесты, чтобы быстро выявлять регрессии.
Код-ревью и договорённости по стилю. Обязательные ревью помогают контролировать качество и предотвращать конфликтные изменения.
Feature flags и постепенный релиз. Позволяют изолировать новые функции и минимизировать влияние на других.
Документация и коммуникация. Регулярные синхронизации между командами, чтобы понимать, кто за что отвечает.

Пример структуры модулей в монорепозитории:

/src
  /common-components
  /feature-a
  /feature-b
  /utils

Каждая команда работает в своей папке, а общие компоненты изменяются только через согласованные процессы.