Правярайце Discovery як звязаны набор дакументаў

Прасочвайце адно патрабаванне праз увесь набор

Гэты сцэнарый працягвае прыклад выдуманага сэрвісу запытаў на абсталяванне. Першая спецыфікацыя дазваляе кіраўнікам уводзіць запыты. Потым каманда дадае самаабслугоўванне супрацоўнікаў.

Гэтая змена закранае не толькі экран. Супрацоўнікам патрэбныя ідэнтычнасць і доступ да ўласных запытаў. Бачнасць для кіраўнікоў патрабуе вызначанай мяжы. Паток даных і аналіз бяспекі павінны адлюстроўваць абедзве ролі.

Выкарыстоўвайце крокі Discovery Context, Conversation і Documents, каб вызначыць і праверыць гэтую задуму. Для імпартаванага прадукту аналіз рэпазіторыя замяняе размову; выконвайце асобны працоўны працэс імпарту.

Ведайце абавязковыя дакументы

Ёсць восем абавязковых дакументаў, уключаючы спецыфікацыю:

Генерацыя выконваецца паводле залежнасцей і парадку публікацыі. Праверце ранні дакумент, перш чым прыняць дапушчэнні, якія выкарыстоўваюць пазнейшыя дакументы. Згенераваная DPIA — матэрыял для ацэнкі; сама яе наяўнасць не ўстанаўлівае адпаведнасць заканадаўству.

Look & Feel і Service Blueprint неабавязковыя. Выкарыстоўвайце іх, калі візуалізаваны варыянт інтэрфейсу або апісанне сэрвісу дапамагае камандзе ацаніць прадукт.

Адрознівайце публікацыю ад праверкі

Спецыфікацыя пачынаецца як чарнавік. Наступная генерацыя выкарыстоўвае апублікаваную версію. Рэдагаванне стварае новы чарнавік; змены ўплываюць на наступную працу пасля публікацыі новай версіі.

Іншыя дакументы ўтрымліваюць інфармацыю пра публікацыю і праверку. Generate remaining можа паслядоўна згенераваць адсутны набор, але кожны вынік трэба праверыць. Завяршэнне генерацыі не азначае, што чалавек прызнаў дапушчэнні правільнымі.

Для сэрвісу абсталявання праверце правіла доступу ва ўсіх адпаведных дакументах. Правільная спецыфікацыя і састарэлы паток даных не ўтвараюць узгоднены праект.

Апрацоўвайце змены свядома

Калі вы паўторна публікуеце спецыфікацыю, залежныя згенераваныя дакументы могуць атрымаць стан Outdated. Taiga не перапісвае іх незаўважна. Змена іншага зыходнага дакумента таксама можа закрануць пазнейшыя дакументы ў ланцугу.

Перагенеруйце закранутыя дакументы, пакуль Discovery адкрыты. Generate remaining уключае састарэлыя дакументы. Праверце новыя вынікі, асабліва дапушчэнні, якія змяніліся ў некалькіх дакументах.

Усе восем абавязковых дакументаў павінны быць апублікаваны, перш чым стане даступнай кнопка Finish Discovery. Дакумент Outdated не перашкаджае завяршэнню. Правярайце ўзгодненасць самі, а не лічыце кнопку доказам таго, што ўсе праверкі завершаны.

Завяршэнне блакуе набор і адкрывае наступны працоўны працэс прадукту. Паўторна адкрыйце Discovery з дакумента, калі трэба змяніць заблакаваны набор.

Перадайце ўзгодненую задуму ў планаванне

Да планавання ўкажыце бягучыя ролі карыстальнікаў, прынятыя абмежаванні і нявырашаныя рашэнні. Праверце, што прапановы ініцыятыў спасылаюцца на дакументы, якія апісваюць адзін і той жа прадукт.

Карысны вынік праверкі канкрэтны: «Самаабслугоўванне супрацоўнікаў адлюстравана ў сцэнарыях, праекце аўтарызацыі, патоку даных і апрацоўцы пагроз». Працягвайце з ініцыятывамі, каб ператварыць гэтую задуму ў працу.