Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta User story. Mostrar todas las entradas
Mostrando las entradas con la etiqueta User story. Mostrar todas las entradas

domingo, enero 29, 2023

Historias de usuario basadas en hipótesis

Foto de Kaleidico en Unsplash

En general, las historias de usuario son hipótesis hasta tanto el producto resultante de aquellas se encuentre en manos de los usuarios quienes finalmente “emitirán” un veredicto al respecto. Es por ello por lo que hacemos entregas iterativas e incrementales, para poder adaptarnos a medida que esas sentencias emergen. Es posible que unas veces acertemos, pero es posible que otras veces no.

Ahora bien, el desarrollo basado en hipótesis (HDD por sus siglas de inglés de Hypothesis-Driven Development) es un método de prototipo que permite a los diseñadores de productos desarrollar, probar y elaborar un producto hasta que sea aceptable para los usuarios. Es una medida iterativa que explora los supuestos definidos durante la iniciativa e intenta validarlos con la retroalimentación de los usuarios. Y este es el principal beneficio de HDD.

También posibilita que se reduzca el tiempo y los recursos asociados con los procesos de desarrollo tradicionales. Además, la naturaleza iterativa del proceso permite una mejor comprensión de las necesidades y preferencias del usuario, lo que puede ayudar a garantizar que el producto satisfaga las necesidades del cliente.

El proceso de desarrollo basado en hipótesis incluye cinco pasos principales:

1.    Definir el problema: identificar el problema que necesita ser resuelto antes de comenzar el proceso de desarrollo.

2.    Formular la hipótesis: enunciar suposiciones e hipótesis que puedan ayudar a resolver el problema.

3.    Desarrollar un prototipo: elaborar un prototipo basado en las hipótesis formuladas.

4.    Probar el prototipo: validar el prototipo con usuarios reales y recopilar su retroalimentación.

5.    Iterar: iterar el prototipo en función de la retroalimentación y volver a probar hasta que satisfaga las necesidades del usuario.

No voy a entrar en detalles de cada uno de estos pasos del método. Lo que sí haré es ilustrarlos con un par de ejemplos antes de ir directamente al tema principal que nos convoca: las historias de usuario basadas en hipótesis.

Ejemplo 1 de HDD:

Problema: un motor de búsqueda no proporciona los resultados más precisos.

Hipótesis: Al mejorar los algoritmos utilizados para buscar, se proporcionarán resultados más precisos.

Prototipo: desarrollar un nuevo algoritmo que pueda buscar mejor a través del texto.

Prueba: hacer pruebas del nuevo algoritmo con usuarios que hayan buscado en el pasado y recopilar la retroalimentación de estos sobre la precisión de los resultados.

Iterar: tener en cuenta la retroalimentación dada para refinar el algoritmo y volver a probar hasta que los resultados sean lo suficientemente precisos para las necesidades de los usuarios.

Ejemplo 2 de HDD:

Problema: una tienda de ropa no tiene artículos para clientes de tallas grandes.

Hipótesis: al ofrecer ropa elegante y de moda para clientes de tallas grandes, la tienda atraerá a una base más grande de clientes.

Prototipo: desarrollar una línea de ropa elegante y de moda para clientes de tallas grandes.

Prueba: probar la línea de ropa con clientes de tallas grandes para obtener retroalimentación sobre el ajuste, el estilo, la calidad y el precio.

Iterar: usar la retroalimentación dada para refinar la línea de ropa y volver a probar hasta que los productos satisfagan las necesidades de los clientes.

Entran las historias de usuarios con el enfoque HDD

Historia # 1

Veamos un par de historias de usuario en la forma clásica:

Como cliente de tallas grandes,

Quiero poder encontrar ropa elegante y a la moda que me quede bien,

Para sentirme tan seguro y elegante como cualquier otra persona.

Hipótesis: al ofrecer ropa elegante y de moda para clientes de tallas grandes, la tienda de ropa atraerá a una base más grande de clientes.

Historia # 2

Como estudiante,

Quiero poder encontrar fácilmente fuentes confiables de información para fines de investigación,

De modo que pueda encontrar rápidamente respuestas precisas a mis preguntas.

Hipótesis: al mejorar los algoritmos utilizados para la búsqueda, se suministrarán resultados más confiables y precisos.

Vamos a darle un giro a estas historias de usuario con el enfoque HDD, es decir, representar la historia como una hipótesis. Para ello, usaré la forma:

Creemos que <esta capacidad>

Dará como resultado <este resultado>

Tendremos confianza para proceder cuando <veamos esta señal medible>

Historia # 1

Creemos que ofrecer ropa elegante y de moda para clientes de tallas grandes dará como resultado una base más grande de clientes para la tienda de ropa. Tendremos confianza para proceder cuando observemos un aumento de clientes en un 15 % y de ventas en un 25 %.

Criterios de aceptación:

·       La tienda debe ofrecer una gama de ropa elegante y de moda para clientes de talla grande.

·       La ropa debe quedarles bien a las clientes de talla grande.

·       La ropa debe ser de calidad superior.

·       El precio de la ropa debe ser razonable.

Historia # 2

Creemos que mejorar los algoritmos utilizados para buscar

Dará como resultado resultados más confiables y precisos.

Tendremos confianza para proceder cuando observemos una mejora en los resultados de búsqueda.

Ahora, escribe algunos Criterios de Aceptación de estas historias de usuario

Criterios de aceptación:

·       El motor de búsqueda debe ser capaz de buscar con precisión a través del texto.

·       Los resultados deben ser lo más precisos posible.

·       La búsqueda debe ser rápida y eficaz.

·       La búsqueda debe proporcionar una gama de resultados que sean relevantes para la consulta.

Ahora, veamos algunas historias de usuario con este enfoque HDD de una aplicación tipo “Netflix”:

Creemos que ofrecer recomendaciones de contenido personalizado

Dará como resultado usuarios más comprometidos.

Tendremos confianza para proceder cuando veamos un aumento del 17 % en la participación de los usuarios.

Criterios de aceptación:

·       La aplicación debe proporcionar recomendaciones de contenido personalizadas basadas en los hábitos de visualización del usuario.

·       Las recomendaciones deben ser pertinentes y precisas.

·       El usuario debe poder ver fácilmente el contenido recomendado.

 

Creemos que brindar una experiencia de visualización optimizada

Resultará en una mejor experiencia para el usuario.

Tendremos confianza para proceder cuando observemos un aumento en la satisfacción del usuario.

Criterios de aceptación:

·       La aplicación debe proporcionar una experiencia de visualización optimizada.

·       El usuario debe poder encontrar y ver contenido fácilmente.

·       El tiempo de carga debe ser rápido.

·       La interfaz de usuario debe ser intuitiva y fácil de usar.

Una breve explicación de este enfoque

HDD es una forma específica de describir historias de usuario que incluye tres elementos clave:

1.    Creemos en <esta capacidad>: este elemento describe la capacidad o función en la que se centra la historia de usuario. Define lo que la historia de usuario está tratando de lograr desde un punto de vista funcional o técnico.

2.    Dará como resultado <este resultado>: este elemento describe el resultado esperado o el beneficio de la capacidad o característica descrita en el primer elemento. Define qué problema está tratando de resolver la historia de usuario y qué valor aportará al usuario.

3.    Tendremos confianza para proceder cuando <veamos esta señal medible>: este elemento define una señal medible que indicará que se ha logrado el resultado esperado. Este es un aspecto clave de la forma HDD de representar historias de usuario, ya que garantiza que el éxito de esta se pueda medir y rastrear.

El formato HDD es una forma efectiva de escribir historias de usuario porque garantiza que cada historia de usuario está claramente definida y tiene un propósito específico. Este modelo ayuda a garantizar que todos los interesados comprendan claramente el problema que la historia de usuario intenta resolver, el resultado esperado de la solución y la señal medible que indicará el éxito. Esto puede ayudar a garantizar que el producto se entregue a tiempo, dentro del presupuesto y a satisfacción de todos los interesados y consumidores.

Algunos beneficios que he comprobado al usar este modelo incluyen:

1.    Claridad: este modelo ayuda a definir claramente el problema que la historia de usuario está tratando de resolver y el resultado esperado de la solución. Esto puede facilitar que todos los interesados y comprometidos entiendan el propósito de la historia de usuario y cómo encaja en el producto general.

2.    Alineación: al establecer claramente el problema y el resultado esperado, esta forma puede ayudar a garantizar que todos estén alineados con el objetivo de la historia de usuario. Esto puede ayudar a reducir la confusión y garantizar que todos trabajen hacia el mismo objetivo final.

3.    Medición: el modelo permite definir una señal medible que indique el éxito de la historia de usuario. Esto puede ayudar a determinar si la solución final es exitosa, es decir, la hipótesis era cierta y si se ha logrado el resultado esperado.

4.    Priorización: el modelo facilita la priorización de historias de usuarios al tener una comprensión precisa del problema y del resultado que todos quieren. Esto puede ayudar a garantizar que las historias de usuarios más importantes e impactantes se aborden primero.

5.    Comunicación: esta forma de historia de usuario proporciona una forma clara y concisa de comunicar la historia del usuario a todos los interesados, los miembros del equipo y otras personas involucradas en el desarrollo del producto. Después de todo, lo más importante siguen siendo las conversaciones que se tengan alrededor de la historia de usuario. Esta es una manera más de iniciar y mantener esas conversaciones.

Algunos ejemplos adicionales

En la forma clásica:

Como cliente,

Quiero poder pagar mis compras con mi tarjeta de crédito

Para poder tener más flexibilidad en mis pagos.

En forma de hipótesis:

Creemos que proporcionar a los clientes la capacidad de pagar sus compras con su tarjeta de crédito

Dará como resultado que los clientes tengan más flexibilidad en sus pagos.

Tendremos confianza para proceder cuando al menos el 70 % de los clientes opten por pagar con su tarjeta de crédito.

 

En la forma clásica:

Como empleado de una empresa de logística,

Quiero poder rastrear la ubicación de nuestra flota en tiempo real

Para poder tomar decisiones más informadas.

En forma de hipótesis:

Creemos que proporcionar a los empleados de la empresa de logística la capacidad de rastrear la ubicación de la flota en tiempo real

Dará como resultado que los empleados puedan tomar decisiones más informadas.

Tendremos confianza para proceder cuando al menos el 75 % de la ubicación de la flota se actualiza en tiempo real.

 

En la forma clásica:

Como empleado de recursos humanos,

Quiero gestionar las solicitudes de vacaciones de los empleados de forma automatizada

Para poder ahorrar tiempo y reducir los errores.

En forma de hipótesis:

Creemos que proporcionar la capacidad para que los empleados de RR. HH. gestionen las solicitudes de vacaciones de los empleados de manera automatizada

Dará como resultado que los empleados de RR. HH. brinden un mejor servicio a los empleados de la compañía.

Tendremos confianza para proceder cuando las solicitudes de vacaciones se gestionen en menos de 24 horas.

 

Como puedes ver, el formato clásico proporciona una descripción general de la historia del usuario. Sin embargo, en forma de hipótesis, se proporciona una vista más detallada y estructurada de la historia, con un claro énfasis en el problema, la solución y la medida de éxito.

 

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


domingo, julio 25, 2021

Qué hay de "usuario" en las historias de usuario



Estamos en la era de la hiperpersonalización de productos y servicios, cada usuario, cada consumidor quiere tener su propia experiencia de consumo, de uso, de aplicación y eso ocurre a cualquier nivel, en cualquier escenario.

Entonces nos toca proporcionar productos y servicios altamente direccionados, envolventes y únicos para nuestros usuarios. Y esto comienza con cada componente del producto haciendo resonancia con los demás, para que el producto en pleno pueda ser percibido como único por sus consumidores. Esta es la manera cómo construyes relaciones más fuertes con tus clientes y usuarios.

En mi primer curso de ingeniería de software en la universidad, hace ya varias décadas aprendí algo que todavía hoy sigue vigente, pero cuya práctica se extravió en pro del seguimiento rígido a los procesos y metodologías que vinieron después: “mira al usuario en acción”. Qué hace, cómo lo hace, con quién intercambia información, qué información intercambia, a quién beneficia, qué problemas resuelve, cuáles son sus principales vicisitudes, entre otras, son algunas de las cuestiones que debes indagar para conocerlo mejor.

El apellido “de usuario” no es gratuito en las historias de usuario. Para empezar, concentrarte primero en el usuario, antes de en cualquier otra cosa de su historia, te permitirá trabajar en una estrategia de producto hacia esa hiperpersonalización exigida por los consumidores actuales para que tengan su experiencia diferenciada.

Para lograrlo tienes que practicar y fomentar una cultura de “el cliente sentado en la mesa”, pero también de ir a verlo actuando en el gemba*, el suyo, para que puedas entender a fondo sus necesidades y los escenarios en los que se desenvuelve día tras día. Es de esta forma cómo podrás:

·       Conocer su problema, incluso el problema detrás del problema, la causa raíz;

·       Identificar sus canales de comunicación preferidos;

·       Emplear un lenguaje más apropiado a sus características;

·       Generar las hipótesis de cómo el producto puede favorecerlo en la resolución de problemas;

·       De qué forma se podría arruinar su experiencia como usuario o consumidor.

Entre muchos otros aspectos de su cotidianidad.

En mi User Story Conversation Canvas ya mencionaba que el primer paso en la construcción de productos grandiosos es identificar y entender a los consumidores y usuarios. Son actividades basadas en entrevistas, observación e investigación. Hay personas que son primarias al producto o a la historia de usuario en particular, otras son secundarias e incluso otras son suplementarias.

Figura 1: Un ejemplo de User Story Conversation Canvas para la historia de usuario “acceder primero a los libros de mi interés”. Clic en la figura para ampliar.

Entre las primeras encontramos a los usuarios finales de la historia de usuario o a los consumidores del producto. Encargados como un Product Owner o un Product Manager primero, y luego el equipo de trabajo, deben conocer muy bien el perfil de estas personas, los matices personales y profesionales que los identifican, la educación, datos demográficos, sus hábitos e incluso sus motivaciones y comportamientos, lo que les gusta y lo que no. Después de todo desarrollamos productos para seres humanos. Quienes estamos comprometidos en esta tarea debemos sentir que conocemos al usuario, tener empatía con el usuario.

Las personas “secundarias” son quienes tienen algo que decir acerca de la historia de usuario (o del producto o servicio) pero que no lo usan. Pueden ser quienes lo adquieren, quienes imponen una restricción o una regulación, quienes harán la instalación o el mantenimiento, quienes venderán o distribuirán el producto a los usuarios, entre otras. Y las personas “suplementarias” son todas aquellas que de una u otra forma están o se sienten involucradas con la historia de usuario, como patrocinadores del proyecto, la dirección de la organización, representantes de los usuarios y otros interesados.

En resumen, algunos tipos de personas para tener en cuenta en y para la conversación son:

1.     Personas

2.     Usuarios o Consumidores finales

3.     Interesados

4.     Patrocinadores

5.     Equipo de desarrollo

6.     Otros (Legales, externos, etcétera)

7.     Equipo de soporte, Mercadeo, Distribución, Logística, etcétera.

Cuando observamos, entendemos y acordamos entre todos cómo las personas usan o usarán el producto, estaremos en capacidad de:

·      Planificar la accesibilidad al producto desde el principio

·      Desarrollar más rápidamente soluciones de accesibilidad

·      Tomar decisiones informadas entre diferentes opciones y evitar perder el tiempo adivinando o suponiendo o lanzando hipótesis que solo serán eso, hipótesis, hasta tanto el producto no esté en manos de quienes lo van a consumir o a usar

·      Limitar el tener que volver atrás y solucionar problemas, es decir, elaborar el producto correcto desde el principio, no generar desperdicio. Esto es más de pensamiento Lean.

·      Evitar tener que hacer concesiones más tarde porque esperamos demasiado para para conocer mejor al usuario y para abordar las características relevantes del producto.

·      Tener una mejor perspectiva sobre los estándares de uso, las pautas y otros requisitos, que es posible que deba cumplir ahora o más adelante, por ejemplo, si el producto será de uso gubernamental o debe cumplir con ciertas regulaciones.

Todo esto beneficia al equipo de trabajo, incluyendo Product Owner si lo hay, a la media y alta dirección de las organizaciones y a cualquier otro interesado en el desarrollo y puesta en marcha del producto.

User Personas

No en vano, Personas es el primer componente del lienzo para conversar sobre la historia de usuario. Ya desde antes existía este otro instrumento en el que podemos registrar lo que observemos y aprendamos del usuario en acción: se trata del User Persona o simplemente Persona.

Figura 2: un ejemplo de User Persona para registrar el conocimiento que tenemos de un usuario de nuestras historias de usuario. Clic en la figura para ampliar.

En este, podemos registrar aspectos como los de la figura 2:

·      Objetivos del usuario, esto es, las metas que quiere alcanzar o que queremos que alcance en el mediano y largo plazo con el producto

·      Barreras o problemas actuales y posibles problemas futuros

·      Puntos de dolor o necesidades

·      Comportamientos o hábitos del usuario

Y no está demás conocer algunos detalles demográficos y hasta personales del usuario en cuestión, además de ciertos aspectos biográficos que ayuden a conocerlo y, sobre todo, a entenderlo mejor, a ser más empático con esa persona. Incluso, si es alguien conocido, un colaborador de la empresa, bien podemos traer su fotografía y usar sus datos reales, y hasta un lema o declaración de vida, su distintivo o consigna.

Figura 3: otro ejemplo de User Persona para registrar el conocimiento que tenemos de un usuario de nuestras historias de usuario. Clic en la figura para ampliar.

Otros aspectos que bien podrían servir son:

·      Su experiencia ideal

·      La tecnología que usa o las fuentes de información a las que accede habitualmente

·      Por qué quiere usar nuestro producto, de hecho, este aspecto es crucial, deberíamos empezar por allí.

·      Respuestas a la pregunta: ¿qué arruinaría su experiencia usando el producto?

Recomendación final

No me andaré por las ramas: nunca intentes, ni lo sueñes siquiera, empezar a implementar o a desarrollar una historia de usuario de un producto si no conoces quien la usará y por qué. Perentorio.

Conclusión

Involucrar y conocer a los usuarios en las primerísimas etapas del descubrimiento del producto y más tarde, durante el propio desarrollo de este, da como resultado mejores productos para los consumidores, un desarrollo más eficiente y otros beneficios para los interesados y, por supuesto, para los mismos usuarios o clientes.

Y tú, qué haces para conocer a tu usuario. Por favor, déjamelo saber en el foro.

 

Quieres saber más

* Gemba |現場|' es un término japonés que significa "en el sitio de acción" o en la “escena del crimen". En negocios, Gemba se refiere al lugar donde se crea "valor"; en fabricación Gemba es el piso de la fábrica y en ventas es el área de ventas o el lugar donde el proveedor de servicios interactúa directamente con el cliente.1

Más sobre el User Story Canvas en:

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

https://luchosalazar.com/portfolio/historias-de-usuario-una-vision-pragmatica/

O en:

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

Más sobre historias de usuario en:

bit.ly/lashistoriasdelucho

Y en octubre, una nueva edición del curso User Stories FoundationCertificatedonde te contaré de mis experiencias en este y otros asuntos sobre lo esencial de las historias de usuario.

Encuentras más información en:

https://luchosalazar.com/portfolio/nuevo-curso-historias-de-usuario/

¡Te espero!


Créditos

Imagen de la portada por Gerd Altmann en Pixabay.



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.