Hecho es una palabra maravillosa; ¡cuando el equipo hace una historia de usuario es hora de celebrar! pero algunas veces hay confusión sobre exactamente lo que significa esa palabra "hecho". Un programador podría llamar a algo hecho cuando el código ha sido escrito. El tester podría pensar que hecho significa que todas las pruebas han pasado. La persona de operaciones podría pensar que hecho significa que se ha cargado en los servidores de producción. Una persona de negocios puede pensar que hecho significa que ahora podemos venderlo a los clientes, y está listo para que lo usen. Esta confusión sobre lo que significa "hecho" puede causar mucha confusión y problemas, cuando el vendedor pregunta por qué el equipo todavía está trabajando en la misma historia que el programador dijo que se hizo hace dos semanas.
Con el fin de evitar confusiones, los buenos equipos scrum crean su propia definición de la palabra "hecho" cuando se aplica a una historia de usuario. Deciden juntos qué cosas serán completas antes de que el equipo declare una historia que hacer. La definición del equipo puede incluir cosas como: código escrito, código revisado, pasar pruebas unitarias, regresión pruebas de aprobación, documentación escrita, firma del propietario del producto, etc. Esta lista de cosas que el equipo acepta hacer siempre antes de declarar una historia hecha se convierte en la "definición de hecho" de los equipos. Es probable que el equipo imprima su desafío de hecho como una lista de verificación, y lo publicará junto a su tablero de tareas. Cuando el equipo piensa que se hace una historia, todos se reúnen y revisan cada elemento, para confirmar que se ha completado. Sólo entonces el equipo declarará la historia como hecha.
Definición de hecho
