Простыми словами
На практике хороший вариант выглядит так: кросс-функциональные команды владеют законченными бизнес-возможностями. Поэтому в задаче «Разбиение команд» оценивают не только удобство сегодня, но и стоимость будущих изменений и ошибок на стыках.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Одна команда отвечает за базу, другая за API, третья за интерфейс каждого продукта.
Кросс-функциональные команды владеют законченными бизнес-возможностями.
Ограничения
«Закон Конвея» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Melvin Conway, 1968.