Capitolo 4. La legge di Conway e la ricercadei giusti confini
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Qualsiasi organizzazione che progetta un sistema... produrrà un progetto la cui struttura è una copia della struttura di comunicazione dell'organizzazione.
Melvin E. Conway
Quando avrai più di un team, dovrai dividere il tuo sistema (poiché i team effettivi hanno la proprietà esclusiva del codice su cui lavorano).
Inizierò questo capitolo parlando della Legge di Conway e delle sue implicazioni per la tua struttura organizzativa.
Poi parlerò di come trovare i giusti confini tra i team (che saranno anche i confini della tua architettura) e di come individuare quando questi confini devono cambiare. Dovresti aspettartelo, dato che le esigenze della tua azienda, la tecnologia disponibile o gli aspetti su cui ti concentri cambiano, ma succederà anche quando capirai meglio i tuoi domini.
In realtà, per la legge di Conway, è meglio lavorare insieme sulla progettazione organizzativa e sull'architettura del sistema. Se hai 10 sviluppatori, hai bisogno di tre team o di due? Dipende da come puoi suddividere al meglio il sistema. Devi cercare delle suddivisioni logiche nel dominio aziendale che saranno replicate nell'architettura e che assegnino a ciascun team un lavoro che non superi le sue capacità.
Per farlo in modo efficace, è necessaria una buona comprensione del business, ma anche un ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access