Definition of Done | Scrum Manager Podcast 1x06

Crean bueno ayer podcast el espacio donde descubrir mejores formas de gestionar tus proyectos hola y bienvenidos en el episodio de hoy hablaremos de la definición de hecho y resolver hemos dudas frecuentes sobre esta y los criterios de aceptación comenzamos definición opción en español definición de hecho es la descripción de las condiciones que debe tener un incremento para considerarlo 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 informática que la definición de hecho incluya criterios de seguridad privada edad y compatibilidad es decir que el código escrito se puede integrar con el resto del sistema y que este escrito de forma compatible es importante que el código cumpla con los estilos y directrices del proyecto la definición de hecho incluye criterios y acciones que agregan valor demostrable y puede ir evolucionando conforme se aprende para mejorar tanto los entregarles como la forma de trabajar ayuda no sólo a mantener un nivel de calidad que beneficia al cliente y a los usuarios sino también a controlar el avance del proyecto porque si los incrementos sepan entregando sino una buena definición de hecho aparecen problemas hecho debe significar que está listo para usarse para integrarse en el producto sistema eso no sólo requiere que el incremento funcione sino que este probado que sea seguro etcétera sin una buena definición de hecho podemos producir una nube de trabajo no del todo terminado o en un estado incierto que complica las planificación es y generar riesgos ocultos que pueden poner en riesgo la fecha de entrega y la calidad del producto aunque la teoría puede parecer un concepto fácil en la práctica suscita togas a continuación vamos a ver algunas de ellas como la diferencia con los llamados criterios de aceptación o donde encajan los test con usuarios de la teoría a la práctica qué diferencia hay entre los criterios de aceptación y la definición de hecho el nivel de concreción es distinto los criterios de aceptación se centran en cada elemento del club por separado y la definición de hecho atañe a los incrementos en genera de modo que es normal por ejemplo que la definición de hecho incluye un criterio como que todas las historias de usuario cumplan con sus criterios de aceptación quizá el enfoque más útil para entender la diferencia entre definición y criterios sea considerar de dónde viene cada uno los criterios de aceptación están conectados a las historias de usuario y son algo con lo que está familiarizado los esperado cours en muchos tutoriales sobre historia este usuario se recomienda incluir criterios de aceptación el estas y suelen expresarse en forma de lista como un flujo o una serie de criterios el propietario del producto los durante la reunión de planificación del sprint y cubren lo que el cliente espera de la historia por ejemplo si programamos un carro de la compra para una tienda online el cliente debe poder añadir productos al carro el cliente debe poder modificar la cantidad de cada producto debe poder eliminar productos introducir códigos de descuento etcétera todo esto son criterios de aceptación son aspectos fundamentales si los cuales esa historia no podrá darse por aprobada y hay que conocer los para que el equipo puede estimar y desarrollar la historia correctamente la definición de hecho en cambio está vinculada a los ingresos el equipo sabe bien que