Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta historias de usuario. Mostrar todas las entradas
Mostrando las entradas con la etiqueta historias de usuario. Mostrar todas las entradas

viernes, agosto 18, 2023

El poder de la experimentación: una travesía a través de Scrum e historias de usuarios

 

Luego de muchos desafíos he observado una constante: la transformación ágil es una travesía de descubrimiento. Es un camino cargado de preguntas, dudas y esa ansiedad que genera la experimentación. He recorrido este camino con personas, equipos y organizaciones, y una de esas revelaciones es que Scrum, combinado con Historias de Usuario y Desarrollo Conducido por Hipótesis (HDD), puede ser la brújula que nos guíe a través de los paisajes corporativos actuales.

La esencia de la experimentación

Hecho: la experimentación no se trata de fracaso o éxito. Se trata de aprender, adaptarse y mejorar, en el sentido de crecer. Se trata de desafiar las suposiciones y aceptar una realidad en constante cambio. En el corazón de Scrum, el proceso iterativo de inspección y adaptación es en sí mismo un experimento. Es una búsqueda de la verdad, pero también de la belleza y la excelencia.

La experimentación es un arte, pero, sobre todo, una ciencia. Es una filosofía que ha estado en el centro de mi trabajo durante más de una década. Pero ¿qué significa exactamente y por qué resuena tan profundamente en el mundo Ágil?

El proceso de descubrimiento. En el ámbito de Scrum, la experimentación no es simplemente una herramienta o un método; es una forma de pensar que impregna cada acción, decisión e interacción. Permite a los equipos navegar por esos horizontes complejos y en constante cambio de los negocios modernos.

Para experimentar, ten la voluntad de explorar. La experimentación comienza con la curiosidad. Se trata de preguntar, "¿Y si…?" ¿Y por qué no…?" Se trata de tener el valor de adentrarse en lo desconocido, desafiar el statu quo y sondear posibilidades sin un destino predeterminado.

Para experimentar, no le temas a la incertidumbre. Uno de los aspectos más viscerales y emocionales de la experimentación es su incertidumbre inherente. Hay un miedo y una sensación de asombro al no saber qué sucederá a continuación. Es esta incertidumbre la que alimenta la creatividad, la innovación y el crecimiento. Es por ello por lo que causa tanto temor hablar en voz alta de experimentos en los entornos organizacionales de hoy. Sigue siendo un tabú. Antes, era una herejía.

Experimentando, aprendes a través del fracaso. No voy a usar palabras bonitas. Que falla, que negación, que infortunio. No.  En mis años como coach, he visto equipos tropezar, flaquear y frustrarse. Pero también los he visto crecer, aprender y transformarse. La experimentación reconoce que el fracaso no es un callejón sin salida sino una encrucijada, un punto de reflexión, una lección que se debe acoger, que se debe dejar entrar en nuestra cultura organizacional. Es en estos momentos de fracaso cuando a menudo se produce el aprendizaje más profundo.

Experimentando continuamente, cimientas resiliencia. Es de esta manera que las personas y los equipos se vuelven más adaptables, más receptivos y más alineados con la naturaleza dinámica de su trabajo. Es un proceso que fomenta una cultura de confianza, colaboración y empoderamiento.

Frecuentemente me preguntan cómo fomento, cómo cultivo la experimentación. Aquí les dejo algunas notas:

  1. Colabora: involucra a todos. La diversidad de pensamiento es el caldo de cultivo de la innovación.
  2. Acepta el fracaso: este es una oportunidad de aprendizaje. Celébralo, analízalo, crece a partir de él.
  3. Haz preguntas: fomenta la curiosidad. Aviva una cultura en la que se celebre hacer preguntas.
  4. Itera: los experimentos pequeños y frecuentes permiten un aprendizaje y una adaptación rápidos.
  5. Reflexiona: Tómate el tiempo para reflexionar sobre los resultados. ¿Qué aprendiste? ¿Cómo lo aplicarás?
  6. Crea espacios seguros: permite errores. Crea un entorno en el que el fracaso se vea como una oportunidad, no como una amenaza.
  7. Celebra el aprendizaje: concéntrate en el viaje de aprendizaje, no solo en los resultados. Reconoce y recompensa el crecimiento y la comprensión.
  8. Comparte ideas: la transparencia fomenta la colaboración. Comparte hallazgos, ideas y reflexiones abiertamente dentro del equipo y la organización.

La esencia de la experimentación es algo rico y complejo que ha moldeado mi trabajo y la vida de aquellos a los que he acompañado. Es más que una técnica o un proceso; es una forma de ser, un camino que conduce a una comprensión más profunda de nosotros mismos, nuestro trabajo y nuestro mundo. Es el latido del corazón Ágil, y es lo que hace que nuestro trabajo no sea solo un trabajo, sino una pasión, una aventura y una celebración del potencial humano.

Puedes leer algo más sobre esto en:

http://www.gazafatonarioit.com/2022/01/no-cometas-los-mismos-errores.html

O en mi libro Cultura Ágil: ese oscuro objeto del deseo.

La técnica de desarrollo conducido por hipótesis (HDD)

Esta técnica es el núcleo de la experimentación. Con HDD, planteamos preguntas, diseñamos experimentos, analizamos resultados y tomamos decisiones.

Por ejemplo, considera un equipo que lucha con su compromiso de sprint. La hipótesis podría ser: "Al reducir la cantidad de Historias de Usuario en un 25 % en el próximo Sprint, mejoraremos la tasa de finalización en un 20 %". ¿El resultado? A veces funciona, y a veces no. Pero siempre, aprendemos. Incluso ya sabemos que, si aplicas patrones como El Clima de Ayer o Los Equipos que terminan más temprano aceleran más rápido, vas a aumentar tus probabilidades de tener éxito. Entonces dejará de ser un experimento y se convertirá en una práctica común a tu alrededor. Para saber más de estos patrones, puedes consultar el libro Scrum: epítome de experiencias o en mis blogs en:

http://www.gazafatonarioit.com/

O en:

https://luchosalazar.com/category/agilidad/

La técnica HDD no es simplemente un método, sino un enfoque filosófico para el desarrollo de productos y la resolución de problemas. He aquí un breve vistazo a sus elementos centrales y cómo ha llegado a influir en la forma en que trabajo con equipos y organizaciones.

Un enfoque científico. El corazón de HDD radica en tratar cada nueva idea, característica o cambio como un experimento. Adopta un enfoque científico en el que se formula una hipótesis y luego se diseña un experimento estructurado para probar esa hipótesis.

La hipótesis. Una hipótesis es una declaración bien elaborada que expresa una suposición que se va a probar. Por ejemplo, "Implementar la función Pagar Contra Entrega mejorará la participación del usuario en un 20 %". La belleza de este enfoque es su claridad y enfoque, que establece una meta y una métrica precisas para el éxito o el fracaso.

Diseña el Experimento. Dibujar el experimento implica planificar cómo se probará la hipótesis. Esto incluye definir las métricas, el público objetivo, las condiciones y los criterios de evaluación. Es una etapa crítica donde entran en juego la precisión, la previsión y la colaboración.

Ejecuta el experimento y aprende. Una vez que el experimento está diseñado, es hora de ejecutarlo. Esta etapa puede estar llena de anticipación, conmoción y, a veces, desasosiego. Los resultados pueden confirmar la hipótesis, refutarla o revelar ideas inesperadas. Independientemente del resultado, la atención se centra en el aprendizaje y la adaptación. Si no aprendes nada del experimento, quizás no era un experimento del todo.

Itera y adáptate. HDD no es un evento único sino un ciclo continuo. Cada experimento conduce a nuevos conocimientos, nuevas preguntas y nuevas hipótesis. Es un proceso dinámico y en evolución que se alinea perfectamente con la naturaleza iterativa y adaptativa de Ágil y Scrum.

Ahora bien, ¿por qué debería importarte HDD? Esta técnica ha sido transformadora en mi práctica. Aporta disciplina, claridad y un enfoque implacable en el aprendizaje. Alienta a las personas a pensar de manera crítica y sistémica, desafiar los supuestos y aceptar la naturaleza cambiante de su trabajo.

Historias de usuarios y la conexión humana

¡El poder de las historias de usuario!

Las historias de usuarios dan vida a nuestro trabajo. Son la voz de nuestros usuarios, el latido de nuestro producto. Pero también pueden ser un campo de juego para la experimentación. Recuerdo a un equipo que una vez tuvo el desafío de comprender las necesidades de sus clientes. Decidimos experimentar involucrando a los clientes directamente en la creación de Historias de Usuario. El compromiso, la empatía, los conocimientos que obtuvimos fueron transformadores. El producto prosperó, al igual que el equipo. De hecho, usamos Historias de Usuario Conducidas por Hipótesis para que cada nueva característica del producto, y el producto mismo, fueran considerados una hipótesis, un experimento en sí. Es de esta manera que empiezas a promover, aún sin mencionarlo, una cultura de experimentación en tu ámbito empresarial.

La belleza de las historias de usuario radica en su sencillez y humanidad. Sirven como puente entre los requisitos técnicos y las necesidades humanas reales, creando una conexión que impulsa el desarrollo significativo de productos.

El elemento humano. Las historias de usuario ponen al usuario en el foco del proceso de desarrollo de productos. No se trata de código, algoritmos o bases de datos; se trata de personas, emociones, experiencias. Infunden empatía en el desarrollo del producto, convirtiéndolo en un esfuerzo colaborativo y compasivo. Son una parte viva y palpitante del desarrollo ágil. Les ponen cara a las funciones, voz al código y corazón al producto. Al utilizar Historias de Usuario como base para los experimentos, no solo humanizamos el proceso, sino que también aportamos claridad, enfoque y empatía a nuestra búsqueda de innovación y excelencia.

En mi trabajo con diversos equipos y empresas, estas historias simples pero profundas a menudo han sido el catalizador de la creatividad, la colaboración y la conexión. Nos recuerdan que, en el centro de toda nuestra tecnología, procesos y métodos, siempre hay una persona, con necesidades, deseos y sueños. Conectar con ese elemento humano es lo que hace que nuestro trabajo no solo sea efectivo sino también significativo y satisfactorio.

No quiero extenderme más en este sentido. En mi blog puedes encontrar docenas de publicaciones sobre ello, incluyendo presentaciones, artículos y, por supuesto, el libro de la portada negra y naranja.

Pensamientos finales

Mi periplo ha sido uno de continua experimentación. Con cada fracaso, éxito y sorpresa, he aprendido, evolucionado y prosperado. Al menos, lo he intentado. Es una experiencia profundamente personal, llena de pasión, temor, alegría y resiliencia. Lo que he compartido no es solo un método o una técnica, sino una forma de vivir y trabajar. Se trata de ser humano y humanizante en un mundo de complejidad. Se trata de coraje, curiosidad y compasión. Y, sobre todo, se trata de la voluntad de experimentar, cuestionar y crecer.

Aquí tienes el próximo experimento y el siguiente paso en tu propio viaje. Auguro que será tan emocionante, esclarecedor y gratificante como todo lo anterior.

viernes, agosto 04, 2023

El poder de las historias de usuario: sembrando narrativas para cosechar productos disruptivos

 

Esta es algo así como la transcripción de mi charla relámpago en Ágiles Colombia 2023 en Barranquilla. Y al final, está la charla para su descarga.

El poder de las historias de usuario:
sembrando narrativas para cosechar productos disruptivos

Las historias de usuario son un instrumento muy muy poderoso. Escuchen esto, queremos hacer las cosas “the Agile way”, y muchas veces nos preguntamos “¿eso cómo se hace?” “¿Eso con qué se come?”. Pues bien, las historias de usuario son ese utensilio que necesitamos para ello.

Veamos cómo en esta sesión relámpago…

Ninguna charla, mucho menos relámpago, sobre historias de usuario estaría completa si no comenzamos por aquí.

“Con historias y contando historias es como las culturas se hacen más fuertes y sobreviven”.

Con historias es como hemos llegado a este momento del tiempo, algunos científicos ya dicen que estamos en la era del Antropoceno, la nuestra. Imagen así el poder que tienen las historias si son ellas las que nos han permitido evolucionar durante los últimos 2 millones de años.

¡Y las historias de usuario son eso: historias!

Las historias de usuario son un protocolo de comunicación social, y la comunicación es condición requerida, indispensable, sine qua non dicen los intelectuales, para que haya verdadero trabajo colaborativo que, a su vez, es esencial para que la hagamos las cosas de la manera ágil.

Así es que lo más, con énfasis en “más”, importante de las historias de usuario son las conversaciones que se gestan alrededor de ellas. En su entorno.

Son conversaciones que se dan entre las personas involucradas, pero sobre todo comprometidas con el desarrollo de productos o la ejecución de actividades con enfoque Ágil y Lean.

Vamos a ver más en detalle esto porque es el mensaje principal de esta sesión.

Miren. Muchos todavía ven las historias de usuario, en el mejor de los casos, en este ámbito. Alguien tipo Product Manager/Product Owner “escribe” las historias de usuario y se las entrega a un equipo. En ocasiones hay una charla breve, muchas veces más relámpago que esta y ¡zas, ya está! Ahí les dejo sus historias.

Pero no, así no es. Es más bien de esta otra forma.

Esas conversaciones poderosas se dan, de un lado, entre esta persona tipo PM/PO y su entorno, incluyendo no solo a los usuarios o clientes finales, sino también a los interesados y más allá, gente del Mercado, de la Competencia, del Gobierno, de la Sociedad y del Medio Ambiente. Importantísimo estos dos últimos, volveremos a ello sobre el final de la charla.

Y de otro lado, entre esta PM/PO y el equipo de desarrollo de productos. Conversaciones abiertas, francas, en confianza, con transparencia.

Este es el ámbito donde las historias de usuario tienen mucho poder.

Pero eso no es todo… Las historias de usuario son poderosas si su práctica y el comportamiento que exhibimos quienes las usamos tiene como soporte la esencia de la agilidad. HU para colaborar, ya lo dijimos, pero también, HU para entregar en pequeño y frecuentemente, y una vez entregadas, para reflexionar con datos, no con supuestos. Y en el proceso, siempre siempre, mejora implacable.

Esto es absolutamente necesario, si no, son cualquier otra cosa menos historias de usuario a la usanza ágil.

Así que es definitivo. Si por lo menos ya las estamos usando, cambiemos nuestra forma de pensar acerca de las HU. Vamos de un mindset “especificacional” a uno conversacional. Las HU no son para escribir documentos repletos con características del producto. Para nada.

Dicho esto, empecemos también a pensar en las HU como experimentos. Como hipótesis que son realmente. Una HU siempre será una hipótesis hasta tanto el producto o el incremento de producto del que hace parte no está en manos del usuario final, del consumidor.

Así que empecemos a tratarlas como tal desde el principio.

Esto además ayuda a cambiar el mindset que necesitamos para tener éxito con ellas.

Y miren esto: ese apellido “de usuario” no está allí gratuitamente, por su linda cara como decimos. Las HU, o la práctica de estas, deben permitirnos conocer al usuario más que cualquier otra persona en nuestro entorno. ¿Quién es el usuario? ¿Qué hace?

¿Con quién lo hace? ¿Qué información intercambia? ¿Como lo hace? ¿Cuáles son sus dolencias y quejas? ¿Qué lo hará exitoso?

Responder a todas estas cuestiones solo se logra si el enfoque que usamos con HU está centrado en el usuario final y nadie más. En la persona.

De la misma manera, las historias de usuario deben permitirnos conocer más el producto, sus características esenciales, las que hacen feliz al consumidor, las importantes, las que lo dejan satisfecho, y las buenas bonitas, pero no baratas, las que lo dejan presuntuoso, más que cualquier otra persona a nuestro alrededor.

Ahora bien, Las HU poderosas, las que nos permiten crear productos disruptivos que nuestros clientes amen y que causen en ellos impactos a tal grado de modificar su modus vivendi, son pequeñas y aun así proporcionan valor a esos usuarios.

Pequeña es un término relativo, pero en general significa que se pueda construir en una iteración corta junto a otras HU.

También, las HU poderosas tienen unos criterios de aceptación bien definidos: tamaños, colores, matices, sabores, ángulos, vistas. Gozan de precisión, son colaborativos también. Quizás en una sesión hoy hablemos de mi modelo de las 7 C de los criterios de aceptación.

Y en el fondo, las HU poderosas se enfocan en el objetivo del usuario final. Son pequeños peldaños hacia el logro de una meta aún mayor: el objetivo del producto.

Aquí tenemos un ejemplo de una HU que no está basada en el objetivo, sino en la solución, un botón para exportar datos a un plano, ni más faltaba, se le tiene, pero esto no es del contexto de las HU, es algo de la solución.

En cambio, en este otro ejemplo, vemos con claridad una HU enfocada en el objetivo de un usuario final: elegir un método de envío, sin ninguna preferencia en particular ni ningún detalle que restrinja la solución final. Esta será un asunto del equipo de desarrollo del producto.

Y no podemos cerrar tampoco sin hablar de priorización por valor. Las HU poderosas se priorizan por algún aspecto de valor.

Técnicas como MoSCoW, WSJF, modelo de Kano, El costo de la demora y la Matriz de Impacto Motivado, conocida también como el modelo de Lucho.

Entre otras que se pueden usar para ordenar y reordenar un backlog constantemente.

¿Y todo esto para qué? Para hacer que germinen productos asombrosos. Aquí les dejamos un modelo simple pero efectivo para ello.

Ojo al paso 5: No es posible que construyamos productos asombrosos, que impacten a nuestros clientes, es una sociedad y en un planeta enfermos. Perentorio. Así que siempre pensemos en estos 2 factores además del financiero que es absolutamente necesario.

Esto era todo, mis amigos. Aquí 5 ideas claves de esta sesión relampagueante:

1.    Mindset conversacional para las HU,

2.    Colabora,

3.    Enfoque centrado en el usuario,

4.    Priorización eficaz con diferentes métodos, y

5.    desarrollo iterativo e incremental. ¡Lo nuestro!

Muchas gracias. Les dejo información de donde pueden conseguir muchísima más información, por si apenas llegan a nuestra sintonía. En bit.ly/lashistoriasdelucho y, por supuesto, el libro que se originó en esa página precisamente.

Puedes descargar la presentación aquí: 👇


jueves, abril 20, 2023

[Learning Lab] El poder de las historias de usuario: cómo crear productos que agreguen valor

Esta es la presentación “El poder de las historias de usuario: cómo crear productos que agreguen valor” que hice para el Learning Lab con Certiprof el 19 de abril de 2023.

Algunos aspectos de la presentación:

Las historias de usuario son una herramienta poderosa en el desarrollo ágil de productos porque ayudan a los equipos a centrarse en las necesidades y los deseos de los usuarios finales. Al crear historias de usuario, los equipos pueden identificar cómo su producto agregará valor a la vida de los clientes y asegurarse de que están construyendo algo útil y relevante.

El poder de las historias de usuario radica, entre otros, en los siguientes aspectos:

1. Centrarse en el cliente: las historias de usuario ponen al cliente en el centro del proceso de desarrollo del producto, asegurando que sus necesidades y preferencias impulsen las características y mejoras del producto.

2. Simplicidad: las historias de usuario son concisas y directas, lo que ayuda a los equipos a comunicarse de manera efectiva sobre los requisitos y objetivos del producto.

3. Colaboración: las historias de usuario fomentan la colaboración entre los miembros del equipo, fomentando una comprensión compartida del propósito y la visión del producto.

4. Adaptabilidad: las historias de los usuarios se pueden ordenar fácilmente, lo que permite a los equipos responder a las condiciones cambiantes del mercado o a los comentarios de los clientes.

Ahora bien, para crear productos que agreguen valor en todas las industrias, considera los siguientes pasos:

1. Identifica a tus usuarios objetivo: ¿Quiénes son las personas que se beneficiarán más de tu producto? Entiende sus necesidades y deseos.

2. Crea historias de usuario: haz narraciones concisas y centradas en el cliente que describan cómo tu producto abordará las necesidades y los deseos de los usuarios objetivo.

3. Ordena las historias de usuario: clasifica las historias de usuario en función de su impacto potencial, viabilidad y alineación con los objetivos estratégicos de tu empresa.

4. Itera y valida: prueba continuamente tu producto con usuarios reales para recopilar retroalimentación y refinar tus historias de usuario. Adapta su plan de desarrollo del producto según sea necesario para asegurarte de que estás entregando valor.

5. Considera los beneficios sociales y ambientales: Esfuérzate por crear productos que no solo generen ganancias financieras, sino que también contribuyan positivamente a la sociedad y el medio ambiente. Esto puede incluir la reducción de residuos, el apoyo a las comunidades locales o la promoción de la sostenibilidad.

Puedes descargar la presentación aquí:

miércoles, marzo 29, 2023

Las 5 disfunciones de un equipo Scrum durante la Sprint Planning

En su libro The Five Dysfunctions of a Team: A Leadership Fable, Patrick Lencioni enfatiza que es difícil “responsabilizar a algunas personas porque son muy útiles. A otras porque se ponen a la defensiva. A otras porque son intimidantes”. Y remata diciendo que no cree que sea fácil responsabilizar a nadie, ni siquiera a nuestros propios hijos.

La planificación es acerca de responsabilizarse. Cuando lo hacemos a la usanza ágil, esa responsabilidad es compartida. Y nuestro modo de pensar insiste en que cuando la responsabilidad es compartida, en efecto, todo el equipo es responsable. Dado el carácter cíclico que tiene la planificación en Scrum, es común que los equipos empiecen a manifestar ciertos trastornos, sobre todo cuando están en etapas tempranas de su desarrollo como equipos.

En la práctica son muchas más de cinco, pero he seleccionado estas cuyas secuelas pueden echar al traste cualquier esfuerzo de desarrollo de productos. Estas son las 5 disfunciones de los equipos Scrum durante la Sprint Planning y cómo superarlas.

1.   No hay un objetivo de sprint claro o no lo hay del todo

Un objetivo de sprint claro es esencial para un sprint exitoso. Proporciona dirección y enfoque para el equipo y les ayuda a ordenar el trabajo. Sin un objetivo de sprint claro, el equipo puede trabajar en tareas que no están alineadas con los objetivos generales de la iniciativa. Para superar esta disfunción, el Product Owner debe trabajar con el equipo para definir un objetivo de sprint claro antes del inicio de cada sprint.

Como Scrum Máster, asegúrate de que todos los miembros del equipo conozcan el objetivo del sprint propuesto antes del inicio de la Sprint Planning. Esto les ayudará a comprender en qué deben concentrarse durante la sesión de planificación.

2.   No están todos los que son ni son todos los que están

La Sprint Planning es un evento colaborativo que requiere la participación de todo el equipo. Si faltan algunos miembros del equipo, puede ser difícil planificar con precisión el sprint y asegurarse de que todos estén en la misma página. Si hay personas que no son del equipo se puede perder el foco con facilidad debido a la falta de conocimiento de estas personas sobre lo que el equipo viene haciendo y hacía dónde va. Para superar esta disfunción, es importante programar la Sprint Planning en un momento en el que todos puedan asistir y asegurarse de que todos entiendan la importancia de asistir. No debe haber interrupciones redundantes durante la sesión.

3.   Muy poco tiempo para el evento o el tiempo es excesivo

La Sprint Planning debe tener suficiente tiempo para permitir una discusión exhaustiva y una planificación apropiada. Sin embargo, también es importante no dedicar demasiado tiempo al evento, ya que esto puede llevar al síndrome de la parálisis por análisis y retrasar el inicio del sprint innecesariamente. Para superar esta disfunción, es importante encontrar un equilibrio entre una planificación conveniente y un uso eficiente del tiempo.

4.   No hay historias de usuario refinadas

Las historias de usuario son la columna vertebral de cualquier sprint. Proporcionan al equipo una comprensión clara de lo que debe lograrse durante el sprint. Sin historias de usuario refinadas, el equipo puede tener dificultades para comprender lo que debe hacer y puede perder tiempo en tareas que no son necesarias. Para superar esta disfunción, el Product Owner debe colaborar con el equipo para refinar las historias de usuario antes del inicio de cada sprint.

5.   No se elabora un sprint backlog apropiado

El sprint backlog es una lista de tareas que deben completarse durante el sprint. Es esencial para hacer conocer el progreso del trabajo y garantizar que todo se haga. Sin un sprint backlog adecuado, puede ser difícil para el equipo saber qué deben hacer y cuándo deben hacerlo. Para superar esta disfunción, es importante que el equipo trabaje en conjunto durante la sesión para crear una Sprint Backlog para los primeros días del sprint y una hoja de ruta que permita al equipo el logro del objetivo del sprint.

Clic en la imagen para ampliar

Ahora bien, ¿cómo puedo mejorar la Sprint Planning de mi equipo?

En el libro Scrum: epítome de experiencias detallamos varias formas de mejorar la Sprint Planning de tu equipo. Aquí hay algunas otras:

  • Asegúrate de que todos estén preparados, de que todos tengan la información y los materiales necesarios antes del inicio del evento. Esto incluye un objetivo de sprint claro, historias de usuario refinadas y cualquier otra información relevante.
  • Fomenta la participación: la Sprint Planning es un evento colaborativo y todos deben participar activamente. Anima a todos a compartir sus ideas y opiniones y asegúrate de que se escuche la voz de todos.
  • Mantén el foco en el objetivo del sprint, este debe ser la fuerza guía detrás de la Sprint Planning. Asegúrate de que todas las discusiones y decisiones estén alineadas con el objetivo del sprint.
  • Usa el tiempo de manera efectiva durante la reunión. Evita que el equipo se atasque en largas discusiones y motiva la toma de decisiones de manera rápida y eficiente.
  • Revisa y mejora: después de cada Sprint Planning, tómate un tiempo para revisar qué funcionó bien y qué podría mejorarse. Utiliza el feedback para realizar cambios y mejoras para futuras sesiones de planificación.

Y una recomendación adicional, parte de mi mantra: da un paso a la vez. Recuerda que “el trabajo en equipo comienza generando confianza. Y la única forma de hacerlo es superando nuestra necesidad de invulnerabilidad”.

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.