Преглеждайте Discovery като свързан набор документи

Проследете едно изискване през набора

Този сценарий продължава измислената услуга за заявки за оборудване. Първата спецификация позволява на мениджъри да въвеждат заявки. После екипът добавя самообслужване на служители.

Промяната засяга повече от екран. Служителите се нуждаят от идентичност и достъп до собствените заявки. Видимостта за мениджърите се нуждае от определена граница. Потокът от данни и анализът на сигурността трябва да отразяват и двете роли.

Използвайте стъпките Context, Conversation и Documents на Discovery, за да установите и прегледате това намерение. За импортиран продукт анализът на хранилището заменя разговора; следвайте отделния процес за импорт.

Познавайте задължителните документи

Има осем задължителни документа, включително спецификацията:

Генерирането следва зависимостите и реда на публикуване. Прегледайте ранен документ, преди да приемете предположенията, които по-късните документи използват. Генерирана DPIA е материал за оценка; наличието ѝ само по себе си не установява правно съответствие.

Look & Feel и Service Blueprint са незадължителни. Използвайте ги, когато визуализирана посока за интерфейса или описание на услуга помага на екипа да оцени продукта.

Разграничете публикуване от преглед

Спецификацията започва като чернова. Последващото генериране използва публикуваната версия. Редакцията създава нова чернова; промените влизат в сила за следващите стъпки, когато публикувате новата версия.

Другите документи носят информация за публикуване и преглед. Generate remaining може да генерира липсващия набор последователно, като всеки резултат изисква преглед. Завършило генериране не е човешки извод, че предположенията са правилни.

За услугата за оборудване прегледайте правилото за достъп във всички относими документи. Правилна спецификация и остарял поток от данни не са съгласуван проект.

Обработвайте промените съзнателно

Когато публикувате спецификацията отново, зависимите генерирани документи могат да станат Outdated. Taiga не ги пренаписва неявно. Промяна на друг изходен документ може също да засегне документи по-надолу във веригата.

Генерирайте засегнатите документи отново, докато Discovery е отворено. Generate remaining включва остарелите документи. Прегледайте новите резултати, особено предположенията, които са се променили в няколко документа.

Всичките осем задължителни документа трябва да са публикувани, преди Finish Discovery да стане налично. Документ Outdated не пречи на завършването. Проверете съгласуваността сами, вместо да приемате бутона като доказателство за завършени прегледи.

Завършването заключва набора и отваря последващия продуктов процес. Отворете Discovery отново от документ, когато трябва да промените заключен набор.

Предайте съгласувано намерение към планирането

Преди планиране посочете текущите потребителски роли, приетите ограничения и нерешените решения. Проверете дали предложенията за инициативи цитират документи, описващи същия продукт.

Полезен резултат от преглед е конкретен: „Самообслужването на служители е отразено в потоците, проекта за права на достъп, потока от данни и мерките срещу заплахи.“ Продължете с инициативи, за да превърнете намерението в работа.