Las historias de usuario son construcciones simples, pero extremadamente poderosas: describen piezas de funcionalidad desde el punto de vista de un usuario, expresadas de una manera sólida y compacta. Reflejan lo que una clase particular de usuarios necesita y el valor que se puede obtener. El formato es muy simple y fácil de usar. Hay varias variaciones, incluyendo:
¿por qué historias de usuario?
Las historias de usuario proporcionan una excelente manera de definir su producto con claridad., Un conjunto de historias de usuario bien definidas y priorizadas puede ayudarlo a articular la funcionalidad de su producto utilizando «un Inglés sencillo», sin tecnicismos ni detalles de implementación.
el enfoque de «historia de usuario» permite discusiones significativas sobre productos, tanto dentro del equipo de desarrollo de productos como con partes interesadas externas.
Las historias de usuario correctamente escritas proporcionan una base sólida para la comunicación y la colaboración, centrándose en lo que más le importa al usuario., En comparación con otros medios de capturar y documentar los requisitos del usuario y las especificaciones del producto, tienen al menos las siguientes ventajas:
- Las historias de usuario ayudan a lograr claridad entre equipos sobre qué construir, para quién, por qué y cuándo. Dado que son fáciles de definir, comprender y revisar, pueden convertirse en la forma estándar de comunicar y resumir la funcionalidad del producto tanto por miembros técnicos como no técnicos. Son extremadamente útiles para discusiones sobre el alcance del producto o como puntos de entrada para inmersiones técnicas profundas. Son elementos clave de la ingeniería ágil.,
- Las historias de usuario fomentan la participación de miembros no técnicos. Los proyectos de software modernos suelen ser complejos e implican una amplia gama de tecnologías, siglas y opciones de implementación. En muchos casos, la terminología o el lenguaje técnico no se entienden comúnmente, incluso dentro de un solo equipo, lo que introduce «ruido» y riesgos para el proyecto. Las historias de usuario eliminan esta dimensión técnica, por lo que cualquier miembro del equipo puede contribuir, simplemente pensando ‘como usuario’., El equipo puede utilizar un lenguaje no técnico y colaborar eficazmente para definir, desafiar o priorizar historias de usuarios. El impacto en la colaboración y la dinámica de equipo puede ser significativo.
- ayudan a definir todo el producto, como un conjunto de historias sólidas y sabiamente priorizadas. El equipo de desarrollo de productos puede pensar en grande, definir el súper conjunto de historias de usuario y luego asignar prioridades (que reflejan el valor esperado para el usuario, la complejidad, las dependencias y otras prioridades de negocio). No tienes que tomar decisiones difíciles y marcar los elementos como ‘fuera de alcance’., En su lugar, puede asignar una prioridad menor a esas ideas «locas», mientras avanza en las historias de usuario que reflejan la funcionalidad principal de su producto. Definir las ‘líneas de corte’ que determinan el alcance de cada iteración, fase o versión, es entonces una cuestión de los recursos disponibles y la velocidad del equipo.
Escribir Grandes Historias de Usuario
El formato es sencillo, y escribir historias es fácil. Pero escribir grandes puede ser un poco complicado. Estas son algunas pautas a considerar:
historias de usuario ≠ tareas
Las historias de usuario no son tareas., De hecho, una sola historia puede necesitar cientos de tareas individuales para entregarse con éxito. Las tareas son sobre implementación; las historias de usuario son sobre definición.
cuando compile sus historias, concéntrese en proporcionar claridad sobre las características de su producto: El qué, no el cómo.
Manténgase de alto nivel
debe ser de alto nivel, pero también preciso y preciso. Las historias deben ser simples y sólidas. Esto ayudará a los miembros del equipo y a las partes interesadas a comprender profundamente las necesidades del usuario, y evitará dedicar tiempo a aclarar palabras de moda, terminología y acrónimos. Solo use un lenguaje simple y preciso.,
comprende a los usuarios
necesitas descubrir y estudiar a los usuarios reales de tu producto — capturar sus perfiles, puntos de vista, expectativas y los puntos débiles asociados.»La investigación de usuarios y otras técnicas pueden generar información para ayudarle a comprender mejor a los usuarios y sus necesidades.
no importa las técnicas, necesita el conjunto de usuarios clave, idealmente en forma de personas, antes de comenzar a compilar historias de usuarios.,
piense como un usuario
el <como una clase particular de usuario/ persona /rol> parte de una historia de usuario, define el ángulo, la perspectiva: cómo el usuario en particular percibe la funcionalidad resumida en la historia.
esto es de importancia crítica: el propietario del producto y todo el equipo deben pensar desde el punto de vista del usuario y comprender las necesidades subyacentes y el valor esperado.,
Think big
al describir un producto como un backlog de historias de usuarios, no hay una buena razón para restringir su pensamiento por Presupuesto, Tiempo, viabilidad o costo.
una buena práctica es pensar en grande y dejar que las historias de usuarios «locas» entren en el backlog. La sobrecarga administrativa de mantener una cartera de productos extendida es pequeña; el valor que se deriva de ella, en términos de claridad del producto, visión y oportunidades, es masivo.,
Use épicas
las épicas pueden tomar la forma de historias de alto nivel, que describen grandes piezas de funcionalidad, por lo general requieren una cantidad significativa de trabajo, a través de múltiples sprints. Otra forma de pensar en las epopeyas es como agrupaciones / contenedores de historias relacionadas, más pequeñas, todas al servicio de un objetivo común. Las epopeyas son buenas para organizar sus historias y proporcionar el panorama general.,
no descartes — prioriza en su lugar
dado un proceso de priorización efectivo, es una buena práctica seguir enriqueciendo tu backlog de productos con nuevas historias de usuarios, describiendo nuevos escenarios de interacción de usuarios, «ideas aleatorias» o el resultado de las actividades de innovación de productos.
para gestionar el ruido potencial, es necesario agrupar correctamente y priorizar las nuevas entradas. En cualquier caso, no filtre/deseche los artículos de su cartera: los artículos des-scoped generalmente se olvidan, mientras que los artículos des-priorizados permanecen detectables y pueden convertirse en relevantes en las condiciones adecuadas.,
dependiendo del contexto, priorizar las historias de usuario puede ser un proceso complicado. Es necesario estimar el valor de cada historia, para el Usuario y para el negocio. Necesita dimensionar la complejidad, estimar la viabilidad y el costo / esfuerzo requerido para construir y lanzar la característica. Debe identificar las dependencias cruzadas en su backlog, lo que impone un orden específico entre ciertas entradas.
configuración para el éxito: no solo aceptación
Los equipos a menudo definen las pruebas de aceptación del usuario y los criterios de aceptación relacionados. Sin embargo, la aceptación no es suficiente: debe prepararse para el éxito., Como gerente de producto, necesita más que una confirmación de que ‘funciona como debería’ o ‘ de acuerdo con las especificaciones.’
necesitas métricas que también estén vinculadas a la retroalimentación directa de los usuarios, capturando lo felices y comprometidos que están Tus usuarios reales. Si bien la aceptación es buena para controlar el ciclo de vida de desarrollo de la función, el éxito se basa en el impacto a medio/largo plazo y el valor creado para los usuarios reales de su producto. Es necesario definir ambos-a nivel de producto y / o épica y / o historia.
etiquetar historias, agregar metadatos
Los productos complejos requieren cientos de historias de usuario., Para facilitar la navegación y la administración, debe nombrar, categorizar y etiquetar sus historias de manera efectiva. Después de las primeras revisiones de una historia, debes evitar renombrar o cambiar drásticamente su descripción, ya que esto podría introducir confusión y lagunas en el equipo.
administrar correctamente los metadatos de sus historias: estado, progreso,enlaces, prioridades, recursos, etc. – ayuda a explorar, monitorear y comprender su backlog.
¡no se adhiera a las notas adhesivas!,
sí, una pared llena de notas adhesivas coloridas se ve elegante y ayuda a su equipo a parecer ocupado y productivo:) pero necesita un sistema serio y herramientas especiales para ayudarlo a administrar, enriquecer, priorizar y compartir historias adecuadamente.,
En casos especiales, como una lluvia de ideas o la ideación de la sesión, se puede capturar el primer conjunto de historias de usuario mediante el uso de notas adhesivas—a condición de que usted, a continuación, documentos todos ellos en un verdadero sistema de gerencia de producto. Si no lo hace, y simplemente mantiene sus historias en notas adhesivas, es probable que pierda oportunidades en términos de claridad, innovación, eficiencia y colaboración.,
todavía necesita especificaciones
tener un conjunto priorizado de historias de usuario bien definidas es genial, pero es solo el comienzo. El equipo necesita analizar las historias – desde un punto de vista técnico — y crear los artefactos técnicos necesarios.
idealmente, las historias se asignan a documentación específica que proporciona todos los detalles técnicos necesarios desde una perspectiva de ingeniería de software. Proporcionan los puntos de entrada para documentos de especificaciones técnicas detalladas y otros artefactos detallados.,
la visualización ayuda
una visualización siempre activa (digital) de las historias de usuario de máxima prioridad por categoría, tema o epic podría ser extremadamente útil para la colaboración y la alineación entre los equipos y las partes interesadas. Junto con estadísticas, problemas, Bloqueadores e indicadores de progreso, un mapa de historia se puede servir a través de pantallas interactivas en el espacio de colaboración.
Las historias de usuario proporcionan una excelente manera de describir de forma rápida y precisa la funcionalidad de un producto o sistema de software., También son muy eficaces para capturar los resultados de sesiones de lluvia de ideas, sprints de diseño, hackathons y otros procesos impulsados por la innovación, donde un flujo de ideas debe capturarse de una manera compacta y estructurada.