Dokumentera ett beslut som går att granska senare
Dokumentera problemet, alternativen, underlaget, accepterade begränsningar och villkor för omprövning. Gör beslutet att bygga eller köpa begripligt efter mötet.
Publicerad av TaigaSå skriver vi
Det här lär du dig
- Skilj krav, antaganden och observationer åt i ett beslut.
- Jämför realistiska alternativ med samma omfattning.
- Ange ett villkor för omprövning som kan ändra beslutet.
Bevara resonemanget
Ett beslutsmöte ger ett val. En beslutsanteckning bevarar varför valet var rimligt.
Utan resonemanget kan ett senare team missta en tillfällig begränsning för en permanent princip. Teamet kan också upprepa en utvärdering som organisationen redan har genomfört.
AWS beskriver architectural decision records som ett sätt att dokumentera beslut och deras sammanhang. Samma kortfattade struktur kan hjälpa med en verksamhetsmodell för AI-utveckling. Håll anteckningen tillräckligt kort för att de ansvariga ska läsa den.
Jämför realistiska alternativ
Ett fiktivt företag behöver underhålla sin avtalsapplikation. Det överväger tre alternativ:
| Alternativ | Huvudsakligt kvarstående ansvar | Fråga som kan ändra beslutet |
|---|---|---|
| Behåll nuvarande arbetsflöde med individuella AI-verktyg | Koppla samman kontext, granskning, release och underlag internt | Kan teamet upprätthålla samordningsarbetet? |
| Bygg en intern utvecklingsplattform | Utforma, integrera och driva förmågan | Har organisationen finansierat långsiktigt ansvar? |
| Skaffa en programvarufabrik som tjänst | Styra användningen och integrera kvarstående ansvar | Uppfyller tjänsten nödvändiga kontroller och gränssnitt? |
Använd samma applikationsomfång, tidsperiod, dataantaganden och förväntningar på tjänsten. Undvik att jämföra en mogen köpt tjänst med bara prototypkostnaden för ett internt system.
En kombination kan också passa. En befintlig plattform kan tillhandahålla miljöer och driftsättning medan en programvarufabrik samordnar utvecklingen. Förklara gränssnittet och ansvaret i stället för att tvinga fram ett konstlat val mellan allt eller inget.
Skriv sex delar
- Sammanhang. Ange problemet och konsekvensen av att lämna det oförändrat.
- Krav. Lista villkoren som ett alternativ måste uppfylla.
- Alternativ. Dokumentera de seriösa alternativen och deras viktigaste avvägningar.
- Underlag. Länka utvärderingar, kostnadsantaganden och olösta frågor.
- Beslut. Ange valt alternativ, omfattning, ansvarig och accepterade begränsningar.
- Omprövning. Definiera datumet eller den observerbara händelsen som kräver en ny bedömning.
Skilj vad du observerade från vad du förväntar dig. ”Utvärderingen slutförde denna underhållsändring” är en observation. ”Tjänsten halverar den årliga underhållskostnaden” är en prognos som behöver underlag och uttryckliga antaganden.
Ta med den starkaste invändningen
För avtalsapplikationen kan en köpt tjänst minska integrationsarbetet men skapa ett beroende av en extern leverantör. Dokumentera invändningen och exportövningen som hanterar en del av den. Ta inte bort invändningen för att teamet föredrar alternativet.
Ange vilka olösta punkter som blockerar aktivering. Tilldela resten ansvariga och datum. Ett beslut att gå vidare förvandlar inte en obesvarad kontrollfråga till ett verifierat resultat.
Ompröva anteckningen när krav eller underlag förändras. Lägg till ett nytt beslut när valet ändras och bevara det tidigare resonemanget. Fortsätt till praktiska Taigascenarier för att tillämpa principerna i produktens arbetsflöden.
Gör övningen
Skriv ett beslut på en sida för lektionens fiktiva avtalsapplikation. Jämför tre alternativ. Ta med ett skäl att avvisa ditt föredragna alternativ, ett olöst antagande och ett mätbart villkor för omprövning.
Ladda ned övningsblad (Markdown)Kontrollera din förståelse
Källor och vidare läsning
Relaterad läsning från Taiga
Om du avmarkerar valet raderas alla framsteg som sparats i den här webbläsaren.
Framstegen stannar i webbläsaren. Inget konto, ingen spårning.