Beslutslogg: mall för ditt team

En beslutslogg för teamet gör det möjligt att svara på varför ett alternativ valdes och vad som skulle behöva ändras för att ompröva det. Det behövs när någon arbetar med ett gammalt beslut, en annan person minns ett undantag och ingen hittar det ursprungliga skälet. Den sista meningen i chatten innehåller sällan all den informationen.

På en byrå (på engelska) kan loggen vara ett delat dokument med en post per beslut och ett index. Nyttan uppstår genom att bevara sammanhanget, skilja det bevisade från det antagna och länka ett nytt beslut till det som det ersätter. Här är en mall och ett komplett exempel för att göra det.

Logga beslut som ändrar arbete

Öppna en post när valet påverkar flera personers arbete, beror på en viktig osäkerhet eller är kostsamt att rekonstruera. Att välja en delad leveransmetod förtjänar att loggas; att korrigera ett stavfel kan stanna i uppgiften. Dokumentet måste bevara ett beslut som någon kommer att behöva förstå senare.

Formulera en fråga som kan stängas: «Vilket format ska vi använda för att presentera workshopen i kundens rum?». «Förbättra presentationer» identifierar inte ett beslut. Lägg till vad som lämnas utanför: innehåll, antal sessioner eller material för deltagare, enligt vad som redan överenskommits i beskrivningen av arbetet i offerten (på engelska).

Separera bevisning och antaganden. «Personen som koordinerar workshopen bad om att kunna korrigera bilderna fram till dagen före» beskriver ett meddelande. «Datorn i rummet kommer att kunna öppna den redigerbara filen» är fortfarande i avvaktan tills det är bekräftat. Att vara överens om ett antagande gör det inte till ett faktum.

Gör det tydligt vem som förbereder och vem som beslutar

Den person som samlar in informationen kan vara en annan än den som har det slutgiltiga ansvaret att besluta. Atlassians DACI-metod skiljer dessa roller åt, utöver de som bidrar med kunskap och de som ska ta emot resultatet. Du kan behålla den distinktionen i en liten post.

Skriv en person som är ansvarig för att besluta, vilka som ska tillhandahålla bevisning och vem resultatet påverkar. Bekräfta denna tilldelning; att sätta ett namn i en cell ger inte auktoritet eller visar att personen har accepterat. Om ett externt svar behövs, lämna det som ett väntande beroende.

Alternativen behöver konkreta konsekvenser. «Använda det redigerbara», «presentera en PDF» och «skjuta upp valet tills rummet har testats» gör det möjligt att jämföra vad som vinns, vad som kvarstår och vad som kan blockera arbetet. Lägg inte till alternativ som ingen övervägde bara för att motivera det föredragna i efterhand.

En mall med två separata tillstånd

Kopiera posten och ersätt texten inom hakparenteserna. Använd korta referenser som DEC-01 och DEC-02, både i indexet och i uppgifterna. Identifierarna är interna exempel; de kräver inget specifikt verktyg. Länka till bevisning som är tillgänglig för teamet utan att kopiera inloggningsuppgifter eller onödig information.

Referens och fråga: [identifierare / konkret beslut]
Omfattning: [påverkat arbete / vad som lämnas utanför]
Förberedelse: [person som samlar in information]
Beslutsansvarig: [person / bekräftad tilldelning]
Bidrag och mottagare: [vem bidrar / vem måste veta]
Bevisning: [faktum / referens / kontrolldatum]
Antaganden: [vad som återstår att kontrollera / ansvarig / konsekvens]
Alternativ: [verkliga alternativ och konsekvenser av varje]
Resultat: [valt alternativ och motiv; eller i avvaktan]
Beslut: [föreslaget / antaget / förkastat / ersatt]
Bekräftelse: [person / datum / referens; eller i avvaktan]
Tillämpning: [från när / nödvändigt villkor]
Granskning: [villkor som utlöser den / datum / ansvarig]
Historik: [ersätter / ersatt av / daterad anteckning]
Utförande: [väntande / pågående / blockerat / verifierat]
Nästa åtgärd: [uppgift / ansvarig / datum eller villkor]
Verifiering: [förväntat resultat / bevisning / ansvarig]

Antaget betyder att det finns ett bekräftat beslut. Verifierat betyder att utförandet har kontrollerats med den förväntade bevisningen. Ett förkastat beslut ska inte gå vidare till utförande. Om beslutet skjuts upp, behåll «föreslaget», skriv vad som saknas och vem som ska lösa det; tystnad är ingen bekräftelse.

Exempel: bevisningen ändras, beslutet ändras

Fiktivt fall. En byrå förbereder en workshop. Referensnamnen, dagarna och följande resultat är didaktiska; de beskriver inte en verklig kund. Innehållet i workshopen är överenskommet. Det återstår att besluta vilken fil som ska användas under presentationen.

DEC-02 är redan antaget, men tillåter fortfarande inte att skriva «presentation verifierad». Nästa åtgärd är att öppna den slutliga PDF

Idén att bevara resonemanget kommer från arkitekturbeslutsloggar, eller ADR, beskrivna av AWS: ett nytt beslut kan ersätta ett tidigare. Här anpassar vi det till tjänsteoperationer; vi tillämpar inte en arkitekturnorm på workshopen.

Behåll de fakta och motiv som skrevs i DEC-01 intakta. Lägg till ersättningsanteckningen med datum och länk till DEC-02. Den som läser historiken kommer att kunna skilja ett rimligt beslut under ett explicit antagande från ett fel som dolts genom en retrospektiv redigering.

Granska utifrån ett konkret villkor

«Vi granskar det senare» förklarar inte vad någon ska observera. Ett misslyckat test, ett beroende som ändras eller ett nytt krav tillåter däremot att granskningen öppnas. Tilldela vem som följer det villkoret och ett datum för att kontrollera det om arbetet har en tidsfrist.

Datumet drar inte automatiskt tillbaka beslutet. Om ingen ny information dyker upp, logga om det fortfarande är tillämpligt och vilken kontroll som saknas. När fortsättning beror på ett ouppfyllt villkor, behåll blockeringen. I exemplet gav acceptans av DEC-01 inte behörighet att hoppa över utrustningstestet.

Att rätta ett stavfel kräver inte DEC-03. Att ändra det valda formatet eller dess användningsvillkor förtjänar däremot en annan referens. Om du upptäcker att en uppgift i underlaget var felaktigt noterad, lägg till en daterad korrigering och granska dess konsekvenser; låt inte loggen fortsätta att stödja en felaktig uppgift.

Kontrollera att en annan person kan fortsätta

Upprätthåll ett index med referens, fråga, gällande beslut och länk till historiken. I utförandeuppgiften, ange vilket beslut som gäller. Om det ändras, meddela de berörda personerna och kontrollera att den som har väntande arbete har mottagit den nya referensen. Att redigera dokumentet garanterar inte att alla har läst det.

Be någon utanför konversationen att hitta tre saker: vad som ska göras nu, varför det ändrades och vad som fortfarande är i avvaktan. Om de behöver fråga dig, korrigera posten. Om det finns en överflödig underhållsuppgift, tillämpa kriterierna för eliminera, automatisera och delegera (på engelska) innan du skapar en ny rutin.

Börja med ett gällande beslut vars motiv är svårt att hitta igen. Skriv det kända, markera det som fortfarande är ett antagande och lämna en nästa åtgärd med ansvarig. Nästa person ska kunna fortsätta därifrån.