Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Definiendo Historias de Usuario en Scrum
Definiendo Historias de Usuario en Scrum
Uno de los puntos que más interrogantes provocan en la gente que se acerca a
Scrum es cómo dividir el desarrollo de un proyecto en historias de usuario, es
decir en tareas lo más pequeñas posibles que aporten valor funcional al cliente.
En este artículo voy a tratar de explicar el enfoque que yo adopto cuando trato
de describir un requisito funcional cómo historia de usuario. Obviamente no es
la única opción, ni la mejor, de echo es probable que esté pasando un montón
de cosas por alto y que muchos se lleven las manos a la cabeza, pero creo que
puede ser útil cómo primera aproximación para aquellas personas que no
tengan del todo claro un procedimiento a seguir.
Ahora supongamos que este problema nos lo ha planteado nuestro cliente, que
quiere que le construyamos exactamente el sistema descrito en el enunciado
¿Cómo llegamos desde el mismo, a la lista de tareas del backlog? Por el
momento vamos a obviar aquellas tareas que a simple vista no aportan valor al
cliente pero que son del todo necesarias para el proyecto (definir e implementar
la arquitectura del sistema por ejemplo) y vamos a centrarnos únicamente en
los objetivos funcionales.
En este punto tenemos identificadas todas las tareas funcionales del proyecto,
y se ha descrito cada una de ellas cómo una historia de usuario.