Shqyrtoni Discovery si grup dokumentesh të lidhura
PërfunduarGjurmoni një kërkesë përmes specifikimit, arkitekturës, rrjedhës së të dhënave dhe dokumenteve të sigurisë. Trajtoni rishikimet para se planifikimi të mbështetet në supozime të vjetruara.
Publikuar nga TaigaSi shkruajmë
Kontrolloni çfarë keni kuptuarPublikoni një specifikim të rishikuar pasi keni gjeneruar dokumentet që varen prej tij. Çfarë duhet të bëni?Bëni ushtrimin
Çfarë do të mësoni
- Shpjegoni pse kanë rëndësi rendi i dokumenteve dhe gjendja e publikimit.
- Gjeni ndikimin e një specifikimi të ndryshuar në dokumentet që varen prej tij.
- Dalloni përmbajtjen e gjeneruar, të publikuar, të shqyrtuar dhe të vjetruar.
Ndiqni një kërkesë në të gjithë grupin
Ky skenar vazhdon shërbimin e trilluar kërkesash për pajisje. Specifikimi i parë i lejon menaxherët të regjistrojnë kërkesa. Më pas ekipi shton vetëshërbimin e punonjësve.
Ky ndryshim ndikon përtej ekranit. Punonjësit kanë nevojë për identitet dhe akses në kërkesat e veta. Ajo që mund të shohin menaxherët kërkon një kufi të përcaktuar. Rrjedha e të dhënave dhe analiza e sigurisë duhet t’i pasqyrojnë të dyja rolet.
Përdorni hapat Context, Conversation dhe Documents të Discovery për ta përcaktuar dhe shqyrtuar këtë synim. Për një produkt të importuar, analiza e depos së kodit zëvendëson bisedën; ndiqni rrjedhën e veçantë të importimit.
Njihni dokumentet e detyrueshme
Ka tetë dokumente të detyrueshme, përfshirë specifikimin:
| Dokumenti | Pyetja që duhet kontrolluar në këtë skenar |
|---|---|
| Specification | Kush lejohet të kërkojë pajisje dhe për çfarë qëllimi? |
| User flows | Si e dorëzon dhe ndjek një punonjës kërkesën? |
| Architecture | Ku zbatohet vendimi i aksesit? |
| Technology decisions | A i përdor projektimi shërbimet e miratuara të identitetit dhe të dhënave? |
| Data flow | Cilët komponentë marrin të dhëna të punonjësve dhe kërkesave? |
| DPIA | A e pasqyron vlerësimi i privatësisë përpunimin real? |
| Threat model | A mund të lexojë një punonjës kërkesën e një punonjësi tjetër? |
| Risk register | Kush është përgjegjës për çdo rrezik të pazgjidhur dhe trajtimin e tij? |
Gjenerimi ndjek varësitë dhe rendin e publikimit. Shqyrtoni një dokument të hershëm para se të pranoni supozimet që përdorin dokumentet e mëvonshme. Një DPIA e gjeneruar është material vlerësimi; prania e saj nuk vërteton vetvetiu përputhshmëri ligjore.
Look & Feel dhe Service Blueprint janë opsionale. Përdorini kur një propozim i paraqitur vizualisht për ndërfaqen ose një përshkrim shërbimi e ndihmon ekipin ta vlerësojë produktin.
Dalloni publikimin nga shqyrtimi
Specifikimi fillon si draft. Gjenerimi pasues përdor versionin e publikuar. Redaktimi krijon draft të ri; ndryshimet ndikojnë në punën pasuese kur publikoni versionin e ri.
Dokumentet e tjera përmbajnë informacion publikimi dhe shqyrtimi. Generate remaining mund ta gjenerojë grupin që mungon sipas rendit, dhe çdo rezultat kërkon shqyrtim. Përfundimi i gjenerimit nuk është përfundim njerëzor se supozimet janë të sakta.
Për shërbimin e pajisjeve, shqyrtoni rregullin e aksesit në të gjitha dokumentet përkatëse. Një specifikim i saktë dhe një rrjedhë e vjetruar të dhënash nuk përbëjnë projektim të përputhur.
Trajtojini ndryshimet me qëllim të qartë
Kur e ripublikoni specifikimin, dokumentet e gjeneruara që varen prej tij mund të bëhen Outdated. Taiga nuk i rishkruan në heshtje. Një ndryshim në një dokument tjetër burimor mund të ndikojë gjithashtu te dokumentet më tej në zinxhir.
Rigjeneroni dokumentet e prekura ndërsa Discovery është i hapur. Generate remaining përfshin dokumentet e vjetruara. Shqyrtoni rezultatet e reja, veçanërisht supozimet që ndryshuan në disa dokumente.
Të tetë dokumentet e detyrueshme duhet të publikohen para se Finish Discovery të bëhet i disponueshëm. Një dokument Outdated nuk e pengon përfundimin. Kontrollojeni vetë përputhjen në vend që ta trajtoni butonin si evidencë se çdo shqyrtim ka përfunduar.
Përfundimi e kyç grupin dhe hap rrjedhën pasuese të punës së produktit. Rihapni Discovery nga një dokument kur duhet të ndryshoni një grup të kyçur.
Jepini planifikimit një synim të përputhur
Para planifikimit, tregoni rolet aktuale të përdoruesve, kufizimet e pranuara dhe vendimet e pazgjidhura. Kontrolloni që propozimet e iniciativave të citojnë dokumente që përshkruajnë të njëjtin produkt.
Një rezultat i dobishëm shqyrtimi është konkret: “Vetëshërbimi i punonjësve pasqyrohet në rrjedha, projektimin e autorizimit, rrjedhën e të dhënave dhe trajtimin e kërcënimeve.” Vazhdoni me iniciativat për ta kthyer këtë synim në punë.
Bëni ushtrimin
Shërbimi i trilluar i pajisjeve kalon nga përdorimi vetëm prej menaxherëve në vetëshërbim të punonjësve. Identifikoni efektet në rrjedhat e përdoruesve, arkitekturën, rrjedhën e të dhënave, DPIA, modelin e kërcënimeve dhe regjistrin e rreziqeve. Përshkruani cilat dokumente do të shqyrtonit ose rigjeneronit para përfundimit të Discovery.
Shkarkoni fletën e punës (Markdown)Heqja e kësaj zgjedhjeje fshin të gjithë përparimin e ruajtur në këtë shfletues.
Përparimi mbetet në këtë shfletues. Pa llogari, pa gjurmim.