Стоимость координации между командами при изменениях, затрагивающих несколько сервисов или модулей. Чем больше команд нужно согласовать для одного изменения, тем дольше lead time и выше вероятность блокировок. Снижение координационных издержек достигается через чёткие API-контракты, автономные команды и архитектурные границы.
Затраты на согласование изменений между командами. Технически просто в монорепе, но социально сложно.
Палка о двух концах. Монорепы делают атомарные изменения простыми, но требуют множества аппрувов, что может затягивать координацию.
КРИТИЧЕСКИ УСИЛИВАЕТСЯ: PR, требующие аппрува из разных часовых поясов, легко затягиваются на неделю. Координация становится главным компонентом Lead Time.
Межкомандная координация растёт квадратично.
PR на несколько команд требуют одобрения от всех CODEOWNERS. Разница в часовых поясах может добавить дни.
Кроссфункциональные изменения требуют синхронных встреч между командами.
Разработчики группируют межкомандные изменения, чтобы минимизировать раунды координации. Обновление общего API + 15 потребителей в одном PR.
Ожидание одобрения/ревью от других команд фрустрирует, особенно при давлении дедлайнов.
Больший радиус поражения = больше команд нужно уведомить и скоординировать. Прямо пропорционально.
Пересечение позволяет синхронную межкомандную координацию для сложных изменений.