Principi guida nella gestione dei progetti: Legge di Conway

Cos’è la legge di Conway e perché è importante?

Nell’aprile 1968, lo scienziato informatico americano Melvin Conway pubblicò le sue scoperte sui collegamenti tra struttura di comunicazione e architettura del software nella rivista informatica “Datamation”. In essa, coniò la frase centrale che divenne poi nota come legge di Conway:

“Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure.”

“Qualsiasi organizzazione che progetta un sistema (definito in modo ampio) produrrà un design la cui struttura è una copia della struttura di comunicazione dell’organizzazione.”

La legge di Conway afferma quindi che la struttura dei sistemi (software) tende a riflettere le strutture di comunicazione e le forme organizzative delle aziende che li sviluppano. In altre parole, il modo in cui un’organizzazione comunica internamente influisce direttamente sull’architettura del sistema che crea.
Gli effetti della legge di Conway possono essere osservati in molte aziende. Ad esempio, un’organizzazione con strutture di comunicazione altamente centralizzate, gerarchiche e burocratiche tende a sviluppare software con architetture altrettanto gerarchiche e complesse. D’altro canto, un’organizzazione con strutture di comunicazione decentralizzate, più flessibili e collaborative tende a creare software più modulari e personalizzabili. Gli effetti della legge possono anche essere osservati nelle aziende che si stanno fondendo. Poiché i sistemi esistenti sono stati sviluppati attorno alle strutture di comunicazione delle aziende originali prima della fusione, ma nuove strutture di comunicazione devono essere sviluppate dopo la fusione, spesso sorgono difficoltà nell’integrare i sistemi software.
La legge di Conway si riferisce originariamente allo sviluppo di sistemi software. Tuttavia, con un po’ di astrazione, può essere applicata anche allo sviluppo di altri sistemi, strutture, prodotti o progetti. Ad esempio, le scoperte della legge di Conway possono essere applicate ai sistemi di gestione. Nel seguito, per semplicità, ci riferiamo esclusivamente ai sistemi.
La legge di Conway è importante perché chiarisce che il design dei sistemi non può essere considerato isolatamente, ma è strettamente legato alle strutture organizzative. Le organizzazioni possono utilizzare questo principio per migliorare i loro processi di sviluppo adattando di conseguenza le loro strutture di comunicazione e organizzative. La legge è più rilevante oggi che mai. Molte aziende oggi hanno ancora una struttura o gerarchia classica le cui procedure di base risalgono a tempi in cui il software moderno non era ancora in uso. Tuttavia, le moderne soluzioni software sono orientate alla rete e alla collaborazione. Invece delle strutture tradizionali, il loro sviluppo richiede gruppi agili basati sulla legge di Conway, che hanno strutture snelle e chiare e evitano dipendenze da altri team o aree. Questi gruppi riflettono la struttura del sistema desiderato e possono quindi contribuire allo sviluppo di sistemi snelli, flessibili e strutturati.

Come utilizzare la legge di Conway

La legge di Conway implica quanto segue:

• La struttura organizzativa e l’architettura del software sono strettamente collegate. Le aziende dovrebbero quindi riconoscere che il modo in cui comunicano e si organizzano internamente ha un impatto diretto sulla struttura dei sistemi che sviluppano. È quindi importante che le aziende comprendano questa connessione e agiscano di conseguenza. Adattare la struttura di un’azienda può avere un impatto diretto sul design dei sistemi che crea.
• Poiché la struttura di comunicazione di un’azienda influisce sull’architettura del sistema, le aziende devono ottimizzare i loro canali di comunicazione per supportare lo sviluppo di software più efficienti e adattati.
• Le aziende possono beneficiare di strutture organizzative flessibili e agili che consentono una comunicazione più veloce ed efficace. Ciò può aiutare a sviluppare sistemi più facili da mantenere, adattare e scalare.
• Il modo in cui i gruppi sono organizzati all’interno di un’azienda influenza direttamente l’architettura del sistema. Pertanto, le aziende dovrebbero assicurarsi che i loro gruppi lavorino efficacemente insieme e abbiano le strutture giuste per sviluppare sistemi di alta qualità.
• Man mano che le organizzazioni evolvono, anche i sistemi esistenti devono essere aggiornati per riflettere le strutture e i requisiti in cambiamento.

Questo può a sua volta essere utilizzato per derivare strategie con l’aiuto delle quali è possibile tener conto della legge di Conway:

1. Favorire la collaborazione e la comunicazione interfunzionali:

se si incoraggia la collaborazione e la comunicazione tra squadre con diverse aree di competenza, è possibile creare sistemi più standardizzati.

2. Pianificare i cambiamenti:

quando sono imminenti cambiamenti organizzativi, è importante prepararsi al fatto che anche i sistemi esistenti e la loro architettura dovranno essere adattati. La struttura del gruppo, la struttura del sistema e le loro interazioni dovrebbero quindi essere prese in considerazione durante i cambiamenti. Se un cambiamento avvenisse già, le aziende dovrebbero adattare i sistemi di conseguenza.

3. Introduzione di nuovi sistemi:

anche la legge di Conway dovrebbe essere presa in considerazione quando si introducono nuovi sistemi. Altrimenti, potrebbe accadere che il sistema selezionato non si adatti alle strutture di comunicazione all’interno dell’azienda.

4. Adattare i gruppi alla struttura del sistema desiderato:

inoltre, le aziende possono formare squadre che riflettano le caratteristiche desiderate di un sistema. Ciò può favorire lo sviluppo del sistema desiderato.

La manovra inversa di Conway

La manovra inversa di Conway, anche conosciuta come “manovra inversa di Conway”, è un’altra strategia che mira a influenzare specificamente l’architettura del software di un’azienda attraverso la progettazione della sua struttura organizzativa. A differenza della classica legge di Conway, dove la struttura organizzativa influenza l’architettura del software, la manovra inversa di Conway cerca di modellare l’organizzazione in modo che l’architettura del software che probabilmente emergerà sia in linea con gli obiettivi strategici e i requisiti tecnici dell’azienda. Ciò può significare che i team e i dipartimenti sono organizzati per assumersi responsabilità chiaramente definite per componenti o funzioni tecniche specifici. Strutturando l’organizzazione in questo modo mirato, le aziende possono garantire che l’architettura del software sviluppato risponda meglio ai requisiti attuali e futuri.
La manovra inversa di Conway è quindi una strategia proattiva per garantire che l’architettura del software di un’azienda non dipenda solo dalla struttura organizzativa esistente, ma che contribuisca attivamente al raggiungimento degli obiettivi strategici e dei requisiti tecnici dell’azienda.
Tuttavia, ciò può portare a un cosiddetto feedback di Conway. Questo si verifica quando un’architettura di sistema esistente influisce su come le squadre e i dipartimenti comunicano tra loro all’interno di un’azienda. Ad esempio, il software con componenti strettamente collegati spesso richiede una stretta collaborazione e comunicazione tra i gruppi, mentre il software modulare consente una maggiore indipendenza e richiede meno coordinamento. Tale feedback può ostacolare i cambiamenti alla struttura organizzativa. Specialmente se si intende implementare una manovra inversa di Conway, questo feedback può portare all’effetto positivo sperato dei cambiamenti organizzativi che non si materializza o addirittura a peggiorare la situazione complessiva.

Conclusione

La legge di Conway e la manovra inversa di Conway illustrano la stretta connessione tra la struttura organizzativa e l’architettura del sistema. Comprendendo questi principi, le aziende possono non solo creare canali di comunicazione più efficaci, ma anche allineare meglio lo sviluppo dei sistemi e la progettazione della loro organizzazione. Nel mondo della gestione dei progetti, questa conoscenza è inestimabile poiché aiuta a assemblare e coordinare i team in modo più efficiente, selezionare metodi di gestione dei progetti adatti e quindi ottimizzare l’implementazione dei progetti.

Per saperne di più sul software di gestione dei progetti e del portafoglio myPARM:

Volete conoscere myPARM in una demo? Allora fissate subito un appuntamento con noi!