1 los usuarios son lo primero

como su nombre indica, una historia de usuario describe cómo un cliente o usuario emplea el producto; se cuenta desde la perspectiva del usuario. Además, las historias de usuario son particularmente útiles para capturar una funcionalidad específica, como buscar un producto o hacer una reserva. La siguiente imagen ilustra la relación entre el usuario, la historia y la funcionalidad del producto (simbolizada por el círculo).,

si no sabes quiénes son los usuarios y clientes y por qué querrían usar el producto, entonces no debes escribir ninguna historia de usuario. Lleve a cabo primero la investigación necesaria del usuario, por ejemplo, observando y entrevistando a los usuarios. De lo contrario, se corre el riesgo de escribir historias especulativas que se basan en creencias e ideas, pero no en datos y evidencia empírica.

2 Utilice Personas para descubrir las historias correctas

una gran técnica para capturar sus ideas sobre los usuarios y clientes está trabajando con personas., Las Personas son personajes ficticios que se basan en el conocimiento de primera mano del grupo objetivo. Por lo general, consisten en un nombre y una imagen; Características, comportamientos y actitudes relevantes; y un objetivo. El objetivo es el beneficio que la persona quiere lograr, o el problema que el personaje quiere ver resuelto mediante el uso del producto.

pero hay más: los objetivos de persona te ayudan a descubrir las historias correctas: pregúntate qué funcionalidad debe proporcionar el producto para cumplir con los objetivos de las personas, como explico en mi post de Personas a historias de usuarios., Puede descargar una plantilla práctica para describir sus personas de romanpichler.com/tools/persona-template.

3 crear historias colaborativamente

Las historias de usuario están pensadas como una técnica ligera que te permite moverte rápido. No son una especificación, sino una herramienta de colaboración. Las historias nunca deben ser entregadas a un equipo de desarrollo. En su lugar, deben estar integrados en una conversación: el propietario del producto y el equipo deben discutir las historias juntos. Esto le permite capturar solo la cantidad mínima de Información, reducir los gastos generales y acelerar la entrega.,

Puede llevar este enfoque más allá y escribir historias de forma colaborativa como parte de su proceso de preparación de backlog de productos. Esto aprovecha la creatividad y el conocimiento del equipo y da como resultado mejores historias de usuario.

si no puede involucrar al equipo de desarrollo en el trabajo de la historia del usuario, entonces debe considerar usar otra técnica más formal para capturar la funcionalidad del producto, como los casos de uso.

4 Mantenga sus historias simples y concisas

escriba sus historias para que sean fáciles de entender. Manténgalos simples y concisos., Evite términos confusos y ambiguos, y use voz activa. Concéntrate en lo que es importante y deja de lado el resto. La siguiente plantilla pone al usuario o cliente modelado como persona en la historia y hace que su beneficio sea explícito. Está basado en la Popular plantilla de Rachel Davies, pero he reemplazado el rol de usuario con el nombre de la persona para conectar la historia con la persona relevante.

<persona> ,
quiero <qué?>
so that < why?>.,

Use la plantilla cuando sea útil, pero no se sienta obligado a aplicarla siempre. Experimente con diferentes maneras de escribir sus historias para entender lo que funciona mejor para usted y su equipo.

5 Comience con épicas

una épica es una historia grande, incompleta y de grano grueso. Por lo general, se divide en varias historias de usuarios a lo largo del tiempo, aprovechando los comentarios de los usuarios sobre los primeros prototipos y los incrementos de productos. Puedes considerarlo como un titular y un marcador de posición para historias más detalladas.

comenzar con epics le permite bosquejar la funcionalidad del producto sin comprometerse con los detalles., Esto es particularmente útil para describir nuevos productos y características: le permite capturar el alcance aproximado, y le compra tiempo para aprender más sobre cómo abordar mejor las necesidades de los usuarios.

también reduce el tiempo y el esfuerzo necesarios para integrar nuevos insights. Si tiene muchas historias detalladas en el backlog de productos, a menudo es complicado y requiere mucho tiempo relacionar los comentarios con los elementos apropiados y conlleva el riesgo de introducir inconsistencias.,

6 refina las historias hasta que estén listas

Divide tus epopeyas en historias más pequeñas y detalladas hasta que estén listas: claras, factibles y probables. Todos los miembros del equipo de desarrollo deben tener una comprensión compartida del significado de la historia; la historia no debe ser demasiado grande y encajar cómodamente en un sprint; y tiene que haber una manera efectiva de determinar si la historia está terminada.

7 agregar criterios de aceptación

mientras divide las epopeyas en historias más pequeñas, recuerde agregar criterios de aceptación., Los criterios de aceptación complementan la narrativa: permiten describir las condiciones que deben cumplirse para que la historia se realice. Los criterios enriquecen la historia, la hacen comprobable y garantizan que la historia se pueda demostrar o publicar a los usuarios y otras partes interesadas. Como regla general, me gusta usar de tres a cinco criterios de aceptación para historias detalladas.

8 Use tarjetas de papel

Las historias de usuario surgieron en Extreme Programming (XP), y la literatura temprana de XP habla de tarjetas de historia en lugar de historias de usuario., Hay una razón simple: las historias de los usuarios fueron capturadas en tarjetas de papel. Este enfoque proporciona tres beneficios: primero, las tarjetas de papel son baratas y fáciles de usar. En segundo lugar, facilitan la colaboración: cada uno puede tomar una tarjeta y anotar una idea. En tercer lugar, las tarjetas se pueden agrupar fácilmente en la mesa o la pared para comprobar la consistencia y la integridad y para visualizar las dependencias. Incluso si sus historias se almacenan electrónicamente, vale la pena usar tarjetas de papel cuando escriba nuevas historias.

9 Mantén tus historias visibles y accesibles

Las historias quieren comunicar información., Por lo tanto, no los oculte en una unidad de red, la jungla de intranet corporativa o una herramienta con licencia. Hazlos visibles, por ejemplo, poniéndolos en la pared. Esto fomenta la colaboración, crea transparencia y lo hace obvio cuando agrega demasiadas historias demasiado rápido, ya que comenzará a quedarse sin espacio en la pared. Una herramienta útil para descubrir, visualizar y administrar sus historias es My Product Canvas que se muestra a continuación.

10 no confíes únicamente en historias de usuario

crear una gran experiencia de usuario (UX) requiere más que Historias de usuario., Las historias de usuario son útiles para capturar la funcionalidad del producto, pero no son adecuadas para describir los recorridos del usuario y el diseño visual. Por lo tanto, complemente las historias de usuario con otras técnicas, como mapas de historias, diagramas de flujo de trabajo, guiones gráficos, bocetos y Maquetas.

Además, las historias de usuario no son buenas para capturar los requisitos técnicos. Si necesita comunicar lo que debe hacer un elemento arquitectónico como un componente o servicio, escriba historias técnicas o, lo cual es mi preferencia, use un lenguaje de modelado como UML.,

finalmente, escribir historias de usuario vale la pena cuando se desarrolla software que es probable que se reutilice. Pero si desea crear rápidamente un prototipo desechable o maqueta para validar una idea, entonces escribir historias puede no ser necesario. Recuerde: las historias de usuario no se tratan de documentar los requisitos; quieren permitirle moverse rápidamente y desarrollar software lo más rápido posible, sin imponer ninguna sobrecarga.