Przeglądaj Discovery jako powiązany zestaw dokumentów
Prześledź wymaganie przez specyfikację, architekturę, przepływ danych i dokumenty bezpieczeństwa. Obsłuż zmiany, zanim planowanie oprze się na nieaktualnych założeniach.
Wydawca TaigaJak piszemy
Czego się nauczysz
- Wyjaśnij znaczenie kolejności dokumentów i stanu publikacji.
- Znajdź wpływ zmienionej specyfikacji na dokumenty zależne.
- Odróżnij treści wygenerowane, opublikowane, przejrzane i nieaktualne.
Prześledź jedno wymaganie przez cały zestaw
Scenariusz kontynuuje fikcyjną usługę zgłoszeń sprzętowych. Pierwsza specyfikacja pozwala menedżerom wprowadzać wnioski. Zespół następnie dodaje samoobsługę pracowników.
Zmiana wpływa na więcej niż ekran. Pracownicy potrzebują tożsamości i dostępu do własnych wniosków. Widoczność menedżera wymaga określonej granicy. Przepływ danych i analiza bezpieczeństwa muszą odzwierciedlać obie role.
Użyj kroków Context, Conversation i Documents w Discovery, aby ustalić i sprawdzić tę intencję. W produkcie importowanym analizę repozytorium stosuje się zamiast rozmowy; skorzystaj z osobnego procesu importu.
Poznaj wymagane dokumenty
Wymaganych jest osiem dokumentów, w tym specyfikacja:
| Dokument | Pytanie do sprawdzenia w scenariuszu |
|---|---|
| Specyfikacja | Kto może wnioskować o sprzęt i w jakim celu? |
| Przepływy użytkownika | Jak pracownik składa i śledzi wniosek? |
| Architektura | Gdzie egzekwowana jest decyzja o dostępie? |
| Decyzje technologiczne | Czy projekt używa zatwierdzonych usług tożsamości i danych? |
| Przepływ danych | Które komponenty otrzymują dane pracownika i wniosku? |
| DPIA | Czy ocena prywatności odzwierciedla rzeczywiste przetwarzanie? |
| Model zagrożeń | Czy pracownik może odczytać wniosek innego pracownika? |
| Rejestr ryzyka | Kto odpowiada za każde nierozwiązane ryzyko i postępowanie z nim? |
Generowanie podąża za zależnościami i kolejnością publikacji. Przejrzyj wcześniejszy dokument przed zaakceptowaniem założeń używanych przez późniejsze. Wygenerowana DPIA jest materiałem do oceny; sama obecność nie potwierdza zgodności prawnej.
Look & Feel i Service Blueprint są opcjonalne. Użyj ich, gdy przedstawiony wizualnie kierunek interfejsu lub opis usługi pomaga zespołowi ocenić produkt.
Odróżnij publikację od review
Specyfikacja zaczyna się jako szkic. Dalsze generowanie używa wersji opublikowanej. Edycja tworzy nowy szkic; zmiany wpływają na kolejne etapy po publikacji nowej wersji.
Inne dokumenty mają informacje o publikacji i review. Generate remaining może wygenerować brakujący zestaw po kolei, a każdy wynik wymaga przeglądu. Zakończenie generowania nie jest ludzkim potwierdzeniem poprawności założeń.
Dla usługi sprzętowej sprawdź regułę dostępu we wszystkich istotnych dokumentach. Poprawna specyfikacja i nieaktualny przepływ danych nie tworzą spójnego projektu.
Świadomie obsługuj zmiany
Po ponownej publikacji specyfikacji zależne wygenerowane dokumenty mogą otrzymać stan Outdated. Taiga nie przepisuje ich po cichu. Zmiana innego dokumentu źródłowego może też wpływać na dalsze dokumenty w łańcuchu.
Wygeneruj dotknięte dokumenty ponownie, gdy Discovery jest otwarte. Generate remaining obejmuje dokumenty nieaktualne. Sprawdź nowe wyniki, zwłaszcza założenia zmienione w kilku dokumentach.
Wszystkie osiem wymaganych dokumentów musi być opublikowanych, zanim Finish Discovery stanie się dostępne. Dokument Outdated nie blokuje zakończenia. Samodzielnie sprawdź spójność zamiast traktować przycisk jako dowód ukończenia każdego review.
Zakończenie blokuje zestaw i otwiera dalszy proces produktu. Otwórz Discovery ponownie z dokumentu, gdy musisz zmienić zablokowany zestaw.
Przekaż spójną intencję do planowania
Przed planowaniem określ bieżące role użytkowników, zaakceptowane ograniczenia i nierozstrzygnięte decyzje. Sprawdź, czy propozycje inicjatyw wskazują dokumenty opisujące ten sam produkt.
Przydatny wynik review jest konkretny: „Samoobsługa pracowników jest odzwierciedlona w przepływach, projekcie autoryzacji, przepływie danych i obsłudze zagrożeń”. Przejdź do inicjatyw, aby przekształcić intencję w pracę.
Wykonaj ćwiczenie
Fikcyjna usługa sprzętowa przechodzi od obsługi tylko przez menedżerów do samoobsługi pracowników. Wskaż skutki dla przepływów użytkownika, architektury, przepływu danych, DPIA, modelu zagrożeń i rejestru ryzyka. Opisz dokumenty do sprawdzenia lub ponownego wygenerowania przed zakończeniem Discovery.
Pobierz arkusz (Markdown)Sprawdź zrozumienie
Źródła i dalsza lektura
Odznaczenie tej opcji usuwa wszystkie postępy zapisane w tej przeglądarce.
Postępy pozostają w tej przeglądarce. Bez konta i śledzenia.