| Definición de requisitos | Crea un índice en la Wiki para tu proyecto dentro de la carpeta "documentación/requisitos/" que incluya los requisitos funcionales del MVP, de los MBIs y los atributos de calidad. | Equipo de producto | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). RD SP2.1 (Establecer requisitos del producto y de los componentes del producto), RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos) |
| Documentación de requisitos funcionales | Crea un documento para cada requisito funcional dentro de la carpeta "documentación/requisitos/", asegúrate de incluir: - Número y nombre del requisito - Descripción de la historia de usuario - Criterios de aceptación - Diagrama de secuencia (si aplica) - Mockup/wireframe (si aplica) - Pruebas - Código - Cualquier otra documentación relevante basándose en la definición de READY y DONE de cada proyecto - Historial de cambios | Equipo de producto | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). RD SP2.1 (Establecer requisitos del producto y de los componentes del producto), RD, SP 3.2 ( Establecer una definición de la funcionalidad y de los atributos de calidad requeridos) |
| Crea una copia de la plantilla: Plantilla de Mapa de Dependencias y utilízala para tener un registro de las interdependencias entre requisitos, y las dependencias entre los requisitos funcionales y los atributos de calidad. | Equipo de producto | RD SP2.2 (Asignar los requisitos a los componentes del producto). RD SP2.1 (Establecer requisitos del producto y de los componentes del producto) |
| En el índice de requisitos de tu proyecto, añade una sección de Dependencias y coloca el link a tu Mapa de Dependencias. | Equipo de producto | RD SP2.2 (Asignar los requisitos a los componentes del producto). |
| Vinculación de documentos | Incluye en el índice de requisitos enlaces a cada uno de los documentos individuales de los requisitos. | Equipo de producto | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). |
| Etiquetado de requisitos funcionales | Al terminar de diseñar el requisito incluye la etiqueta Ready junto a la historia en el índice. | Equipo de producto | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). |
| Referencia en el código | Durante el desarrollo, cada implementación debe incluir un comentario dentro del código indicando el requisito al que corresponde. Para el comentario, sigue el formato:RF[num] Nombre del Requisito - [Link], donde el enlace dirigirá al documento del requisito. | Equipo de desarrollo | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). |
| Cambio de estado del requisito | Tras terminar de codificar un requisito, reemplaza la etiqueta Ready por Done en el índice de requisitos. | Equipo de producto | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). |
| Vincular Pull Request (front y back) | Cuando se acepten los Pull Requests, añade los enlaces en la sección de "Código" en la documentación del requisito, asegurándote de tener el formato: Pull request front-end: (enlace del PR). Pull request back-end: (enlace del PR). | Equipo de desarrollo | REQM SP1.4 (Mantener la trazabilidad bidireccional de los requisitos). |