Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta user story conversation canvas. Mostrar todas las entradas
Mostrando las entradas con la etiqueta user story conversation canvas. Mostrar todas las entradas

sábado, noviembre 26, 2022

Cómo tener conversaciones efectivas sobre historias de usuarios en equipos Scrum

Photo by fauxels

Como Scrum Master, Agile Coach o Product Owner, sabes que las historias de usuario son una parte clave del proceso de desarrollo de productos. También conoces de la importancia de tener conversaciones regulares y productivas sobre historias de usuario para que un equipo Scrum sea efectivo.

Estas conversaciones deben tener lugar, de un lado entre el Product Owner y usuarios e interesados y, de otro lado, entre el Product Owner y los desarrolladores o quienes hacen el trabajo. El propósito de estas conversaciones es garantizar que todos estén en sintonía con respecto a lo que se debe hacer y cómo se debe hacer.

Las conversaciones sobre historias de usuarios pueden ser difíciles de mantener de manera efectiva, especialmente si hay desacuerdos entre los miembros del equipo o entre estos y los representantes de los usuarios o interesados. Sin embargo, hay algunas recomendaciones y habilidades que puedes usar para asegurarte de que estas conversaciones sean productivas y den como resultado un esfuerzo cohesionado de equipo.

Por qué importan las conversaciones sobre historias de usuario

Las conversaciones sobre las historias de usuario son importantes porque ayudan al equipo a comprender las necesidades y los deseos del usuario. También ayudan al equipo a producir soluciones creativas a los problemas. Además favorecen la solidez de las relaciones entre los miembros del equipo y los usuarios.

Las conversaciones sobre historias de usuario también ayudan a aclarar cualquier confusión sobre lo que se debe hacer para completar cada historia del usuario. Asimismo, estas conversaciones ayudan a generar confianza dentro del equipo al permitir que todos tengan voz sobre cómo se realiza el trabajo. Y una cosa más importante: como Scrum Máster, Coach Ágil o Product Owner, debes asegurarte de que las conversaciones sobre las historias de usuario reflejen la voz de los usuarios o consumidores e interesados en el producto.

Las tres C de las conversaciones sobre historias de usuario

Es bien conocida la estructura de las 3 C propuesta por Ron Jeffries para las historias de usuario: Carta, Conversación, Confirmación. Incluso hace varios años propuse una cuarta C para esa estructura: Contexto. Puedes encontrar más sobre esto aquí. Ahora estoy profundizando en la C de Conversación, para la cual también propongo un modelo de 3 C: al tener conversaciones sobre una historia de usuario, hay tres cosas que debes tener en cuenta: Contexto, Contenido y Conclusión.

El contexto de la conversación se refiere a la situación o problema que enfrenta el usuario. Es importante comprender el contexto para poder crear una solución que satisfaga las necesidades del usuario. Para entender el contexto, es importante hacer preguntas como: ¿Qué intenta lograr el usuario? ¿Qué circunstancias lo llevaron a este punto? ¿Cuáles son sus objetivos?

El contenido se refiere a la conversación real en sí. El contenido de la conversación debe ser relevante para el contexto y debe ayudar a que la conversación avance. Como facilitador ágil, debes enseñar y acompañar a tu equipo y a los usuarios para que no intenten incluir demasiada información en una sola conversación. En su lugar, deben centrarse en una sola cosa a la vez para asegurarse de que están proporcionando información relevante que ayudará a resolver el problema en cuestión.

Por ejemplo, si están tratando de entender por qué un usuario tiene problemas para realizar una tarea, pueden preguntarle cómo suele realizar tareas similares. Al hacer preguntas relevantes, pueden empezar a entender mejor sus necesidades y encontrar la mejor solución posible para las mismas.

Ahora bien, la conclusión se refiere a lo que quieres lograr al tener la conversación. La conclusión debe ser específica y medible. Por ejemplo, "El objetivo de esta conversación es comprender por qué el usuario tiene problemas para completar la tarea X para que podamos encontrar una solución a esa necesidad específica".

Una conversación con estas características ayudará a garantizar que el equipo sea productivo y eficaz.

Y entonces, ¿cómo impulsas al equipo a tener conversaciones efectivas sobre historias de usuario?

Ahora que he presentado las tres C de las buenas conversaciones sobre historias de usuario, te daré algunas recomendaciones para tenerlas:

1.    Asegúrate de que todos estén en sintonía antes de iniciar la conversación. Esto significa tener una comprensión clara del problema que están tratando de resolver y del objetivo que están tratando de alcanzar.

2.    Anima a todos a participar en la conversación. Cuantas más perspectivas tengas, más posibilidades tendrás de producir una solución efectiva. La diversidad de perspectivas es una de las palancas más poderosas para sobrepasar la complejidad inherente al trabajo que hacemos.

3.    Asegúrate de que todos entiendan el por qué detrás de la historia de usuario. No basta simplemente con saber lo que hay que hacer; es igual de importante entender por qué es necesario hacerlo. Cuando todos en el equipo entiendan el razonamiento detrás de la historia de usuario, será más probable que la acepten y trabajen juntos para completarla.

4.    Mantén la conversación enfocada en la historia de usuario en cuestión. Puede ser fácil desviarse cuando se habla de una historia de usuario, especialmente si hay distintos interesados involucrados. Sin embargo, es importante mantenerse enfocado en la tarea en cuestión para que se pueda avanzar de manera oportuna.

5.    Promueve la apertura a las sugerencias de otros miembros del equipo. Es importante recordar que un equipo Scrum funciona mejor cuando todos trabajan juntos hacia un objetivo común. Como tal, es importante estar abierto a las sugerencias de todos en el equipo y alrededor de este para garantizar que el producto final sea lo mejor posible.

Lo diré de otra manera: inspira en el equipo y sus interesados y usuarios una mente abierta para que estén dispuestos a escuchar diferentes puntos de vista. Recuerda, no existe una respuesta "correcta" cuando se trata de resolver problemas; se trata de encontrar la mejor solución posible para la situación actual.

6.    Fomenta las preguntas y la discusión entre los miembros del equipo. Las preguntas y la discusión son saludables y necesarias para que un equipo Scrum funcione correctamente. Las preguntas y discusiones alentadoras ayudarán a garantizar que todos en el equipo estén en la misma página y trabajen hacia el mismo objetivo.

7.    Alienta el ser respetuoso con el tiempo de todos y el mantenerse enfocado en la tarea que se tiene entre manos. Las conversaciones sobre las historias de usuario a veces pueden desviarse; si esto sucede, vuelve a enfocar suavemente las cosas para que todos puedan seguir siendo productivos.

Un llamado a la acción

Como Scrum Master o Agile Coach, debes alentar a tu Product Owner, resto del equipo y otros interesados a tener más y mejores conversaciones sobre las historias de usuario. Estas conversaciones son importantes porque ayudan a aflorar las necesidades del usuario y a entender cómo satisfacerlas mejor. Al tener en cuenta las tres C (Contexto, Contenido y Conclusión), puedes asegurarte de que estas conversaciones sean productivas y logren los resultados que todos desean.

Al hacerlo, el equipo podrá crear historias de usuario más efectivas que proporcionen valor a sus usuarios, todos podrán estar en la misma página sobre lo que se debe lograr y será mucho más fácil crear soluciones que satisfagan las necesidades de los usuarios y estimular el esfuerzo de desarrollo del producto.

Para saber más de conversaciones sobre las historias de usuario

El User Story Conversation Canvas es un lienzo para que los usuarios, Dueños de Producto, Gerentes de producto, y otros interesados mantengan conversaciones efectivas con los miembros de los equipos de desarrollo de productos y se construyan productos o servicios extraordinarios. Puedes encontrar más información en: http://www.gazafatonarioit.com/2020/04/la-historia-de-las-historias-de-usuario.html.

Sobre la cuarta C de las historias de usuario, puedes leer mi artículo Las historias de usuario se cuentan con C de Contexto: http://www.gazafatonarioit.com/2019/06/las-historias-de-usuario-se-cuentan-con.html.

Más sobre tener conversaciones efectivas en mi artículo La Conversación Cara a Cara en Tiempos de la Comunicación Digital: http://www.gazafatonarioit.com/2017/11/la-conversacion-cara-cara-en-tiempos-de.html.

Para mejorar tus habilidades conversacionales y para que puedas ayudar a tu equipo a evolucionar en ese sentido, también te recomiendo conocer más sobre la parte de “usuario” en una historia de usuario. Sobre esto, encuentras mi artículo De historias de usuario a historias de persona en http://www.gazafatonarioit.com/2022/10/de-historias-de-usuario-historias-de.html.

En este otro artículo, encontrarás Cinco formas de mejorar tu desempeño con historias de usuario: http://www.gazafatonarioit.com/2022/01/cinco-formas-de-mejorar-tu-desempeno.html.

Finalmente, esta imagen también puede ayudarte a entender mejor cómo usar historias de usuario para crear productos asombrosos. El Ámbito o contexto de las historias de usuario: http://www.gazafatonarioit.com/2022/08/ambito-o-contexto-de-las-historias-de.html.

lunes, agosto 22, 2022

Ámbito o contexto de las historias de usuario

Haz clic en la imagen para ampliar y descargar en alta definición

Sigo viendo muchas historias de usuario que más bien parecen historias de ficción y hasta de ciencia ficción: el “usuario” de “historia de usuario” no aparece por ninguna parte.

Ahora vengo con esta imagen, a ver si ayuda. ¿Cómo la ven? ¿Qué les dice? Por favor, déjenmelo saber en el foro.

Para saber más sobre el Contexto de las historias de usuario, o de la cuarta C de las historias de usuario, visita:

http://www.gazafatonarioit.com/2019/06/las-historias-de-usuario-se-cuentan-con.html

También, el User Story Conversation Canvas:

http://www.gazafatonarioit.com/2017/05/the-user-story-conversation-canvas.html


viernes, enero 21, 2022

Plantilla en Mural para el 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 Gazafatonariohttp://bit.ly/lashistoriasdelucho.

Descarga el lienzo y la guía completa en alta definición aquí:

http://www.gazafatonarioit.com/2017/05/the-user-story-conversation-canvas.html

Y para estos tiempos de trabajo virtual he desarrollado esta plantilla en Mural para que puedas trabajar de manera colaborativa con historias de usuario y con el lienzo para conversar sobre historias de usuario. Para ir a la plantilla, haz clic en el siguiente enlace o ve a la parte superior de la imagen que sigue y toca en "start from template" o en el icono de Mural.

https://app.mural.co/template/a233e5bd-6759-4c89-98bc-de1add6230b6/48d04f21-51a0-4175-bcd7-4ced17c633b8


miércoles, abril 22, 2020

La historia de las historias de usuario


Ejemplo de una historia de usuario de Kent Beck. Fuente: Extreme Programming Explained, de Kent Beck
Brevísima historia detrás de la historia de las historias de usuario

Durante un entrenamiento a entrenadores de historias de usuario, hace poco nos preguntaban a Jorge y a mí sobre el origen de las historias de usuario. Por alguna razón olvidada para mí, en el libro omitimos ese pequeño detalle, aunque mencionamos a Connextra cuando hablamos de la forma más usual que suelen tomar las historias de usuario:

Como rol deseo característica Para beneficio

Bueno, aquí les escribo lo que les contamos a los entrenadores:

La historia de las historias de usuario

No es la primera vez que nos preguntan y durante todos estos años, he visto a mucha gente en las redes sociales hacer lo mismo. Por ejemplo, me encontré con este tuit de Seb Rose en octubre de 2019:


Hola, historiadores de Scrum, tengo algunas preguntas:
- Las historias de usuarios comenzaron con XP, documentadas por primera vez en el '98. ¿Es eso cierto?
- Sutherland ejecutó el primer proyecto Scrum en el '93. ¿Usaron historias (o similares)?
- Las historias de usuario ahora están integradas en la práctica de Scrum. ¿Cuándo sucedió eso?
Hay todo un hilo de respuestas. Entre estas, una de Mike Cohn, quien fue convocado por algunos otros tuiteros:

Rachel Davies escribió sobre esto en un artículo. Luego escribí sobre eso en mi libro.
Se refería a ese formato que él mismo popularizó en su libro sobre historias de usuario.
Por supuesto, la intervención de la misma Rachel Davies no se hizo esperar:

Tuve conversaciones con @mikewcohn en la XP2001 donde presenté un póster que incluía la plantilla de la historia de Connextra y fui revisora de su libro sobre Historias de usuario. Él fue influenciado por XP en ese momento ya que el libro de Scrum acababa de salir.
Ya en 2014 había tenido la oportunidad de conocer sobre Rachel Davies vía una versión cruda y sin editar del libro User Story Mapping de Jeff Patton.

En el libro, Patton muestra una fotografía de su amiga:

Rachel Davies mostrando una tarjeta de historia.
Fuente: User Story Mapping by Jeff Patton, Peter Economy

Sobre el origen de las historias de usuario y de sus formas

Es bien conocido que las Historias de usuarios se originaron con eXtreme Programming (XP). Lo que es poco conocido es que su primera descripción escrita en 1998 solo afirma que los clientes definen el alcance del proyecto "con historias de usuarios, que son como casos de uso".

En lugar de ofrecerse como una práctica distinta a XP, se describen como una de las "piezas del juego" utilizadas en el "Juego de Planificación” (Planning Game) del mismo XP.

Recordemos que eXtreme Programming (XP) fue desarrollada por Kent Beck en 1996 y a partir de allí la refinó hasta publicarla en su libro Extreme Programming Explained en 1999.

De hecho, Jeff Patton indagó con el mismísimo Kent sobre el origen específico de las historias de usuario:
Lo que estaba pensando era en la forma en que los usuarios a veces cuentan historias sobre las cosas nuevas y geniales que hace el software que usan. [Por ejemplo,] Si escribo el código postal y se completa automáticamente la ciudad y el estado sin tener que tocar un botón.
Creo que ese fue el ejemplo que desencadenó la idea. Si puedes contar historias sobre lo que hace el software y generar interés y visión en la mente del oyente, ¿por qué no contar historias antes de que lo haga el software?
- Kent Beck a Jeff Patton, por correo electrónico personal, agosto de 2010

Figura 7. Ejemplo de Tarjeta de Historia

Fuente: Extreme Programming Explained, by Kent Beck

En el libro, Beck no dice mucho sobre las historias, hacen parte de las prácticas primarias, junto con otras que conocemos ampliamente como Pair Programming, Continuous Integration y Test-First Programming, sí, esa que a la postre se convertiría en la Test-Driven Development de hoy, entre algunas otras. Sobre las historias (que aún no eran “de usuario”), Kent enfatiza:
“Escribe las historias en fichas y colócalas en una pared por la que pases con frecuencia. La Figura 7 es una tarjeta de muestra de una historia que deseo que implemente mi programa de escáner. Cada intento que he visto de informatizar historias ha fallado en proporcionar una fracción del valor de tener cartas reales en una pared real. Si necesitas informar el progreso a otras partes de la organización en un formato familiar, traduce las tarjetas a ese formato periódicamente”.
Fuente: Extreme Programming Explained, by Kent Beck
La advertencia de registrar las historias en herramientas ya venía desde entonces. Recordemos que XP, junto a Scrum, eran los dos marcos de trabajo dominantes cuyos autores estuvieron presentes en la declaración del Manifiesto Ágil.

Más adelante, en 2001, Ron Jeffries propone el modelo de Tarjeta, Conversación, Confirmación, para distinguir historias de usuarios "sociales" de prácticas de requisitos "documentales", como los casos de uso. Pueden leer su artículo en:


Como nota tangencial, este modelo lo llamamos aliteración Carta, Conversación, Confirmación en nuestro libro de historias de usuario.

Ese mismo año, 2001, Rachel Davies presentó su charla "Tuning XP" en el XPDay con Tim Mackinnon, donde presentaron el formato de historia que usaban en Connextra:

"As a role I want feature so that benefit"


Años más tarde, en 2006, Davies reflexionaba sobre esta “plantilla” antes de dar a conocer sobre un ejercicio que usó en uno de sus entrenamientos. Ella decía que:
“Este formato puede llevar a las personas a centrarse más en los intereses de los usuarios finales que en la perspectiva de la persona que presenta el caso de negocio. Además, cuando se les da una plantilla, las personas pueden comenzar a tratar las tarjetas de historias escritas de esta manera como especificaciones de requisitos mínimos que se centran en las palabras escritas en lugar de usar historias como herramientas para conducir una conversación. Peor aún, las historias que no se ajustan a esta forma serán maltratadas hasta que lo hagan”.

Rachel tiene razón. Esta es una de las grandes anomalías o antipatrones que hoy por hoy siguen presentándose con el uso de las historias de usuario y por ello insistimos tanto a lo largo y ancho de nuestro libro que las historias de usuario son un instrumento de conversación y de colaboración.
Pero no nos desviemos de nuestra historia.

En 2003, Bill Wake creó el mnemotécnico INVEST para iniciativas ágiles de desarrollo de software, como un recordatorio de las características de un elemento de Product Backlog de buena calidad.

Según el mismo Wake este elemento, PBI para abreviar,  puede escribirse comúnmente en forma de historia de usuario, pero no es obligatorio. Como sabemos estos PBI se pueden usar en un Product Backlog tipo Scrum, en un tablero Kanban o un proyecto XP.

En 2004, Mike Cohn publica su libro: User Stories Applied: For Agile Software Development, donde ayuda a popularizar el formato de Davies y su equipo en Connextra. En el hilo de Seb Rose alguien le dice a Mike que fue él (Cohn) quien popularizó el formato, además de los puntos de historia y de la velocidad, ampliamente usados con Scrum. Mike lo corrige:

He contribuido a la popularidad de ellos pero no originé ninguno.
Y todo ello nos trajo hasta aquí.

Epílogo

En lo personal, me parece una historia fantástica. Una a la que hemos asistido en nuestro tiempo. Tardé en empezar a usar historias de usuario pero cuando llegué a ellas hará unos ocho o nueve años, me ayudaron a derrumbar los antiguos paradigmas con los que venía trabajando hasta entonces.

Y en el futuro me gustaría que alguien hablara de mi Lienzo para Conversar sobre Historias de Usuario como parte de la historia de las historias de usuario. Por eso quise terminar la historia a nuestros entrenadores con esta parte:

En 2018, Jorge Abad y Lucho Salazar publican finalmente su libro: Historias de usuario: una visión pragmática, que incluye el User StoriesConversation Canvas, un lienzo para que los usuarios, Dueños de Producto, Gerentes de producto y otros interesados mantengan conversaciones efectivas con los miembros de los equipos de desarrollo de productos y se construyan productos o servicios extraordinarios.
Fuente: ¡conversaciones con Jorge y Lucho!

Fin de la Historia de las Historias de Usuario

Referencias

Además de las fuentes explícitas, pueden consultar algunas otras para saber más sobre esta genial historia:


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.