Un principio fundamental de los procesos de desarrollo modernos es el desarrollo ágil . Esta metodología de desarrollo enfatiza el uso de historias de usuarios pequeñas y breves para definir lo que hace un sistema desde la perspectiva del usuario, no desde la perspectiva técnica. A un usuario le importa si un producto es rápido, fácil de usar y resuelve su problema. No les importa si sigue una arquitectura de 3 niveles, tiene Mongo DB o si usa Rails o Asp.net.
Storyboard That proporciona una plataforma ideal para crear historias de usuario ágiles y generar conversaciones en un formato mucho menos exigente que un muro de texto.
En el contexto de las historias de usuarios, una "épica" es simplemente una historia muy amplia que luego se dividirá en muchas historias de usuarios específicas. Comenzar con una epopeya alinea a todos con una visión única de alto nivel. La historia épica ancla un proyecto de arriba hacia abajo, y si no tiene sentido construir una obra épica, el trabajo de apoyo también será una pérdida de esfuerzo.
(Esto comenzará una prueba gratis de 2 semanas - No se necesita tarjeta de crédito)
En esta historia, está muy claro cuál es la visión a largo plazo y cómo debería verse el éxito. Una buena historia épica debe incluir:
Especialmente al diseñar software, es importante tener una buena visión de cómo serán los usuarios. No todos los usuarios coincidirán con esta visión con precisión, y puede haber múltiples categorías de usuarios, pero estas visiones discretas necesitan articulación. Pensar en los usuarios primero protege contra la ingeniería excesiva y la complicación excesiva, evitando que un nuevo producto tenga algo para todos y no sea útil para nadie.
(Esto comenzará una prueba gratis de 2 semanas - No se necesita tarjeta de crédito)
Una vez que se ha establecido una epopeya y se han definido los usuarios, se pueden construir historias más pequeñas y específicas sobre experiencias particulares de los usuarios. Las historias a continuación dividen lo descrito anteriormente en dos narrativas: buscar un pedido y volver a pedir un producto.
Estas narrativas no contienen información técnica; a los usuarios no les importa cómo se logran los resultados, siempre y cuando realice las tareas deseadas. Del mismo modo, la UX se describe de forma genérica, para evitar sofocar la innovación o forzar un camino. En general, las historias deben ser:
(Esto comenzará una prueba gratis de 2 semanas - No se necesita tarjeta de crédito)
(Esto comenzará una prueba gratis de 2 semanas - No se necesita tarjeta de crédito)
Estas historias deben invitar a la conversación y las preguntas, como:
Es perfectamente razonable crear muchas historias; de hecho, debería fomentarse. Algunas de estas historias nunca se utilizarán, pero es importante ver el camino que marcaron. Esta colección de historias eliminará los requisitos adicionales e influirá en las pruebas.
Las historias deben provocar e informar la discusión sobre cómo se probará el software y qué reglas comerciales deben definirse explícitamente. Por ejemplo: