La mejor manera de entender las historias de los usuarios es entender su contexto como un método para detallar los requisitos.
Historias de usuario para ‘Soluciones’
Las historias de los usuarios son excelentes para definir soluciones, porque son ligeras y se centran en el uso de palabras que todos entienden en “el negocio”. También han sido probados y probados, originados a partir de finales de los 90 en la Programación Extrema. Y hay muchos formatos diferentes que puede tomar una historia de usuario. Pero, con mucho, el formato más común es:
Como , quiero , para que
Aquí hay algunos recursos para comenzar a escribir excelentes historias de usuario:
- ¿Cuál es el mejor libro para que un administrador de Linux aprenda Python?
- ¿Qué recursos son los mejores para desarrollar aptitudes cuantitativas?
- ¿Hay recursos en línea gratuitos (MOOC, blogs, cursos, tutoriales, libros electrónicos) para aprender sobre el IoT que recomendaría?
- Quiero aprender cómo crear una aplicación de mensajería instantánea como WhatsApp, Skype y WeChat de forma gratuita. ¿Qué enlaces o documentos pueden ayudarme a empezar?
- ¿Cuáles son algunos buenos recursos / video / artículos / etc. ¿Para ayudarme a entender mejor el conflicto israelí-palestino?
- Historias de usuarios por Mike Cohn
- 10 consejos para escribir buenas historias de usuarios
- Historias de usuarios: una introducción ágil
- Escribiendo historias de usuario
Desafortunadamente, el “Para que” en una historia de usuario proporciona poco contexto en relación con el detalle de la (s) situación (es) real (es) y las motivaciones que tiene un usuario.
Historias de trabajo para ‘Objetivos’
Aquí es donde entran en juego las Historias de trabajo . Las historias de trabajo se centran en el contexto y, esencialmente, lo ayudan a definir los objetivos de un usuario. Toman el formato de:
Cuando quiero para poder
Al crear historias de trabajo (objetivos), puede mapear historias de usuario (soluciones) para resolverlas.
Funciona porque, un objetivo se puede resolver de diferentes maneras, y cada forma de resolver el objetivo dará resultados diferentes. Su trabajo es definir un objetivo, luego priorizar, ejecutar, probar e iterar en estas soluciones. Esto usualmente termina en una de cuatro maneras:
- Es posible que solo tenga que atenerse a la primera solución.
- O puede que tenga que probar algunas otras soluciones antes de encontrar resultados.
- O quizás descubra que los objetivos de sus usuarios han cambiado.
- O que no definió correctamente los objetivos de sus usuarios en primer lugar.
El punto es, abstraer soluciones técnicas de lo que sus usuarios están tratando de lograr. En muchos casos, lo que sus usuarios quieren es mucho más simple que lo que eventualmente construye.
La idea detrás de esto se puede resumir en la siguiente situación:
Incluso si tienes los mejores desarrolladores del mundo, si están desarrollando algo incorrecto , todo lo que obtendrás es un producto realmente eficiente que nadie usa.
Para comenzar con las historias de trabajo, lea las siguientes publicaciones canónicas:
- Reemplazando la historia del usuario con la historia del trabajo
- 5 consejos para escribir una historia de trabajo
- Diseño de características utilizando trabajos para realizar
Métodos alternativos – hay mucho
Hay muchos otros métodos que puede usar, por lo que he elegido dos métodos principales para usted aquí:
- Mapeo de historias de usuario por Jeff Patton (como señaló Sherif Mansour).
- Derivación de características directamente de una Hoja de ruta de estrategia del producto utilizando las características mínimas comercializables .
¡Espero que eso ayude!