Zapisz decyzję, do której można wrócić

Zachowaj uzasadnienie

Spotkanie decyzyjne prowadzi do wyboru. Zapis decyzji zachowuje powody, dla których wybór miał sens.

Bez uzasadnienia późniejszy zespół może pomylić tymczasowe ograniczenie ze stałą zasadą. Może też powtórzyć ocenę już ukończoną przez organizację.

AWS opisuje zapisy decyzji architektonicznych jako sposób dokumentowania decyzji i ich kontekstu. Ta sama zwięzła struktura może pomóc przy modelu operacyjnym wytwarzania z AI. Zachowaj zapis na tyle krótki, aby odpowiedzialne osoby go przeczytały.

Porównaj realistyczne alternatywy

Fikcyjna firma musi utrzymywać aplikację umów. Rozważa trzy opcje:

Użyj tego samego zakresu aplikacji, okresu, założeń o danych i oczekiwań wobec usługi. Nie porównuj dojrzałej kupowanej usługi wyłącznie z kosztem prototypu systemu wewnętrznego.

Połączenie opcji również może być właściwe. Istniejąca platforma może zapewniać środowiska i wdrożenia, a fabryka oprogramowania koordynować wytwarzanie. Wyjaśnij interfejs i odpowiedzialność zamiast wymuszać sztuczny wybór wszystkiego albo niczego.

Zapisz sześć części

1. Kontekst. Określ problem i skutek pozostawienia go bez zmian.
2. Wymagania. Wymień warunki, które opcja musi spełnić.
3. Alternatywy. Zapisz poważnie rozważane opcje i ich główne kompromisy.
4. Dowody. Podlinkuj oceny, założenia kosztowe i nierozwiązane pytania.
5. Decyzja. Wskaż wybraną opcję, zakres, właściciela i zaakceptowane ograniczenia.
6. Przegląd. Określ datę lub obserwowalne zdarzenie wymagające ponownej oceny.

Odróżniaj obserwacje od oczekiwań. „W ocenie ukończono tę zmianę utrzymaniową” jest obserwacją. „Usługa zmniejszy roczny koszt utrzymania o połowę” jest prognozą wymagającą dowodów i jawnych założeń.

Uwzględnij najmocniejszy zarzut

Dla aplikacji umów kupiona usługa może ograniczyć integrację, ale stworzyć zależność od zewnętrznego dostawcy. Zapisz ten zarzut i ćwiczenie eksportu, które częściowo na niego odpowiada. Nie usuwaj zarzutu dlatego, że zespół preferuje opcję.

Wskaż, które nierozwiązane elementy blokują uruchomienie. Pozostałym przypisz właścicieli i terminy. Decyzja o kontynuacji nie zmienia pytania bez odpowiedzi w zweryfikowany wynik.

Przeglądaj zapis po zmianie wymagań lub dowodów. Dodaj nową decyzję, gdy wybór się zmienia, zachowując wcześniejsze uzasadnienie. Przejdź do praktycznych scenariuszy Taiga, aby zastosować zasady w procesach produktu.