Definición de hecho: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
La '''definición de hecho''' (''DoD'' o ''Definition of Done'' en inglés) es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado. | |||
==Descripción y características== | |||
La determinan los [[desarrolladores]] y el [[propietario del producto]]. | *'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]]. | ||
*Se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado". | |||
*'''Es explícita y conocida por todo el equipo.''' Dependerá del ámbito del negocio, pero algunos de los aspectos más habituales que se incluyen son funcionalidad, calidad, pruebas, documentación y retroalimentación del cliente. Es decir: | |||
**Todas las tareas o historias implementan la funcionalidad requerida de manera correcta. | |||
**Todas se han implementado con alta calidad técnica, cumpliendo con los estándares necesarios. | |||
**Todas se han probado y los errores encontrados se han resuelto. | |||
**Todo ha quedado documentado adecuadamente para su fácil comprensión y mantenimiento. | |||
**Y el cliente ha revisado y aprobado el incremento. | |||
**También es habitual, en empresas de software, que la Definición de Hecho incluya criterios de seguridad, privacidad, y compatibilidad. Es importante que el código cumpla con los estilos y directrices del proyecto. | |||
==Función== | |||
==Véase también== | ==Véase también== | ||
Revision as of 10:51, 18 December 2023
La definición de hecho (DoD o Definition of Done en inglés) es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.
Descripción y características
- La determinan los desarrolladores y el propietario del producto.
- Se suele plasmar en una lista de criterios al que se someterá la historia o el sprint para confirmar si se puede considerar "terminado".
- Es explícita y conocida por todo el equipo. Dependerá del ámbito del negocio, pero algunos de los aspectos más habituales que se incluyen son funcionalidad, calidad, pruebas, documentación y retroalimentación del cliente. Es decir:
- Todas las tareas o historias implementan la funcionalidad requerida de manera correcta.
- Todas se han implementado con alta calidad técnica, cumpliendo con los estándares necesarios.
- Todas se han probado y los errores encontrados se han resuelto.
- Todo ha quedado documentado adecuadamente para su fácil comprensión y mantenimiento.
- Y el cliente ha revisado y aprobado el incremento.
- También es habitual, en empresas de software, que la Definición de Hecho incluya criterios de seguridad, privacidad, y compatibilidad. Es importante que el código cumpla con los estilos y directrices del proyecto.