https://www.storyboardthat.com/es/articles/b/historias-de-usuarios-ágiles

Definición de historias de usuario y desarrollo ágil

Utilice guiones gráficos para ayudar a explicar los procesos y la interacción con el cliente.

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.

Customer Care Generic Epic
Customer Care Generic Epic

Crea una Historia de Usuario Ágil*

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.

Acme Corp. Users
Acme Corp. Users

Crea una Historia de Usuario Ágil*

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

Acme Corp. - Looking up an Order
Acme Corp. - Looking up an Order

Crea una Historia de Usuario Ágil*

Realización de un reordenamiento

Acme Corp. Replacement Order
Acme Corp. Replacement Order

Crea una Historia de Usuario Ágil*

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?


Echa un vistazo a Storyboard That's Guía ilustrada de Desarrollo de Producto de Cliente Mapeo del trayecto!
*(Esto comenzará una prueba gratis de 2 semanas - No se necesita tarjeta de crédito)
https://www.storyboardthat.com/es/articles/b/historias-de-usuarios-ágiles
© 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.