Discovery를 연결된 문서 집합으로 검토하기

하나의 요구사항을 문서 집합 전체에서 추적하세요

이 시나리오는 가상의 장비 요청 서비스를 이어 갑니다. 첫 명세에서는 관리자가 요청을 입력할 수 있습니다. 그런 다음 팀이 직원 셀프서비스를 추가합니다.

이 변경은 화면 이상에 영향을 줍니다. 직원에게 ID와 자기 요청에 대한 접근이 필요합니다. 관리자가 볼 수 있는 범위도 정해야 합니다. 데이터 흐름과 보안 분석은 두 역할을 모두 반영해야 합니다.

Discovery의 Context, Conversation, Documents 단계로 의도를 정하고 살펴보세요. 가져온 제품에서는 저장소 분석이 대화를 대신합니다. 별도의 가져오기 작업 흐름을 따르세요.

명세를 포함해 필수 문서는 여덟 개입니다.

생성은 의존성과 게시 순서를 따릅니다. 후속 문서에 사용될 가정을 수락하기 전에 초기 문서를 검토하세요. 생성된 DPIA는 평가 자료입니다. 존재한다는 사실만으로 법적 규정 준수가 입증되지는 않습니다.

Look & Feel과 Service Blueprint는 선택 사항입니다. 시각화한 인터페이스 방향이나 서비스 설명이 제품 평가에 도움이 될 때 사용하세요.

명세는 초안으로 시작합니다. 후속 생성은 게시된 버전을 사용합니다. 편집하면 새 초안이 만들어지고 새 버전을 게시할 때 후속 작업에 변경이 적용됩니다.

다른 문서에도 게시 및 검토 정보가 있습니다. Generate remaining은 누락된 문서 집합을 순서대로 생성할 수 있으며 각 결과에는 검토가 필요합니다. 생성 완료가 가정이 옳다는 사람의 판단은 아닙니다.

장비 서비스에서는 관련 문서의 접근 규칙을 모두 살펴보세요. 올바른 명세와 오래된 데이터 흐름은 일관된 설계가 아닙니다.

명세를 다시 게시하면 의존하는 생성 문서가 Outdated가 될 수 있습니다. Taiga는 이를 조용히 다시 작성하지 않습니다. 다른 원본 문서의 변경도 연결된 후속 문서에 영향을 줄 수 있습니다.

Discovery가 열린 동안 영향받는 문서를 다시 생성하세요. Generate remaining에는 오래된 문서도 포함됩니다. 특히 여러 문서에 걸쳐 바뀐 가정을 포함해 새 결과를 살펴보세요.

Finish Discovery를 사용하려면 필수 문서 여덟 개를 모두 게시해야 합니다. Outdated 문서는 완료를 막지 않습니다. 버튼을 모든 검토의 완료 증거로 보지 말고 일관성을 직접 확인하세요.

완료하면 문서 집합이 잠기고 후속 제품 작업 흐름이 열립니다. 잠긴 문서 집합을 바꿔야 하면 문서에서 Discovery를 다시 여세요.

계획 전에 현재 사용자 역할, 수락한 제약, 미해결 결정을 명시하세요. 이니셔티브 제안이 같은 제품을 설명하는 문서를 인용하는지 확인하세요.

유용한 검토 결과는 구체적입니다. ‘직원 셀프서비스가 흐름, 인가 설계, 데이터 흐름, 위협 대응에 반영되었다.’ 이니셔티브에서 이 의도를 작업으로 전환하세요.