🔗 Закон Конвея (і зворотний закон Конвея)

“Організації проєктують системи, які копіюють їхню власну структуру комунікацій.”

👨‍💻 Що це означає для розробників
• якщо команда поділена на окремі підкоманди – код теж розділяється на сервіси або модулі;
• межі між командами часто стають межами між мікросервісами;
• складна комунікація → складні інтеграції.

📊 Що це означає для менеджерів
• архітектура — це не лише технічне рішення, а й управлінське;
• зміна структури команди може змінити структуру продукту;
• інколи проблема не в коді, а в тому, як люди взаємодіють.

🔄 Зворотний закон Конвея
Якщо хочете змінити архітектуру – змініть структуру команди.
Наприклад, щоб перейти до domain-based моделі, команди формують навколо доменів, а не технологій.

💡 Простий приклад
Є окрема команда checkout – з’являється окремий сервіс checkout.
Є команда payments – виникає окрема платіжна логіка.
Іноді це не стратегія, а просто відображення організаційної структури.

Як працювати з цим законом:
✔️ синхронізувати оргструктуру з технічною архітектурою
✔️ будувати команди навколо доменів
✔️ пам’ятати: код майже завжди повторює спосіб комунікації людей

💬 Перед тим як рефакторити архітектуру, подивіться на структуру команди – інколи саме там знаходиться справжня причина складності.

TikTok | Instagram | Telegram