Переглядайте Discovery як пов’язаний набір документів

Простежте одну вимогу через набір

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

Ця зміна впливає не лише на екран. Працівникам потрібні ідентичність і доступ до власних запитів. Видимість для менеджера потребує визначеної межі. Потоки даних і аналіз безпеки мають відображати обидві ролі.

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

Знайте потрібні документи

Є вісім потрібних документів, включно зі специфікацією:

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

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

Відрізняйте публікацію від перегляду

Специфікація починається як чернетка. Подальше генерування використовує опубліковану версію. Редагування створює нову чернетку; зміни набувають чинності для подальшої роботи після публікації нової версії.

Інші документи містять інформацію про публікацію та перегляд. Generate remaining може послідовно згенерувати відсутній набір, і кожен результат потребує перегляду. Завершення генерування не є висновком людини про правильність припущень.

Для сервісу обладнання перевірте правило доступу в усіх відповідних документах. Правильна специфікація та застарілий потік даних не є узгодженим дизайном.

Свідомо опрацьовуйте зміни

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

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

Усі вісім потрібних документів мають бути опубліковані, перш ніж стане доступною Finish Discovery. Документ Outdated не перешкоджає завершенню. Самостійно перевіряйте узгодженість замість того, щоб вважати кнопку доказом завершення кожного перегляду.

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

Передайте узгоджений намір до планування

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

Корисний результат перегляду конкретний: «Самообслуговування працівників відображено в потоках, дизайні авторизації, потоках даних і заходах щодо загроз». Продовжіть з ініціатив, щоб перетворити цей намір на роботу.