Consigli di lavoro di squadra per gli ADR

Se stai pensando di usare i registri delle decisioni nel tuo team, ecco alcuni consigli che abbiamo imparato lavorando con più team.

C'è l'opportunità di guidare i membri del team parlando del "perché" anziché imporre il "cosa". Per esempio, i registri delle decisioni sono un modo per i team di pensare in modo più intelligente e comunicare meglio. Se i registri delle decisioni sono solo un requisito burocratico imposto a posteriori, non hanno valore.

Alcuni team preferiscono molto il nome "decisioni" all'abbreviazione "ADR". Quando alcuni team usano "decisions" come nome della directory, si accende una lampadina e i team iniziano a inserire più informazioni nella directory, come decisioni sui fornitori, decisioni di pianificazione, decisioni sui calendari e così via. Puoi usare lo stesso modello per tutti questi tipi di informazioni. Ipotizziamo che le persone imparino più in fretta con la parola ("decisione") che con l'abbreviazione ("ADR"), che l'omissione della parola "registro" dia più motivazione a scrivere il lavoro in corso, e che ad alcuni sviluppatori e ad alcuni manager non piaccia la parola "architettura".

In teoria l'immutabilità è ideale. In pratica, per il nostro team ha funzionato meglio la mutabilità. Inseriamo nuove informazioni in un ADR esistente con un timestamp con la data e una nota che indica che l'informazione è arrivata dopo la decisione. Questo approccio porta a un "documento vivo" che tutti possiamo aggiornare. Gli aggiornamenti tipici derivano dall'acquisizione di informazioni grazie a nuovi membri del team, nuove offerte, risultati effettivi del nostro utilizzo, o dopo modifiche successive di terze parti come funzionalità dei fornitori, piani tariffari e contratti di licenza.