Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta user stories. Mostrar todas las entradas
Mostrando las entradas con la etiqueta user stories. Mostrar todas las entradas

martes, enero 11, 2022

Cinco formas de mejorar tu desempeño con historias de usuario

 

Imagen tomada de Pixabay

Las historias de usuario no son para escribirlas

La pregunta que debes hacer no es “¿cómo escribir mejores historias de usuario? El objetivo no debe ser escribir historias de usuario. Cámbiala más bien por ¿cómo mejorar mis conversaciones con historias de usuario? Las historias de usuario son un instrumento de comunicación social y sabemos que la forma más efectiva de comunicar información es la conversación, ojalá cara a cara. La forma más efectiva de evolucionar las historias de usuario es vía conversaciones, primero entre los usuarios e interesados y el Product Owner y luego, entre este y los miembros del equipo.

Puedes leer mi artículo Las historias de usuario como instrumentos de negociación para saber más sobre este tema. Clic aquí para leerlo.

Las historias de usuario te ayudan a encontrar tu por qué

Las historias de usuario son una herramienta para iniciar el descubrimiento del producto con el usuario, consumidor o cliente, no es para finalizarlo. De esta manera, tanto el Product Owner, como los desarrolladores (quienes hacen el trabajo finalmente) deberían ver las historias de usuario como algo que describe el por qué están haciendo lo que hacen, no precisamente qué están haciendo. Como siempre, si un usuario no estuvo involucrado en el descubrimiento y desarrollo de las historias de usuario, estas quizás no sean historias de usuario del todo; quizás sean más bien “quimeras imaginadas”.

Conoce a los usuarios

Por eso, mi primerísima recomendación, concisa, si eres responsable de las historias de usuario, es: habla con las personas que tienen la necesidad, el problema, indaga por el problema detrás del problema, la causa raíz. Esto aumentará tu comprensión de lo que se necesita y por qué. Acompaña esta práctica con un conocimiento profundo y empático del usuario o consumidor: quién es, qué hace, con quién lo hace, qué información intercambia y cómo lo hace, son algunas de las cuestiones a escudriñar si quieres tener éxito con historias de usuario.

En mi artículo Qué hay de "usuario" en las historias de usuario profundizo sobre este asunto. Clic aquí para leerlo.

Las historias de usuario y el product backlog

Una historia de usuario no está sola, aislada del resto del producto. Así que es importante pensar sobre ella como un componente de primer orden del product backlog. Y en este punto, es de mucha importancia considerar la transparencia del backlog. Recordemos que transparencia significa que todos los interesados, usuarios y equipo comparten el mismo significado de las cosas, por ejemplo, qué significa que algo está terminado.

Las cosas así, las historias de usuario deben ser transparentes y estar disponibles para todos los interesados, para que estos tengan visibilidad de lo que está haciendo el equipo, en qué orden y por qué. En particular, resuelve preguntas como:

- ¿Los interesados saben cómo acceder a las historias de usuario?

- Cuando acceden a las historias de usuario, ¿el contenido los ilustrará o los confundirá?

En mi artículo El extraño caso de las historias de usuario técnicas pongo de manifiesto que una “historia de usuario técnica” es una práctica disfuncional. Clic aquí para leer el artículo. Este otro artículo también te puede dar ideas al respecto: Buenas y “malas” historias de usuario. Clic aquí para leerlo.

Desarrollo de producto dirigido por hipótesis y experimentos

Las historias de usuario son hipótesis. Trátalas como tal. Haz experimentos y comprueba esas hipótesis. La última línea de defensa es el consumidor final, el usuario. Mientras tanto, no dejarán de ser eso precisamente: supuestos o conjeturas. En este apartado entran en escena las entregas tempranas y frecuentes y, sobre todo, la retroalimentación directa que logres de los clientes o usuarios. Es de esta manera que podrás adaptarte al entorno y tomar mejores decisiones en el futuro inmediato que beneficien a los usuarios. Para lograrlo, tus historias de usuario deben ser realmente pequeñas. Piensa que solo tienes algunas horas para implementarlas o construirlas, hasta unos muy pocos días, dos o tres a lo sumo.

En este apartado, una anotación especial para desarrolladores de software: si todavía te encuentras con el escenario de “mini cascadas”, es decir, primero un “subequipo” desarrolla la historia y luego otro “subequipo” prueba la historia, entonces tus historias de usuario deben ser aún más pequeñas. No te imaginas cómo sufren los analistas de prueba mientras esperan a que desarrollo les entregue las historias para empezar a probar cuando el final del sprint ya está encima. Como siempre, el mejor antídoto contra todo esto, es empezar a cambiar radicalmente las técnicas de desarrollo, incursionando en TDD, BDD y automatización, entre otras. Pero tengo que confesarlo, esto es más fácil decirlo que hacerlo. Por eso hago toda esta recomendación especial.

Quieres saber más

Estos y otros temas de interés hacen parte de mi curso de historias de usuario. En febrero estaré facilitando una nueva edición del curso. Toda la información en https://bit.ly/cursohu.


lunes, junio 10, 2019

Las historias de usuario se cuentan con C de Contexto

El Lienzo para Conversar sobre Historias de Usuario

O de la cuarta C de las historias de usuario

Un equipo de producto actúa  o debe actuar como un fabricante, uno que trace la estructura del producto para lograr coherencia. La coherencia supone una interacción entre partes que genera resonancia. A estas partes las llamamos “cosas no ordinarias”. La resonancia, una cualidad de una cosa no ordinaria trazada de manera coherente, incita las reacciones de las personas. Y son esas reacciones las que hacen que las personas experimenten algo extraordinario como algo especial.
Para lograr esa resonancia, es necesario conocer el entorno o contexto donde se ubica cada una de  esas piezas que forman el producto. Las historias de usuario son precisamente cada una de esas partes que componen un producto (de software) y como equipo de producto nos apasiona elaborar productos extraordinarios. Pues bien, una de las secciones del lienzo para conversar sobre historias de usuario (User Story Conversation Canvas), es el Contexto. Quiero ampliar un poco su definición.
Recordemos que una de las formas que toman las historias de usuario documentadas es la muy conocida de las 3 C o CCC, siglas de la aliteración Carta Conversación Confirmación. ¿Qué sucede si a esta forma le agregamos una C? La C de Contexto. Veamos.
Del lienzo para Conversar sobre historias de usuario
Entender el entorno en el cual transita o existe una historia de usuario en particular y un producto o servicio en general es crucial a la hora de desarrollar esa historia o producto. ¿De dónde viene la historia? ¿La necesidad? ¿Cuál es el problema que intentamos resolver? O mejor aún, el problema detrás del problema, la causa raíz. Las decisiones que tomemos a partir de este entendimiento tendrán un impacto en el futuro de muchas personas, incluso modificarán su modus vivendi.
Algunos elementos a considerar en todo contexto de una buena historia de usuario son:
  • Necesidad origen
  • Escenarios de uso de la historia
  • Dominio del negocio, qué áreas del negocio usan o se impactan por la historia
  • Reglas del negocio que afectan la historia
  • Épica origen. No todas las historias provienen de una épica en particular, pero si es así, es bueno conocerla.
  • Alcance de la historia
  • Hipótesis, que queremos probar con la historia
  • Dependencias de la historia. Para aprender a independizar historias, pueden ver el capítulo dedicado al criterio Independiente de las historias de usuario, previamente en este libro.
  • Restricciones adicionales, de diseño, de instalación y puesta en marcha, de mantenimiento, de distribución, de empaquetamiento, entre otras.
Más sobre el Contexto de las historias de usuario
En la vida cotidiana, cualquier cosa existe en un contexto de relaciones con cosas fuera de sí misma. Eso aplica también a las historias de usuario. Una de esas “cosas” con las que interactúan las historias de usuario son sus consumidores. Y esta interacción ocurre vía interfaces, que a su vez operan en un entorno.
El usuario es quien valora el producto, es quien se beneficia del producto. Además, un consumidor puede ser una persona, otro producto u otro sistema que interactúa con nuestro producto. El lienzo para conversar sobre historias de usuario tiene toda una sección para hablar de personas, cuando estas son las consumidoras del producto. En esta sección de contexto bien podemos incluir a esos otros productos o sistemas que tengan interacción con el nuestro.
Así es que tenemos que pensar en las interfaces necesarias para que los usuarios interactúen con el producto, en la forma cómo el producto recibirá estímulos, por ejemplo datos, del exterior y cómo sus partes recibirán o enviarán estímulos entre ellas, las historias de usuario, y al exterior.
Una de las formas de conocer el contexto es realizar entrevistas con los usuarios o sus representantes, un Dueño de Producto, por ejemplo. Es la parte de Conversación de las historias de usuario, la cual, ya sabemos es la más importante: las historias de usuario son un instrumento para conversar, ojalá cara a cara. De esta manera entenderemos mejor los modelos de negocio, la industria, el ambiente sobre el que se “desplazará” nuestro producto durante su vida útil. Para efectuar estas entrevistas, seguimos un protocolo diseñado para comenzar a hablar de un tema en los propios términos de las personas a quienes entrevistamos, pero esto de las entrevistas será asunto de otro artículo.
Algo importante es pensar en la información compartida entre las partes del producto y de este con su entorno. También, en la trayectoria que tomarán esos datos, a dónde irán primero, y de allí hacía dónde y así, hasta finalizar su travesía. Eso nos da contexto. Al considerar este tipo de eventos, nos anticipamos a la dirección que tomará la historia de usuario y crearemos expectativas entre sus consumidores.
Las historias de usuario son (deben ser) independientes unas de otras, pero deben integrarse acorde en el producto final para que este tenga coherencia. Esta coherencia describe qué tan bien las historias de usuario de un producto encajan entre sí. Algunas herramientas visuales nos ayudan a entender mejor el contexto de las historias de usuario y del producto en general:
  • Un mapa de producto, como un mapa de historias de usuario (user story map)
  • Un lienzo de producto, como un product vision board o el mismo business model canvas
  • Una caja de producto (product box)
  • Un modelo de dominio (del negocio)
  • Una matriz de trazabilidad (la podemos seguir usando con pensamiento ágil)
  • El lienzo para conversar sobre historias de usuario (user story conversation canvas). De hecho, todas las secciones del lienzo nos permiten visualizar distintos aspectos del entorno en el que transita una historia de usuario y el producto del cual es componente.
Que quién es el responsable de trazar el contexto, entenderlo, asegurarse de que sea una parte de la conversación cuando de desarrollar historias de usuario se trata: ¡el equipo de producto en pleno! Eventualmente tendremos que recurrir a otras personas, conocedores del negocio, usuarios finales o consumidores, expertos del dominio, etcétera.
Así es que, equipo, al considerar tu próxima historia de usuario, preguntémonos cuál es su contexto.

Referencias
The User Story Conversation Canvas
En español:
En inglés:

El libro Historias de Usuario: una visión pragmática:

Apuntes sobre historias de usuario:

The Soul of Design
Austin, Robert. The Soul of Design: Harnessing the Power of Plot to Create Extraordinary Products. Stanford University Press. ©2012 by the Board of Trustees of the Leland Stanford Junior University.

martes, septiembre 05, 2017

The User Story Conversation Canvas


Good user stories “stimulate”, in a good sense, the conversation between those involved (e. g. Product Owner and team members). In addition, user stories see, or let you see, functionality from a business perspective, specifically from the Value that the story provides to the business.
As its name suggests, this User Story Conversation Canvas is a means of communication, a tool to promote and facilitate conversations that take place or should take place around user stories. In the background, it is a visual tool to document different aspects or dimensions of new or existing user stories in the product backlog.
Anyone involved, be the Product Owner, the whole team or just one member of it, the Scrum Master, even a user, can find in this canvas the aid they need to describe the most relevant aspects of a user story in a clever manner, from the people who are or will be involved during the definition, evolution, development and implementation of the story, through the context of the story itself, to the expected result and the metrics associated with the story. But most of all, you can find the support needed to prepare fantastic conversations about the elements that make up the product.
Refinment, planning and review sessions are three of the main scenarios where we can use this Canvas to Talk about User Stories. But it can be used in many other circumstances: the product owner talking to users and other interested parties; members of the development team, to agree and synchronize the work to be done; the Scrum Master and the Product Owner, in conversations around the product and the product backlog, when applying patterns to divide the stories, among other scenarios.
When it comes to user stories, the emphasis is on the Conversation!
This is the first version of the canvas and its associated guide, in English. In this I explain what it is for and the intention of each section of the canvas, as well as different aspects to take into account when using it: the different scenarios where it can be used, who can use it and what are its main benefits. 
Get the User Story Conversation Canvas and its associated guide below.



Creative Commons License
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.

Get the original Canvas in Spanish.

viernes, mayo 12, 2017

The User Story Conversation Canvas


Las buenas historias de usuario “estimulan”, en el buen sentido, la conversación entre los involucrados (por ejemplo, Dueño de Producto y miembros del equipo). Además, las historias de usuario ven, o dejan ver, la funcionalidad desde la perspectiva del negocio, específicamente desde el Valor que la historia proporciona al negocio.
Como su nombre lo indica, este User Story Conversation Canvas es un medio de comunicación, un instrumento para promover y facilitar las conversaciones que se dan o deben darse alrededor de las historias de usuario. En el fondo, es una herramienta visual para documentar diferentes aspectos o dimensiones de historias de usuario nuevas o existentes en el backlog de producto.
Con este lienzo cualquier persona involucrada, el Dueño de Producto, el equipo en pleno o solo un miembro de este, el Scrum Master, incluso un usuario, puede encontrar la ayuda que necesita para describir adecuadamente los aspectos más relevantes de una historia de usuario, desde las personas que están o se verán involucradas durante la definición, evolución, desarrollo y puesta en marcha de la historia, hasta el resultado esperado y las métricas asociadas a la historia, pasando por el contexto de la misma. Pero sobre todo, podrá encontrar el soporte que necesita para preparar conversaciones fantásticas sobre los elementos que componen el producto.
Las sesiones de refinamiento, la planificación y la revisión son tres de los escenarios principales donde podemos usar este Lienzo para Conversar Sobre Historias de Usuario. Pero se puede usar en muchas otras circunstancias: el dueño de producto hablando con los usuarios y otros interesados, los miembros del equipo de desarrollo, para acordar y sincronizar el trabajo a realizar, el Scrum Master y el Dueño de Producto, en conversaciones alrededor del producto, del backlog, al aplicar patrones para dividir las historias, entre otros escenarios.
¡Cuando se trata de historias de usuario, el énfasis es en la Conversación!
Para saber más sobre Historias de Usuario, los criterios INVEST de las historias y otros aspectos no menos relevantes sobre el tema, puedes visitar mi serie de artículos “Historias de usuario altamente efectivas” en mi Gazafatonario: http://bit.ly/lashistoriasdelucho.

Descarga el lienzo y la guía completa en alta definición aquí y me cuentas en el foro qué te pareció.


Creative Commons License
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.