¿Cuando una historia de usuario está "acabada acabada"?

Parece simple, pero en realidad no lo es tanto. ¿Cuando se puede decir que una historia de usuario está acabada realmente?

Primero vamos a comenzar con algunas definiciones.

• Acabado: 
• Hacer que algo llegue a su término.
• Historia de usuario: 
• Es una representación de un requerimiento de software escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requerimientos (acompañadas de las discusiones con los usuarios y las pruebas de validación).
• Cada historia de usuario debe ser limitada, esta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los clientes.

Entonces, ¿cuando podríamos decir que una historia de usuario está finalizada o acabada realmente? Como el término acabado es un tanto ambiguo, creo muy importante que cada equipo defina lo que para cada uno significa que una historia de usuario se pueda dar por finalizada dentro de un equipo.

He aquí algunos aspectos que pienso que se deberían tener en cuenta:

• Partes básicas que forman parte de las pruebas de validación.
• Pactar con el cliente las pruebas de validación de cada historia.
• Entorno se va a utilizar para pasar las pruebas de validación definidas por cada historia.
• Decidir quien es la persona/s que deciden cuando una historia se cierra. (Cliente, Equipo de Calidad, Producto Owner,...)
• Utilizar una herramienta de control de incidencias que permita mapear bugs con las historias afectadas.
• ...

Es un buen trabajo, que cada equipo lo que es para ellos el concepto de "historia acabada acabada" para evitar así que puedan darse malos entendidos.

Saludos,
JK