Definición de historias de usuario y desarrollo ágil
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.
Historias de usuarios:
- Son fáciles de entender y cualquiera puede participar.
- Trabajar de forma iterativa; pueden y deben cambiarse o modificarse con frecuencia
- Alinee a los desarrolladores, usuarios y especialistas comerciales en torno a objetivos y expectativas comunes
- Son mucho más fáciles de leer que los documentos de requisitos de 400 páginas
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.
Épico
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.
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:
- Marco o contexto
- Actores o usuarios
- Metas y objetivos
- Actividades y eventos
Definición de usuarios
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.
Creando una historia
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:
- Pequeño: trabajo de menos de 10 días
- Valioso: una vez completado, deberían entregar algo utilizable
- Estimable: capaz de crear una estimación aproximada de cuánto esfuerzo implica
Buscando una orden
Realización de un reordenamiento
Conversación y planificación para las pruebas
Estas historias deben invitar a la conversación y las preguntas, como:
- ¿Son estas las historias adecuadas para coincidir con nuestra epopeya?
- ¿Qué otras historias deberían crearse?
- ¿Son estas historias coherentes con lo que sabemos sobre nuestros usuarios?
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:
- ¿Qué tan rápido debe ser una búsqueda?
- ¿Hay un límite de tiempo para los nuevos pedidos?
- ¿Qué debe hacer el sistema si es el segundo pedido? ¿Quinto?
- ¿Qué pruebas y preguntas de seguimiento tendría?
© 2024 - Clever Prototypes, LLC - Reservados todos los derechos.
StoryboardThat es una marca registrada de Clever Prototypes , LLC y registrada en la Oficina de Patentes y Marcas de EE. UU.