Put 06Lekcija 6 / 6

Napišite odluku koju možete kasnije pregledati

Zabilježite problem, alternative, dokaze, prihvaćena ograničenja i povode za pregled. Učinite odluku o vlastitoj izgradnji ili kupnji razumljivom nakon sastanka.

Osnove9 minPregledano

Objavljuje Kako pišemo

Provjerite razumijevanjeKoja tvrdnja daje najkorisniji povod za pregled?Napravite vježbu
Koja tvrdnja daje najkorisniji povod za pregled?

Š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ćnostGlavna zadržana odgovornostPitanje koje može promijeniti odluku
Zadržati trenutačni postupak s pojedinačnim AI alatimaInterno povezati kontekst, pregled, izdavanje i dokazeMože li tim dugoročno podnijeti rad koordinacije?
Izgraditi internu razvojnu platformuOsmisliti, integrirati i voditi tu mogućnostIma li organizacija osigurano financiranje za dugoročnu odgovornost?
Nabaviti uslugu tvornice softveraUpravljati upotrebom i integrirati zadržane odgovornostiIspunjava 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

  1. Kontekst. Navedite problem i posljedicu njegova nerješavanja.
  2. Zahtjevi. Navedite uvjete koje mogućnost mora ispuniti.
  3. Alternative. Zabilježite ozbiljne mogućnosti i njihove glavne kompromise.
  4. Dokazi. Povežite evaluacije, troškovne pretpostavke i neriješena pitanja.
  5. Odluka. Navedite odabranu mogućnost, opseg, odgovornu osobu i prihvaćena ograničenja.
  6. 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)
Provjerite razumijevanje ↑

Nastavite učiti

Izvori i dodatno čitanje

Povezani Taigini materijali

← Prethodna lekcija: Planirajte uvođenje s izričitim odgovornostima