Beslissingslogboek: sjabloon voor je team

Een beslissingslogboek van het team maakt het mogelijk om te beantwoorden waarom een optie werd gekozen en wat er zou moeten veranderen om deze te herzien. Dit is nodig wanneer iemand werkt met een oude beslissing, een ander zich een uitzondering herinnert en niemand de oorspronkelijke reden kan vinden. De laatste zin in de chat bevat zelden al die informatie.

Binnen een bureau (in het Engels) kan het logboek een gedeeld document zijn met een fiche per beslissing en een inhoudsopgave. Het nut komt naar voren door de context te bewaren, het geverifieerde te onderscheiden van het aangenomen en een nieuwe beslissing te linken aan degene die deze vervangt. Hier is een sjabloon en een compleet voorbeeld om dit te doen.

Registreer beslissingen die werk veranderen

Maak een fiche aan wanneer de keuze van invloed is op het werk van meerdere personen, afhankelijk is van een belangrijke onzekerheid of kostbaar is om te reconstrueren. Het kiezen van een gedeelde leveringsmethode verdient registratie; het corrigeren van een typefout kan bij de taak blijven. Het document moet een beslissing bewaren die iemand later zal moeten begrijpen.

Formuleer een vraag die kan worden afgesloten: «Welk formaat gebruiken we om de workshop in de klantruimte te presenteren?». «Presentaties verbeteren» identificeert geen beslissing. Voeg toe wat buiten beschouwing blijft: inhoud, aantal sessies of materialen voor deelnemers, zoals reeds overeengekomen in de omschrijving van het werk in de offerte (in het Engels).

Scheid bewijs en aannames. «De coördinator van de workshop vroeg om de dia’s tot de dag ervoor te kunnen corrigeren» beschrijft een bericht. «De computer in de zaal zal het bewerkbare bestand kunnen openen» blijft in afwachting tot het is gecontroleerd. Het eens zijn met een aanname maakt er geen feit van.

Maak duidelijk wie voorbereidt en wie beslist

De persoon die de informatie verzamelt, kan verschillen van degene die de uiteindelijke verantwoordelijkheid heeft om te beslissen. De DACI-aanpak van Atlassian scheidt deze rollen, naast degenen die kennis bijdragen en degenen die het resultaat moeten ontvangen. Je kunt dit onderscheid bewaren in een kleine fiche.

Noteer wie de beslissing neemt, wie bewijs moet leveren en wie door het resultaat wordt geraakt. Bevestig deze toewijzing; een naam in een cel plaatsen geeft geen autoriteit en toont niet aan dat deze is geaccepteerd. Als een extern antwoord nodig is, laat het dan als een openstaande afhankelijkheid.

Opties hebben concrete gevolgen nodig. «De bewerkbare versie gebruiken», «een PDF presenteren» en «de keuze uitstellen tot de zaal is getest» maken het mogelijk om te vergelijken wat er gewonnen wordt, wat er openstaat en wat het werk kan blokkeren. Voeg geen opties toe die niemand heeft overwogen, alleen om de voorkeursoptie achteraf te rechtvaardigen.

Een sjabloon met twee afzonderlijke statussen

Kopieer de fiche en vervang de tekst tussen de vierkante haakjes. Gebruik korte referenties zoals DEC-01 en DEC-02, zowel in de inhoudsopgave als in de taken. De identificatoren zijn interne voorbeelden; ze vereisen geen specifiek hulpmiddel. Link naar bewijs dat toegankelijk is voor het team zonder inloggegevens of onnodige informatie te kopiëren.

Referentie en vraag: [identificator / concrete beslissing]
Reikwijdte: [betrokken werk / wat buiten beschouwing blijft]
Voorbereiding: [persoon die informatie verzamelt]
Verantwoordelijke voor beslissing: [persoon / bevestigde toewijzing]
Inbreng en ontvangers: [wie draagt bij / wie moet het weten]
Bewijs: [feit / referentie / verificatiedatum]
Aannames: [wat nog moet worden gecontroleerd / verantwoordelijke / consequentie]
Opties: [reële alternatieven en gevolgen van elk]
Resultaat: [gekozen optie en reden; of in afwachting]
Beslissing: [voorgesteld / aangenomen / afgewezen / vervangen]
Bevestiging: [persoon / datum / referentie; of in afwachting]
Toepassing: [vanaf wanneer / noodzakelijke voorwaarde]
Revisie: [conditie die deze activeert / datum / verantwoordelijke]
Geschiedenis: [vervangt / vervangen door / gedateerde notitie]
Uitvoering: [in afwachting / bezig / geblokkeerd / geverifieerd]
Volgende actie: [taak / verantwoordelijke / datum of conditie]
Verificatie: [verwacht resultaat / bewijs / verantwoordelijke]

Aangenomen betekent dat er een bevestigde beslissing is. Geverifieerd betekent dat de uitvoering is gecontroleerd met het verwachte bewijs. Een afgewezen beslissing mag niet overgaan tot uitvoering. Als besluitvorming wordt uitgesteld, behoud dan «voorgesteld», schrijf wat er ontbreekt en wie het zal oplossen; stilte is geen bevestiging.

Voorbeeld: bewijs verandert, beslissing verandert

Fictieve casus. Een bureau bereidt een workshop voor. De referentienamen, dagen en volgende resultaten zijn didactisch; ze beschrijven geen echte klant. De inhoud van de workshop is overeengekomen. Er moet nog worden besloten welk bestand tijdens de presentatie zal worden gebruikt.

DEC-02 is al aangenomen, maar maakt het nog niet mogelijk om «presentatie geverifieerd» te schrijven. De volgende actie is het openen van de definitieve PDF op de zaalapparatuur en het controleren van de verwachte dia’s. Als de workshop afhankelijk is van een animatie die verdwijnt bij het exporteren, moet de test dit detecteren voordat het formaat als geldig wordt beschouwd.

Het idee om de redenering te bewaren komt van de logboeken voor architectuurbeslissingen, of ADR’s, beschreven door AWS: een nieuwe beslissing kan een vorige vervangen. Hier passen we het aan voor dienstverlening; we passen geen architectuurstandaard toe op de workshop.

Houd de feiten en redenen die in DEC-01 zijn vastgelegd intact. Voeg de vervangingsnotitie toe met datum en link naar DEC-02. Wie de geschiedenis leest, kan een redelijke beslissing onder een expliciete aanname onderscheiden van een fout die is verborgen door een retrospectieve bewerking.

Herzien op basis van een specifieke voorwaarde

«We zullen het later bekijken» legt niet uit wat iemand moet observeren. Een mislukte test, een veranderende afhankelijkheid of een nieuwe vereiste maken het wel mogelijk om de herziening te openen. Wijs toe wie deze voorwaarde opvolgt en een datum om deze te controleren als het werk een deadline heeft.

De datum trekt de beslissing niet automatisch in. Als er geen nieuwe informatie verschijnt, noteer dan of de beslissing nog steeds van toepassing is en welke controle ontbreekt. Wanneer voortzetting afhankelijk is van een niet-vervulde voorwaarde, behoud dan de blokkade. In het voorbeeld gaf het accepteren van DEC-01 geen toestemming om de apparatuurtest over te slaan.

Het wijzigen van een accentteken vereist geen DEC-03. Het wijzigen van het gekozen formaat of de gebruiksvoorwaarde verdient wel een andere referentie. Als je ontdekt dat bewijs verkeerd was genoteerd, voeg dan een gedateerde correctie toe en controleer de gevolgen; laat het logboek geen valse zekerheid blijven ondersteunen.

Controleer of een ander persoon kan doorgaan

Houd een index bij met referentie, vraag, geldige beslissing en een link naar de geschiedenis. Geef in de uitvoeringstaak aan welke beslissing van toepassing is. Als deze verandert, informeer dan de betrokken personen en controleer of degene met openstaand werk de nieuwe referentie heeft ontvangen. Het bewerken van het document garandeert niet dat iedereen het heeft gelezen.

Vraag iemand die niet bij het gesprek betrokken was om drie dingen te vinden: wat er nu moet gebeuren, waarom het veranderd is en wat er nog openstaat. Als die persoon het je moet vragen, corrigeer dan de fiche. Als een onderhoudstaak overbodig is, pas dan het criterium van verwijderen, automatiseren en delegeren (in het Engels) toe voordat je een andere routine creëert.

Begin met een geldige beslissing waarvan de reden moeilijk te achterhalen is. Schrijf op wat bekend is, markeer wat nog een aanname is en laat een volgende actie achter met een verantwoordelijke. De volgende persoon moet vanaf daar kunnen doorgaan.