Zapište rozhodnutí tak, aby šlo později přezkoumat
DokončenoZaznamenejte problém, alternativy, důkazy, přijatá omezení a podmínky nového posouzení. Rozhodnutí o vlastním vývoji nebo nákupu musí být srozumitelné i po schůzce.
Vydává TaigaJak píšeme
Ověřte si porozuměníKteré tvrzení poskytuje nejužitečnější podmínku nového posouzení?Vypracovat cvičení
Co se naučíte
- Oddělit v rozhodnutí požadavky, předpoklady a pozorování.
- Porovnat realistické alternativy ve stejném rozsahu.
- Určit podmínku nového posouzení, která může rozhodnutí změnit.
Zachovejte důvody
Rozhodovací schůzka přinese volbu. Záznam rozhodnutí zachová, proč tato volba dávala smysl.
Bez důvodů může pozdější tým zaměnit dočasné omezení za trvalý princip. Může také opakovat hodnocení, které organizace už dokončila.
AWS popisuje záznamy architektonických rozhodnutí jako způsob dokumentování rozhodnutí a jejich kontextu. Stejná stručná struktura může pomoci s provozním modelem vývoje s AI. Záznam udržujte dost krátký, aby jej odpovědní lidé četli.
Porovnejte realistické alternativy
Fiktivní firma potřebuje udržovat svou smluvní aplikaci. Zvažuje tři varianty:
| Varianta | Hlavní zbývající odpovědnost | Otázka, která může změnit rozhodnutí |
|---|---|---|
| Ponechat současný postup s jednotlivými nástroji AI | Interně propojit kontext, kontrolu, vydání a důkazy | Dokáže tým dlouhodobě zvládat koordinační práci? |
| Vytvořit interní vývojovou platformu | Navrhnout, integrovat a provozovat schopnost | Má organizace dlouhodobě zajištěnou odpovědnost za tuto oblast i její financování? |
| Pořídit službu softwarové továrny | Řídit používání a integrovat zbývající odpovědnosti | Splňuje služba požadovaná opatření a rozhraní? |
Použijte stejný rozsah aplikace, období, datové předpoklady a očekávání služby. Neporovnávejte vyspělou kupovanou službu pouze s náklady prototypu interního systému.
Vhodná může být také kombinace. Existující platforma může poskytovat prostředí a nasazení, zatímco softwarová továrna koordinuje vývoj. Vysvětlete rozhraní a odpovědnosti, místo abyste vynucovali umělou volbu všechno, nebo nic.
Zapište šest částí
- Kontext. Uveďte problém a následek jeho neřešení.
- Požadavky. Vypište podmínky, které musí varianta splnit.
- Alternativy. Zaznamenejte vážně zvažované možnosti a jejich hlavní kompromisy.
- Důkazy. Připojte hodnocení, nákladové předpoklady a nevyřešené otázky.
- Rozhodnutí. Určete vybranou variantu, rozsah, odpovědnou osobu a přijatá omezení.
- Nové posouzení. Definujte datum nebo pozorovatelnou událost vyžadující přezkoumání.
Rozlišujte pozorování a očekávání. „Při hodnocení byla dokončena tato změna údržby“ je pozorování. „Služba sníží roční náklady údržby na polovinu“ je předpověď vyžadující důkazy a výslovné předpoklady.
Zahrňte nejsilnější námitku
U smluvní aplikace může koupená služba omezit integrační práci, ale vytvořit závislost na externím poskytovateli. Zaznamenejte tuto námitku a cvičení exportu, které část problému řeší. Námitku neodstraňujte jen proto, že tým variantu preferuje.
Uveďte nevyřešené položky, které blokují zprovoznění. Ostatním přiřaďte odpovědné osoby a termíny. Rozhodnutí pokračovat nemění nezodpovězenou otázku opatření na ověřený výsledek.
Při změně požadavků nebo důkazů záznam znovu posuďte. Pokud se volba změní, přidejte nové rozhodnutí a zachovejte dřívější důvody. Pokračujte praktickými scénáři Taigy, kde tyto principy použijete v produktových postupech.
Vypracovat cvičení
Napište jednostránkové rozhodnutí pro fiktivní smluvní aplikaci z této lekce. Porovnejte tři varianty. Zahrňte jeden důvod k odmítnutí preferované varianty, jeden nevyřešený předpoklad a měřitelnou podmínku nového posouzení.
Stáhnout pracovní list (Markdown)Zrušení této volby smaže veškerý postup uložený v tomto prohlížeči.
Postup zůstává v tomto prohlížeči. Bez účtu a sledování.