Put 06Lekcija 6 / 6

Napišite odluku koju kasnije možete pregledati

Zabilježite problem, alternative, dokaze, prihvaćena ograničenja i povode za pregled. Neka odluka o izgradnji ili kupovini ostane razumljiva nakon sastanka.

Osnovni nivo9 minPregledano

Objavljuje Kako pišemo

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

Š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:

OpcijaGlavna odgovornost koja ostajePitanje koje može promijeniti odluku
Zadržati trenutni radni tok s pojedinačnim AI alatimaInterno povezati kontekst, pregled, izdavanje i dokazeMože li tim dugoročno obavljati koordinacijski rad?
Izgraditi internu razvojnu platformuDizajnirati, integrisati i operativno voditi sposobnostIma li organizacija finansirano dugoročno preuzimanje odgovornosti?
Nabaviti uslugu fabrike softveraUpravljati njenom upotrebom i integrisati preostale odgovornostiIspunjava 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

  1. Kontekst. Navedite problem i posljedicu njegovog nerješavanja.
  2. Zahtjevi. Navedite uslove koje opcija mora ispuniti.
  3. Alternative. Zabilježite ozbiljne opcije i njihove glavne prednosti i nedostatke.
  4. Dokazi. Povežite evaluacije, pretpostavke troškova i neriješena pitanja.
  5. Odluka. Navedite odabranu opciju, opseg, odgovornu osobu i prihvaćena ograničenja.
  6. 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)
Provjerite razumijevanje ↑

Nastavite učiti

Izvori i dodatno čitanje

Povezano štivo kompanije Taiga

Prethodna lekcija: Planirajte uvođenje uz izričite odgovornosti