book

Facilitare l'architettura del software

by Andrew Harmel-Law

March 2025

Intermediate to advanced

512 pages

17h 31m

Italian

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Chi dovrebbe leggere questo libroPerché ho scritto questo libroCome navigare in questo libroConvenzioni utilizzate in questo libroMateriale supplementareFormazione online O'ReillyCome contattarciRingraziamenti
Sia la pratica che il risultato finale dell'architettura del software sono essenziali per il successoQuali sono le pratiche dell'architettura tradizionale?Architetti della Torre d'AvorioArchitetti praticiCosa c'è di sbagliato in entrambi gli approcci tradizionali?Cinque rivoluzioni hanno sbloccato il potere del softwareGli effetti delle cinque rivoluzioni sulla pratica dell'architetturaL'ascesa del decentramentoLa caduta degli studi di architettura centralizzatiCosa deve fornire una nuova pratica di architettura?Nessun approccio può proteggere dalle forze del caosLe architetture dovrebbero abbracciare l'incertezzaLe architetture dovrebbero consentire l'emersioneConclusione
Le decisioni sono il fulcro dell'architettura del softwareCosa costituisce una decisione architettonica?StrutturaCaratteristiche interfunzionaliDipendenzeInterfacceTecniche di costruzioneAlcuni esempi di decisioni architettoniche e non architettonicheChi prende queste decisioni architettoniche?Decisioni architettonicamente significativeCosa rende "significativa" una decisione architettonica?Cosa non si deve considerare per quanto riguarda l'importanza architettonica?Importanza dell'architettura in relazione al software distribuitoAlcuni esempi di decisioni architettoniche significativeConclusione
Processi decisionaliFase 1: Decisione richiestaFase 2: L'atto di decidereFase 3: Decisione attuataDove si trova l'equilibrio di potere nei processi decisionali?Gli approcci architettonici tradizionali non espongono sufficientemente i team alla fase di creazione delle opzioni del processo decisionale.Processi decisionali su scalaApprocci standard alle decisioni su scalaProcessi decisionali in un mondo rivoluzionatoConclusione
La necessità di un processo decisionale più rapido e decentralizzatoIl processo di consulenza architettonica: Una regola, due gruppi di consulenza e un contrattoIl processo di consulenza architettonica è veloceIl processo di consulenza architettonica è decentralizzatoIl processo di consulenza architettonica dà vita a un contratto socialeDue esempi del processo di consulenza architettonica in azioneStoria 1: Un team di sviluppo decide di usare i tilt di rilascioStoria 2: Un architetto decide di risolvere un problema di flusso di lavoroLa centralità della consulenzaIl consiglio è la direzione suggerita più il ragionamentoI consigli potenziano i creatori di opzioni e i responsabili delle decisioniDare consigli non ti rende responsabile - prendere decisioni sìL'importanza delle conversazioniL'importanza della fiduciaConclusione
Primi passiSe hai già il potere decisionaleSe attualmente non hai potere decisionaleIndipendentemente dal punto di partenza, inizia in piccoloSuperare le sfide della fase inizialeSpiega a tutte le persone coinvolte il processo di consulenza architettonicaTrova i consigli delle persone giusteChiedi alle persone giuste e scopri il "perché".Rendi esplicito chi è responsabile per ogni decisioneProblemi di fiducia derivanti dal processo di consulenza architettonicaMancanza di fiducia nelle tue e altrui capacità decisionaliMancanza di fiducia nella ricerca e nell'offerta di consulenzaMancanza di fiducia nella conoscenza di tutto ciò che accadeConclusione
Introduzione ai record delle decisioni architettonicheLa struttura di un'ADRTitoloMeta-elementiDecisioneContestoOpzioniConseguenzeConsigliRedazione di un ADR a supporto delle decisioniPasso 1: Crea il tuo ADR vuoto e imposta i suoi metadatiPasso 2: Scrivere il contestoFase 3: Formulare le opzioni e raccogliere le loro conseguenzePasso 4: Proporre un'opzione selezionataUtilizzare le ADR per facilitare il processo di consulenzaQuando e come chiedere consiglioImpostazione della sezione consigliRaccogliere consigliAggiornare l'ADR per riflettere i contributi degli altriPrendere una decisione e completare l'ADRSeleziona l'opzione decisionaleScrivi la tua sezione decisionale e aggiorna il tuo titoloCambia lo stato dell'ADR in AccettatoCondividi la decisioneIl ciclo di vita dell'ADRStati degli standard: Bozza, Proposta, Accettata e SostituitaStati ADR non standardGestione degli ADRAspetti fondamentali della gestione delle ADRADR su Wiki e file di testo ricchi nel Controllo SorgentiADR nei sistemi di bigliettazione del lavoroCurando gli ADRConclusione

La responsabilità e l'affidabilità si sono spostateLa maggior parte delle pratiche di governance tradizionali diventano obsoleteIl processo di consulenza è compatibile con i quadri di architettura aziendale esistentiLa responsabilità esplicita dell'ADR è un freno per gli sconsideratiLe squadre non sono obbligate a decidereLo spazio dello studio di architettura si apreMantenere lo spazio per una cultura di apprendimento e fiduciaDue esempi di fiducia (o mancanza di fiducia) in azioneNon puoi dare per scontato che si crei una cultura della fiducia e dell'apprendimentoLa cultura della fiducia e dell'apprendimento deve essere alimentata con curaComprendere le dinamiche di cambiamento nelle diverse dimensioni dell'organizzazioneAdottare gli elementi di supporto per proteggere lo spazio per la fiduciaProteggere lo spazio dello studio di architetturaNon esiste una prescrizione standard per gli elementi di supportoFai tuo qualsiasi elemento di supportoControlla la tua motivazione prima di aggiungere qualsiasi cosaNetflix: Un esempio di mentalità orientata alla ricerca del flussoAttenti al canto delle sirene della certezza e della prevedibilitàSperimenta per trovare il flusso della tua organizzazioneConclusione
Ti presentiamo il forum di consulenza sull'architetturaUna semplice agenda permanenteCome un forum di consulenza si differenzia dalle tradizionali riunioni di architetturaGestire un forum di consulenza sull'architetturaPrima di un forum di consulenza sull'architetturaCondividere l'agendaApertura di una sessione del forum di consulenza architettonicaIntroduzione di un ADROffrire e ricevere consigliRegistrazione dei consigliDinamiche sociali al Forum dei ConsulentiLe interazioni architettoniche sono avversarie e gerarchiche per impostazione predefinitaL'argomentazione coalescente: Un'alternativa all'argomentazione avversariaIl processo di consulenza architettonica e gli ADR come approccio coercitivo alle decisioniI forum di consulenza catalizzano potenti dinamiche di gruppoL'esperienza per chi offre consulenzaL'esperienza per chi cerca consigliL'esperienza per gli osservatori dell'apprendimentoPartecipazione condivisa alla creatività concretaI forum di consulenza architettonica favoriscono l'integrità concettuale e la coesione socialeDecentrare l'esecuzione e centralizzare il coordinamentoProfonda competenza di dominio: Quando la centralizzazione funziona meglioTrasparenza per la coesione sociale e la fiduciaIl rituale di rafforzamento della cadenzaIniziare il processo di consulenza con un forum di consulenzaTermini di riferimentoSe stai usando il forum di consulenza per dare il via al processo di consulenzaChi convoca il Primo Forum di Consulenza?In che modo il primo forum di consulenza si differenzierà dai successiviConclusione
L'importanza dell'allineamento organizzativoL'allineamento non garantisce l'efficaciaRilevare un allineamento organizzativo insufficienteQuattro mezzi di allineamentoSei allineato quando non sei sorpresoAccordo minimo sostenibileRequisiti interfunzionaliStrategia tecnologicaLavorare per raggiungere l'Accordo Minimo Vitale della tua organizzazioneConclusione
Principi architettonici di origine da tutti i soggetti coinvoltiEsempi di principi architettoniciCaratteristiche dei buoni principi architettoniciCaratteristiche dei principi architettonici scadentiI principi possono essere requisiti interfunzionali sotto mentite spoglieI principi architettonici completano il processo di consulenza e le ADRCattura i tuoi principi architettonici con un Workshop sui principiPreparare gli input per il tuo workshop sui principiWorkshop sull'impostazione dei principiWorkshop "Gestire i tuoi principiPresentare i tuoi principi pronti all'usoMantenere i principi utiliIl feedback delle decisioni deve influenzare i principi architettoniciAggiornamento e mantenimento dei principiIl feedback delle decisioni può influenzare la strategia tecnicaConclusione
Tendenze tecnologiche e linee guida per la catturaI radar tecnologici raccolgono e condividono continuamente le linee guidaCome funziona il radar tecnologico di ThoughtworksIl tuo radar tecnologico interno sarà strutturato in modo diversoIl posto del tuo radar nel processo di consulenzaCreare il tuo radar tecnologicoRaccolta di BlipOrdinamento e convalida dei blipFocalizzazione BlipPosizionamento del blipDocumentazione BlipRadar PublishingAggiornare i tuoi BlipsResweep periodiciAggiornamenti ad hoc basati sull'esperienza condivisaCatturare i blip precedenti e la loro storiaConclusione
L'importanza del lato morbidoInquadrare il contestoEscludere è importante quanto includereDomande che migliorano il giudizio sulle corniciCoinvolgi le giuste parti interessateDiscernere le opzioni e le loro conseguenzeNon lasciare che la cornice limiti la tua creativitàCerca l'ispirazioneAffina il contesto e le opzioni con i consigliSviluppa la tua metacognizioneEsercizio 1: Condividi le tue ragioniEsercizio 2: Stai reagendo o rispondendo?Esercizio 3: Cerca intenzionalmente consigli che ti mettano in discussioneAffrontare le persone non collaborativeSelezione di un'opzione decisionaleSuperare la pauraSuperare i pregiudiziPrendere una decisioneQuando stai per prendere una decisioneQuando sono gli altri a prendere la decisioneConclusione
L'effetto della variabilità sulla pratica dell'architetturaLa variabilità rende difficile lo sviluppo di sistemiLa variabilità è la linfa vitale dello sviluppo softwareLavorare efficacemente con la variabilità architettonicaAffrontare la variabilità prendendo e testando le decisioni in modo rapidoVerifica le decisioni in profondità utilizzando il loro contesto funzionaleUsa gli scheletri ambulanti per verificare le tue prime decisioni nel loro contesto funzionaleAffronta la variabilità con decisioni più piccoleL'impatto delle decisioni architettoniche sul flusso futuroUna buona infrastruttura tecnica permette di prendere piccole decisioniUna buona infrastruttura sociotecnica permette di prendere anche piccole decisioniUsa il processo di consulenza per disaccoppiare le decisioni per il flussoSfruttare la variabilità per combattere il rischio e scoprire il valoreSbagliato e veloce è meglio di lento e correttoGuarda gli OutlierMetti in sequenza le decisioni più preziose per primeConclusione
Trovare un percorso attraverso la variabilitàTi presentiamo le punteLe punte possono affrontare la variabilità architettonica in modo più economicoDove si collocano i picchi nel processo decisionale?Aumento degli ADRGli ADR in aumento seguono ancora il processo di consulenzaEsaminare l'interconnessione delle decisioniLe decisioni sono una serieLe decisioni sono una gerarchia invertitaLe decisioni sono atomicheLe decisioni sono conversazioni a due vociLe decisioni correlate sono socialmente complicateConclusione
Le transizioni di potere non sono mai sempliciLa transizione per coloro che acquisiscono il potereTutti credono di avere il potere di decidere?Tutti comprendono le proprie responsabilità?Perché le persone non sfruttano il potere a loro disposizione?L'importanza della sicurezzaLa transizione per chi deve condividere il proprio poterePaura in coloro che hanno dato via il potereIl comportamento di chi non gradisce che il potere sia condivisoLe transizioni sono scomodeConclusione
Idee sbagliate sulla leadershipEquivoco 1: la leadership è innataEquivoco 2: la leadership è legata alla gerarchiaEquivoco 3: la leadership è unidirezionaleEquivoco 4: la leadership è gestioneChe cos'è la leadership14 punti di DemingLeadership servileLeadership adattivaLeadership Leader-LeaderLe sfide della transizione alla leadership del leaderLa necessità di una leadership morale continuaRispondere alle sfide moraliSii sensibile, ma non indifferente, a tutte le tue attuali culture.Non esistono "leader permanentiConclusione
La sottocultura dell'ingegneria del softwareMotivo 1: Lo sviluppo del software non segue i modelli mentali standard per la creazioneMotivo 2: I tassi di cambiamento nei dipartimenti IT sono di gran lunga superiori a quelli di qualsiasi altro settore.Motivo 3: I punti di contatto tra l'ingegneria del software e il resto dell'organizzazione sono pochi e distintiMotivo 4: il divario culturale tra l'ingegneria del software e il resto dell'organizzazione è già accettatoConsigli Bolle di processoLe bolle sono evidenti solo a chi le cercaLe bolle si auto-organizzanoLe bolle sono permeabiliAspettative esterne su coloro che sono all'interno della bollaAspettative evidentiAspettative meno evidentiLe bolle presentano un'interfaccia indipendente dall'implementazioneIl contratto di interfaccia della bollaEsplicita il prezioso lavoro di traduzioneBolle in crescitaCrescita incrementale, squadra per squadraAssicurati di proteggere gli obiettivi principali del tuo studio di architetturaDividere le bolle quando diventano troppo grandiNiente può crescere per sempreDividere una bolla quando gli obiettivi fondamentali del tuo studio di architettura sono minacciatiCome dividere la tua bollaRimanere allineati tra le bolleProteggere e incoraggiare le differenze tra le bolleConclusione

Content preview from Facilitare l'architettura del software

Informazioni sull'autore

Andrew Harmel-Law è un tech principal di Thoughtworks, specializzato in domain-driven design, org design, architettura del software e dei sistemi, Agile delivery, strumenti di build e automazione. L'esperienza di Andrew abbraccia il ciclo di vita dello sviluppo del software e molti settori.

Andrew è anche autore e formatore per O'Reilly, avendo scritto non solo questo libro sulla facilitazione dell'architettura del software ma anche un capitolo sull'implementazione delle quattro metriche chiave di Accelerate/DORA. Andrew organizza anche regolari sessioni di formazione online come "Domain-Drive Design (First Steps)" e "Architecture Decision Making by Example". Ciò che motiva Andrew è la realizzazione umana e l'evoluzione sostenibile di soluzioni software su larga scala che soddisfino le esigenze complesse degli utenti. Andrew è consapevole che le persone, l'architettura, i processi e gli strumenti hanno tutti un ruolo chiave da svolgere per raggiungere questo obiettivo. Andrew ha una grande passione per il software open source e le sue comunità. Andrew è stato coinvolto in misura maggiore o minore nell'OSS fin dall'inizio della sua carriera, come utente, collaboratore, membro di un gruppo di esperti o sostenitore retribuito, in particolare come uno dei creatori di Jenkins JobDSL.

Andrew ama condividere il più possibile la sua esperienza. Questa condivisione si manifesta non solo con consulenze formali, ma anche in modo informale attraverso il mentoring, ...