Definiciones Ready y Done
v 4.1
Ready
Una tarea se considera READY para el desarrollo cuando cumple con todos los siguientes criterios:
-
Definición de requerimientos: los requerimientos cuentan con descripciones de lo que se espera del sistema o producto final y están priorizados en el Plan de Valor Ganado de ZeitGeist.
- Estas descripciones incluyen funcionalidades, comportamientos y reglas de negocio especificadas en el documento de especificación de requerimientos.
- Las visualizaciones y prototipos están disponibles y son comprensibles por el desarrollador.
- Tener una estimación de los Story Points y su valor planeado en el Plan de Valor Ganado.
-
Criterios de aceptación: se han establecido y documentado criterios de aceptación específicos en el documento especificación de requerimientos que deben cumplirse para que la tarea se considere completada.
- Estos criterios sirven como un contrato acordado entre desarrolladores, diseñadores, testers y stakeholders sobre qué constituye una implementación exitosa de la tarea.
-
Independencia: los requerimientos de la tarea no dependen de otras tareas no completadas.
- La tarea puede ser abordada y completada sin tener que esperar por la finalización de otras tareas.
-
Recursos: todos los recursos necesarios para desarrollar el requerimiento están disponibles y accesibles.
- Incluye acceso a sistemas externos, APIs, y datos de prueba.
- Herramientas o plataformas necesarias están disponibles.
- Documentación y guías de uso están disponibles y actualizadas.
Done
Una tarea se considera DONE cuando ha satisfecho todos los siguientes criterios:
1. Implementación Completa: La tarea ha sido completamente implementada, cumpliendo con todos los requisitos y funcionalidades definidos.
2. Pruebas Unitarias y de Integración: Se han realizado pruebas siguiendo el Plan de Pruebas. Unitarias para validar la funcionalidad y estabilidad de la implementación. Además, se han efectuado pruebas de integración para asegurar la coherencia y compatibilidad con otros componentes del sistema.
3. Revisión de Código: El código ha sido revisado y aprobado por otro miembro del equipo para garantizar la calidad y mantenibilidad del código.
4. Defect Log: Se han cerrado todos los issues (si aplicara) creados en el defect Log.
5. Documentación: Se ha creado o actualizado la documentación necesaria relacionada con la tarea, incluyendo la especificación técnica, las guías de uso, la trazabilidad en la Matriz de Trazabilidad de Requisitos (RTM) y el Plan de Valor Ganado (PVG).
Control de cambios
| Versión | Cambio | Autor del cambio | Revisor(es) | Fecha de cambio |
|---|---|---|---|---|
| v 1.0 | Definición de Ready y Done | Sebastián Flores, Daniel Hurtado | Ramona Najera | 05/04/2024 |
| v 2.0 | Añadir Control de cambios | Olimpia García | Ramona Najera | 08/04/2024 |
| v 2.1 | Corrección de errores | Daniel Hurtado | 15/04/2024 | |
| v 2.2 | Añadir PVG, plan de pruebas y link a la RTM | Ramona Najera | 16/04/2024 | |
| v 3.0 | Actualización de la definición de Ready | Carlos Salguero Rodrigo Terán | Equipo de desarrollo de ZeitGeist | 30/04/2024 |
| v 4.0 | Actualización de la definición de Done | Olimpia García | DotGeits | 01/05/2024 |
| v 4.1 | Corrección de link | Daniel Fuentes | 07/05/2024 |