Revisa Discovery como un conjunto de documentos conectados

Sigue un requisito a través del conjunto

Este escenario continúa con el servicio ficticio de solicitudes de equipamiento. La primera especificación permite que los responsables introduzcan solicitudes. Después, el equipo añade autoservicio para empleados.

Ese cambio afecta a más que una pantalla. Los empleados necesitan una identidad y acceso a sus propias solicitudes. La visibilidad de los responsables necesita un límite definido. El flujo de datos y el análisis de seguridad deben reflejar ambos roles.

Usa los pasos Context, Conversation y Documents de Discovery para establecer y examinar esa intención. En un producto importado, el análisis del repositorio sustituye a la conversación; sigue el flujo de importación específico.

Conoce los documentos obligatorios

Hay ocho documentos obligatorios, incluida la especificación:

La generación sigue las dependencias y el orden de publicación. Revisa cada documento inicial antes de aceptar las suposiciones que usarán los posteriores. Una DPIA generada es material de evaluación; su presencia no demuestra por sí sola el cumplimiento legal.

Look & Feel y Service Blueprint son opcionales. Úsalos cuando una propuesta visual de interfaz o una descripción del servicio ayude al equipo a evaluar el producto.

Distingue la publicación de la revisión

La especificación empieza como borrador. La generación posterior usa la versión publicada. Editar crea un nuevo borrador; los cambios se aplican al trabajo posterior cuando publicas la nueva versión.

Los demás documentos contienen información de publicación y revisión. Generate remaining puede generar en secuencia el conjunto que falta, y cada resultado necesita revisión. Que termine la generación no es una conclusión humana de que las suposiciones sean correctas.

Para el servicio de equipamiento, examina la regla de acceso en todos los documentos pertinentes. Una especificación correcta y un flujo de datos desactualizado no forman un diseño coherente.

Gestiona los cambios de forma deliberada

Cuando vuelves a publicar la especificación, los documentos generados que dependen de ella pueden pasar a Outdated. Taiga no los reescribe sin avisar. Un cambio en otro documento fuente también puede afectar a documentos posteriores de la cadena.

Vuelve a generar los documentos afectados mientras Discovery esté abierto. Generate remaining incluye los documentos desactualizados. Examina los nuevos resultados, en especial las suposiciones que hayan cambiado en varios documentos.

Los ocho documentos obligatorios deben estar publicados para que esté disponible Finish Discovery. Un documento Outdated no impide terminar. Comprueba tú la coherencia en lugar de tratar el botón como prueba de que toda la revisión está completa.

Terminar bloquea el conjunto y abre el flujo posterior del producto. Vuelve a abrir Discovery desde un documento cuando necesites cambiar un conjunto bloqueado.

Entrega una intención coherente a la planificación

Antes de planificar, indica los roles de usuario actuales, las restricciones aceptadas y las decisiones sin resolver. Comprueba que las propuestas de iniciativas citen documentos que describan el mismo producto.

Un resultado útil de revisión es concreto: «El autoservicio para empleados se refleja en los flujos, el diseño de autorización, el flujo de datos y el tratamiento de amenazas». Continúa con iniciativas para convertir esa intención en trabajo.