Teamwerkadvies voor ADR's

Als je overweegt beslissingsdocumenten in je team te gebruiken, volgt hier wat advies dat we hebben geleerd bij het werken met meerdere teams.

Er is een kans om teamleden te leiden door te praten over het "waarom" in plaats van het "wat" af te dwingen. Beslissingsdocumenten zijn bijvoorbeeld een manier voor teams om slimmer na te denken en beter te communiceren. Als beslissingsdocumenten slechts een papierwerkvereiste zijn die achteraf wordt afgedwongen, hebben ze geen waarde.

Sommige teams geven de voorkeur aan de naam "beslissingen" boven de afkorting "ADR". Wanneer sommige teams "decisions" als mapnaam gebruiken, gaat er een lampje branden en beginnen teams meer informatie in de map te zetten, zoals leveranciersbeslissingen, planningsbeslissingen, roosterbeslissingen enzovoort. Je kunt hetzelfde sjabloon voor al deze soorten informatie gebruiken. We gaan ervan uit dat mensen sneller leren met het woord ("beslissing") dan met de afkorting ("ADR"), dat het weglaten van het woord "document" meer motivatie geeft om lopend werk te schrijven, en dat sommige ontwikkelaars en sommige managers een hekel hebben aan het woord "architectuur".

In theorie is onveranderlijkheid ideaal. In de praktijk werkte veranderlijkheid beter voor ons team. We voegen nieuwe informatie toe aan een bestaande ADR, met een datumstempel en een opmerking dat de informatie na de beslissing is binnengekomen. Deze aanpak leidt tot een "levend document" dat we allemaal kunnen bijwerken. Typische updates komen van het opdoen van informatie dankzij nieuwe teamleden, nieuwe aanbod, werkelijke resultaten van ons gebruik, of na wijzigingen door derden achteraf zoals functies van leveranciers, prijsplannen en licentieovereenkomsten.