Quattro pratiche efficaci che non richiedono alcuna struttura aggiuntiva:

Esigete una spiegazione, non il risultato. Prima di unire, chiedi alla persona di spiegare perché la pensa in quel modo e quale alternativa ha escluso. Questa è la regola che abbiamo sviluppato in Il codice che nessuno capisce è il debito. [link interno].

Rendere visibili le conseguenze. Quando qualcosa va storto nella produzione, è fondamentale analizzare quale decisione l'ha causata e quando è stata presa. Il ciclo tra decisione e conseguenza è il punto in cui si forma il giudizio, e spesso questo ciclo si interrompe perché la persona che ha preso la decisione non è presente quando se ne avvertono le conseguenze.

Esaminate le decisioni, non le linee guida. Una sessione dedicata alle ragioni della scelta di questa struttura vale più di venti commenti sullo stile.

Ruotare per la manutenzione. Chi si prende cura di ciò che altri hanno costruito impara in settimane ciò che altrimenti richiederebbe anni per essere compreso.

Esiste una chiara tentazione di bilancio: se il personale junior è più produttivo, la percentuale di personale senior può essere ridotta. Nel breve termine, il volume di lavoro svolto lo conferma; nel medio termine, compaiono i soliti sintomi: modifiche che richiedono sempre più tempo, moduli che nessuno vuole toccare e stime inaffidabili.

La conseguenza pratica è l'opposto: Con l'aumentare del volume di codice, i criteri diventano più rari.. La proporzione tra revisione e progettazione dovrebbe aumentare, non diminuire.

Per molte aziende di medie dimensioni, questo non significa assumere uno staff senior completo. Significa garantire un giudizio solido e continuo sulle decisioni importanti, che è il ruolo di un CTO esterno o comitato consultivo tecnico [link interno]: una persona che si occupa di revisionare l'architettura, supportare il team e partecipare alle decisioni difficili, senza necessariamente essere impiegata a tempo pieno.