Napišite odluku koju možete kasnije pregledati
DovršenoZabilježite problem, alternative, dokaze, prihvaćena ograničenja i povode za pregled. Učinite odluku o vlastitoj izgradnji ili kupnji razumljivom nakon sastanka.
Objavljuje TaigaKako pišemo
Provjerite razumijevanjeKoja tvrdnja daje najkorisniji povod za pregled?Napravite vježbu
Što ćete naučiti
- Odvojiti zahtjeve, pretpostavke i opažanja u odluci.
- Usporediti realistične alternative prema istom opsegu.
- Odrediti povod za pregled koji može promijeniti odluku.
Sačuvajte obrazloženje
Sastanak za donošenje odluke proizvodi izbor. Zapis odluke čuva objašnjenje zašto je taj izbor imao smisla.
Bez obrazloženja kasniji tim može zamijeniti privremeno ograničenje trajnim načelom. Može i ponoviti evaluaciju koju je organizacija već dovršila.
AWS opisuje zapise arhitekturnih odluka kao način dokumentiranja odluka i njihova konteksta. Ista sažeta struktura može pomoći pri operativnom modelu razvoja uz AI. Zapis treba biti dovoljno kratak da ga odgovorni ljudi pročitaju.
Usporedite realistične alternative
Izmišljena tvrtka treba održavati svoju aplikaciju ugovora. Razmatra tri mogućnosti:
| Mogućnost | Glavna zadržana odgovornost | Pitanje koje može promijeniti odluku |
|---|---|---|
| Zadržati trenutačni postupak s pojedinačnim AI alatima | Interno povezati kontekst, pregled, izdavanje i dokaze | Može li tim dugoročno podnijeti rad koordinacije? |
| Izgraditi internu razvojnu platformu | Osmisliti, integrirati i voditi tu mogućnost | Ima li organizacija osigurano financiranje za dugoročnu odgovornost? |
| Nabaviti uslugu tvornice softvera | Upravljati upotrebom i integrirati zadržane odgovornosti | Ispunjava li usluga potrebne kontrole i sučelja? |
Upotrijebite isti opseg aplikacije, vremensko razdoblje, pretpostavke o podacima i očekivanja od usluge. Izbjegavajte usporedbu zrele kupljene usluge samo s troškom prototipa internog sustava.
Kombinacija također može biti primjerena. Postojeća platforma može osiguravati okruženja i postavljanje, dok tvornica softvera koordinira razvoj. Objasnite sučelje suradnje i odgovornost umjesto nametanja umjetnog izbora sve ili ništa.
Napišite šest dijelova
- Kontekst. Navedite problem i posljedicu njegova nerješavanja.
- Zahtjevi. Navedite uvjete koje mogućnost mora ispuniti.
- Alternative. Zabilježite ozbiljne mogućnosti i njihove glavne kompromise.
- Dokazi. Povežite evaluacije, troškovne pretpostavke i neriješena pitanja.
- Odluka. Navedite odabranu mogućnost, opseg, odgovornu osobu i prihvaćena ograničenja.
- Pregled. Odredite datum ili opažljiv događaj koji zahtijeva novu procjenu.
Razlikujte opaženo od očekivanog. „Tijekom evaluacije dovršena je ova promjena održavanja” opažanje je. „Usluga će prepoloviti godišnji trošak održavanja” prognoza je koja zahtijeva dokaze i izričite pretpostavke.
Uključite najjači prigovor
Za aplikaciju ugovora kupljena usluga može smanjiti integracijski rad, ali stvoriti ovisnost o vanjskom pružatelju. Zabilježite taj prigovor i vježbu izvoza koja rješava dio njega. Nemojte ukloniti prigovor zato što tim preferira tu mogućnost.
Navedite koje neriješene stavke blokiraju aktivaciju. Ostale dodijelite odgovornim osobama s rokovima. Odluka o nastavku ne pretvara neodgovoreno pitanje o kontroli u provjeren rezultat.
Pregledajte zapis kada se zahtjevi ili dokazi promijene. Dodajte novu odluku kada se izbor promijeni i sačuvajte ranije obrazloženje. Nastavite s praktičnim Taiga scenarijima kako biste primijenili ta načela na postupke u proizvodu.
Napravite vježbu
Napišite odluku na jednoj stranici za izmišljenu aplikaciju ugovora iz ove lekcije. Usporedite tri mogućnosti. Uključite jedan razlog za odbijanje svojeg prvog izbora, jednu neriješenu pretpostavku i mjerljiv povod za pregled.
Preuzmi radni list (Markdown)Uklanjanje ove oznake briše sav napredak spremljen u ovom pregledniku.
Napredak ostaje u ovom pregledniku. Bez računa i praćenja.