Verificați Discovery ca set de documente conectate

Urmăriți o cerință prin întregul set

Scenariul continuă serviciul fictiv de cereri de echipamente. Prima specificație permite managerilor să introducă cereri. Echipa adaugă apoi autoservirea angajaților.

Schimbarea afectează mai mult decât un ecran. Angajații au nevoie de identitate și acces la propriile cereri. Vizibilitatea managerilor necesită o limită definită. Fluxul de date și analiza de securitate trebuie să reflecte ambele roluri.

Folosiți pașii Context, Conversation și Documents din Discovery pentru a stabili și inspecta intenția. Pentru un produs importat, analiza depozitului de cod înlocuiește conversația; urmați fluxul separat de import.

Cunoașteți documentele obligatorii

Există opt documente obligatorii, inclusiv specificația:

Generarea urmează dependențele și ordinea publicării. Verificați un document timpuriu înainte de a accepta ipotezele folosite de documentele ulterioare. O DPIA generată este material pentru evaluare; prezența sa nu dovedește singură conformitatea juridică.

Look & Feel și Service Blueprint sunt opționale. Folosiți-le când o direcție vizuală redată a interfeței sau o descriere a serviciului ajută echipa să evalueze produsul.

Deosebiți publicarea de verificare

Specificația începe ca ciornă. Generarea ulterioară folosește versiunea publicată. Editarea creează o ciornă nouă; modificările produc efecte în etapele următoare când publicați versiunea nouă.

Celelalte documente au informații de publicare și verificare. Generate remaining poate genera secvențial setul lipsă, fiecare rezultat necesitând verificare. Terminarea generării nu este o concluzie umană că ipotezele sunt corecte.

Pentru serviciul de echipamente, inspectați regula de acces în toate documentele relevante. O specificație corectă și un flux de date depășit nu formează o proiectare consecventă.

Gestionați deliberat modificările

Când republicați specificația, documentele generate dependente pot deveni Outdated. Taiga nu le rescrie în tăcere. Schimbarea altui document sursă poate afecta și documente ulterioare din lanț.

Regenerați documentele afectate cât timp Discovery este deschis. Generate remaining include documentele depășite. Inspectați rezultatele noi, mai ales ipotezele schimbate în mai multe documente.

Toate cele opt documente obligatorii trebuie publicate înainte ca Finish Discovery să devină disponibil. Un document Outdated nu împiedică încheierea. Verificați consecvența în loc să tratați butonul ca dovadă că toate verificările sunt terminate.

Încheierea blochează setul și deschide fluxul ulterior al produsului. Redeschideți Discovery dintr-un document când trebuie să modificați un set blocat.

Predați o intenție coerentă către planificare

Înainte de planificare, precizați rolurile actuale ale utilizatorilor, constrângerile acceptate și deciziile nerezolvate. Verificați dacă propunerile de inițiative citează documente care descriu același produs.

Un rezultat util al verificării este concret: „Autoservirea angajaților este reflectată în fluxuri, proiectarea autorizării, fluxul de date și tratarea amenințărilor.” Continuați cu inițiativele pentru a transforma intenția în lucru.