Zapíšte rozhodnutie tak, aby sa dalo neskôr preskúmať
DokončenéZaznamenajte problém, alternatívy, dôkazy, prijaté obmedzenia a podnety na preskúmanie. Rozhodnutie o vlastnom riešení alebo nákupe musí byť zrozumiteľné aj po stretnutí.
Vydáva TaigaAko píšeme
Overte si porozumenieKtoré tvrdenie poskytuje najužitočnejší podnet na preskúmanie?Vykonajte cvičenie
Čo sa naučíte
- Oddeliť požiadavky, predpoklady a pozorovania v rozhodnutí.
- Porovnať realistické alternatívy pri rovnakom rozsahu.
- Určiť podnet na preskúmanie, ktorý môže zmeniť rozhodnutie.
Zachovajte odôvodnenie
Rozhodovacie stretnutie vedie k výberu. Záznam rozhodnutia zachováva dôvody, prečo tento výber dával zmysel.
Bez odôvodnenia môže neskorší tím považovať dočasné obmedzenie za trvalú zásadu. Môže tiež zopakovať hodnotenie, ktoré už organizácia dokončila.
AWS opisuje záznamy architektonických rozhodnutí ako spôsob dokumentovania rozhodnutí a ich kontextu. Rovnaká stručná štruktúra môže pomôcť pri prevádzkovom modeli vývoja s AI. Záznam má byť dostatočne krátky, aby si ho zodpovední ľudia prečítali.
Porovnajte realistické alternatívy
Fiktívna firma potrebuje udržiavať aplikáciu na zmluvy. Zvažuje tri možnosti:
| Možnosť | Hlavná zostávajúca zodpovednosť | Otázka, ktorá môže zmeniť rozhodnutie |
|---|---|---|
| Zachovať súčasný postup s individuálnymi AI nástrojmi | Interne prepojiť kontext, kontrolu, vydanie a dôkazy | Dokáže tím dlhodobo zvládať koordináciu? |
| Vybudovať internú vývojovú platformu | Navrhnúť, integrovať a prevádzkovať túto schopnosť | Má organizácia financované dlhodobé zabezpečenie zodpovednosti? |
| Zaobstarať službu softvérovej továrne | Riadiť jej použitie a prepojiť zostávajúce zodpovednosti | Spĺňa služba požadované kontrolné mechanizmy a rozhrania? |
Použite rovnaký rozsah aplikácie, časové obdobie, predpoklady o údajoch a očakávania od služby. Neporovnávajte vyspelú kupovanú službu len s nákladmi na prototyp interného systému.
Vhodná môže byť aj kombinácia. Existujúca platforma môže zabezpečovať prostredia a nasadenie, zatiaľ čo softvérová továreň koordinuje vývoj. Vysvetlite rozhranie a zodpovednosť namiesto vynucovania umelej voľby všetko alebo nič.
Napíšte šesť častí
- Kontext. Uveďte problém a dôsledok jeho ponechania bez zmeny.
- Požiadavky. Vymenujte podmienky, ktoré musí možnosť splniť.
- Alternatívy. Zaznamenajte reálne zvažované možnosti a ich hlavné výhody a nevýhody.
- Dôkazy. Pripojte odkazy na hodnotenia, nákladové predpoklady a nevyriešené otázky.
- Rozhodnutie. Uveďte vybranú možnosť, rozsah, zodpovednú osobu a prijaté obmedzenia.
- Preskúmanie. Určte dátum alebo pozorovateľnú udalosť, ktorá vyžaduje nové posúdenie.
Odlíšte pozorovania od očakávaní. „Počas hodnotenia bola dokončená táto údržbová zmena“ je pozorovanie. „Služba zníži ročné náklady na údržbu na polovicu“ je prognóza, ktorá potrebuje dôkazy a výslovné predpoklady.
Zahrňte najsilnejšiu námietku
Pri aplikácii na zmluvy môže kupovaná služba obmedziť integračnú prácu, ale vytvoriť závislosť od externého poskytovateľa. Zaznamenajte túto námietku aj cvičenie exportu, ktoré rieši jej časť. Neodstraňujte námietku len preto, že tím danú možnosť uprednostňuje.
Uveďte, ktoré nevyriešené položky blokujú aktiváciu. Ostatným priraďte zodpovedné osoby a termíny. Rozhodnutie pokračovať nemení nezodpovedanú otázku o kontrolnom mechanizme na overený výsledok.
Preskúmajte záznam pri zmene požiadaviek alebo dôkazov. Ak sa výber zmení, pridajte nové rozhodnutie a zachovajte predchádzajúce odôvodnenie. Pokračujte praktickými scenármi s Taigou, v ktorých uplatníte tieto zásady na postupy v produkte.
Vykonajte cvičenie
Napíšte jednostranové rozhodnutie pre fiktívnu aplikáciu na zmluvy z tejto lekcie. Porovnajte tri možnosti. Zahrňte jeden dôvod na zamietnutie preferovanej možnosti, jeden nevyriešený predpoklad a merateľný podnet na preskúmanie.
Stiahnuť pracovný list (Markdown)Zrušenie tohto výberu vymaže celý postup uložený v tomto prehliadači.
Postup zostáva v tomto prehliadači. Bez účtu a sledovania.