Napišite odluku koju kasnije možete pregledati
ZavršenoZabilježite problem, alternative, dokaze, prihvaćena ograničenja i povode za pregled. Neka odluka o izgradnji ili kupovini ostane razumljiva nakon sastanka.
Objavljuje TaigaKako pišemo
Provjerite razumijevanjeKoja tvrdnja daje najkorisniji povod za pregled?Uradite vježbu
Šta ćete naučiti
- Odvojite zahtjeve, pretpostavke i zapažanja u odluci.
- Uporedite realistične alternative prema istom opsegu.
- Odredite povod za pregled koji može promijeniti odluku.
Sačuvajte razloge
Sastanak na kojem se odlučuje daje izbor. Zapis odluke čuva zašto je taj izbor imao smisla.
Bez obrazloženja kasniji tim može pogrešno shvatiti privremeno ograničenje kao trajno načelo. Može i ponoviti evaluaciju koju je organizacija već završila.
AWS opisuje zapise arhitektonskih odluka kao način dokumentovanja odluka i njihovog konteksta. Ista sažeta struktura može pomoći kod operativnog modela razvoja uz AI. Neka zapis bude dovoljno kratak da ga odgovorni ljudi pročitaju.
Uporedite realistične alternative
Izmišljena kompanija treba održavati svoju aplikaciju za ugovore. Razmatra tri opcije:
| Opcija | Glavna odgovornost koja ostaje | Pitanje koje može promijeniti odluku |
|---|---|---|
| Zadržati trenutni radni tok s pojedinačnim AI alatima | Interno povezati kontekst, pregled, izdavanje i dokaze | Može li tim dugoročno obavljati koordinacijski rad? |
| Izgraditi internu razvojnu platformu | Dizajnirati, integrisati i operativno voditi sposobnost | Ima li organizacija finansirano dugoročno preuzimanje odgovornosti? |
| Nabaviti uslugu fabrike softvera | Upravljati njenom upotrebom i integrisati preostale odgovornosti | Ispunjava li usluga potrebne kontrole i interfejse? |
Koristite isti opseg aplikacije, vremenski period, pretpostavke o podacima i očekivanja od usluge. Izbjegavajte porediti zrelu kupljenu uslugu samo s troškom prototipa internog sistema.
Kombinacija također može biti prikladna. Postojeća platforma može pružati okruženja i raspoređivanje, dok fabrika softvera koordinira razvoj. Objasnite interfejs i odgovornost umjesto nametanja vještačkog izbora sve ili ništa.
Napišite šest dijelova
- Kontekst. Navedite problem i posljedicu njegovog nerješavanja.
- Zahtjevi. Navedite uslove koje opcija mora ispuniti.
- Alternative. Zabilježite ozbiljne opcije i njihove glavne prednosti i nedostatke.
- Dokazi. Povežite evaluacije, pretpostavke troškova i neriješena pitanja.
- Odluka. Navedite odabranu opciju, opseg, odgovornu osobu i prihvaćena ograničenja.
- Pregled. Odredite datum ili uočljiv događaj koji zahtijeva novu procjenu.
Razlikujte ono što ste uočili od onoga što očekujete. „Tokom evaluacije završena je ova promjena održavanja“ je zapažanje. „Usluga će prepoloviti godišnji trošak održavanja“ je prognoza koja treba dokaze i izričite pretpostavke.
Uključite najjači prigovor
Za aplikaciju za ugovore kupljena usluga može smanjiti integracijski rad, ali stvoriti zavisnost od vanjskog pružaoca. Zabilježite taj prigovor i vježbu izvoza koja rješava dio njega. Nemojte ukloniti prigovor zato što tim preferira opciju.
Navedite koje neriješene stavke blokiraju aktivaciju. Ostale dodijelite odgovornim osobama uz datume. 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 razloge. Nastavite s praktičnim Taiga scenarijima da primijenite ova načela na radne tokove proizvoda.
Uradite vježbu
Napišite odluku od jedne stranice za izmišljenu aplikaciju za ugovore iz ove lekcije. Uporedite tri opcije. Uključite jedan razlog za odbijanje željene opcije, jednu neriješenu pretpostavku i mjerljiv povod za pregled.
Preuzmite radni list (Markdown)Isključivanjem ove opcije briše se sav napredak sačuvan u ovom pregledniku.
Napredak ostaje u ovom pregledniku. Bez računa i praćenja.