[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í:

Guía brevísima para tu primera vez como Scrum Máster

 

Imagen de Augusto Ordóñez en Pixabay

En términos bursátiles, ser Scrum Máster está al alza. Es una realidad. Si tuviste suerte, quizás hiciste un curso de 15 o 16 horas, con certificación incluida y crees que todo va a ir bien desde entonces.

Fui Scrum Máster. Todavía lo soy cuando la oportunidad me lo permite, es un privilegio y un honor que me inviten a formar parte de un equipo con esa responsabilidad. Además, he acompañado a muchas personas a ser Scrum Máster por primera vez. Y también acompaño a muchos otros a mejorar su desempeño como tal.

En esta abundante travesía he visto cualquier suerte de situaciones cuando se trata de estrenarse en una responsabilidad tan compleja, aunque apasionante. Y, si bien en nuestro libro Scrum: epítome de experiencias hay toda una sección sobre Lo fundamental en el marco de trabajo, algo así como un Scrum orgánico para iniciantes, voy a enumerar aquí algunos moldes o patrones que, adoptados y bien practicados, lanzarán tu carrera de líder ágil por el camino correcto de una vez por todas.

Estas son, entonces, 17 ideas clave para tener en cuenta en tu primer trabajo como Scrum Máster:

1.    Establecer una buena relación de trabajo con los miembros del equipo y las partes interesadas.

2.    Entender la cultura y los objetivos de la organización.

3.    Desarrollar una comprensión del producto y de las necesidades del cliente.

4.    Conocer las funciones y responsabilidades de cada miembro del equipo y asegurarse de que se cumplan, acompañándolos en el proceso.

5.    Facilitar la comunicación efectiva entre el equipo y los interesados.

6.    Asegurarse de que el equipo siga Scrum y las prácticas ágiles.

7.    Supervisar el progreso del equipo e identificar áreas de mejora.

8.    Proporcionar orientación y entrenamiento a los miembros del equipo.

9.    Facilitar las retrospectivas y proporcionar retroalimentación al equipo.

10. Identificar y abordar riesgos e impedimentos.

11. Ayudar al equipo a crear historias de usuario con criterios de aceptación bien definidos.

12. Ayudar al equipo a priorizar las historias de usuario para maximizar la entrega de valor.

13. Desarrollar una comprensión de las herramientas y técnicas ágiles.

14. Monitorear y medir el desempeño del equipo.

15. Hacer seguimiento del progreso de la iniciativa y gestión del entorno.

16. Ayudar al equipo a abordar la retroalimentación de los clientes.

17. Facilitar la colaboración efectiva entre el Product Owner y el resto del equipo.

Y uno más.

Si es tu primera vez como Scrum Máster, no intentes cambiar el mundo de la noche a la mañana. Una de las claves para alcanzar el éxito en esta responsabilidad, según mi propia experiencia, es observar con atención, escuchar con empatía y trabajar junto al equipo para lograr triunfos pequeños pero vibrantes.

Enfócate en construir relaciones de confianza y respeto con tu equipo y con la organización, y el cambio vendrá de manera natural. Cada ganancia discreta es una oportunidad para inspirar al equipo y acercarte más al objetivo final. Con paciencia y perseverancia, tu liderazgo Scrum será una fuente de inspiración para todos.

Atrévete. ¡Sigue estos consejos y tu primera vez será inolvidable!

Reflexiones non-sanctas sobre la Business Agility

Lean Business Agility Model

Sapere aude.

Atrévete a pensar por ti. Atrévete a ser sabio.

Son momentos difíciles. Son tiempos de reflexión. Mientras escribo estas líneas, el mundo católico celebra la Semana Mayor. Dentro de todo este backlog de reflexiones, unas más insulsas, por insustanciales, que otras, me detengo a pensar por instantes en todo este hype sobre la así llamada Business Agility.

Hace algunos meses mi amigo Jorge Abad publicó su libro Nuevas Aguas, Nuevos Navíos, Nuevos Navegantes: Business Agility con notas sobre Transformación Digital, para el que tuve el inmenso privilegio de escribir el prólogo y uno de los capítulos. En el libro, Jorge nos enumera varias definiciones de Business Agility que tienen puntos coincidentes. Me gusta esta, de mi también amigo Agustín Villena:

“Business Agility es la capacidad que permite a las organizaciones prosperar humanamente en el dinámico e incierto mundo actual”. – Agustín Villena.

Hemos asistido al surgimiento de un movimiento enérgico: Business Agility se ha convertido en una palabra de moda en el mundo de los negocios, y por una buena razón. La capacidad de adaptarse rápidamente al cambio, innovar y responder a las necesidades de los clientes es fundamental para el éxito empresarial en el mundo acelerado de hoy. Sin embargo, a pesar de la creciente popularidad de la Business Agility, todavía hay muchos lugares comunes y conceptos erróneos en torno a este concepto.

Por todas estas razones y otras que no mencionaré, he estado reflexionando a esta hora sobre ello. Así es que aquí les dejo estos lugares comunes, estos estereotipos sobre la Business Agility, a manera de letanías.

Reflexión # 1: la Business Agility tiene que ver con los métodos ágiles.

Uno de los conceptos erróneos más comunes de Business Agility es que se centra únicamente en métodos ágiles. Si bien estos son un componente importante de Business Agility, no son el único factor. Business Agility se trata de crear una cultura de flexibilidad, adaptabilidad y mejora continua. Se trata de crear un entorno en el que las personas estén empoderadas para tomar decisiones en una organización, experimentar con ideas innovadoras y responder al cambio de manera rápida y eficiente.

Reflexión # 2: Business Agility solo es relevante para el desarrollo de software.

Otro concepto erróneo común es que Business Agility solo es importante para el desarrollo de software. Si bien las prácticas ágiles se crearon inicialmente para el desarrollo de software, Business Agility es aplicable a todas las industrias y sectores. Cualquier organización puede beneficiarse de la Business Agility, ya sea una empresa de fabricación, una organización basada en servicios o una agencia del gobierno.

Reflexión # 3: Business Agility significa caos.

Mucha gente cree que Business Agility significa caos y falta de estructura. Esto no podría estar más alejado de la realidad. Business Agility se trata de crear un entorno que permita la flexibilidad y la adaptabilidad sin dejar de mantener la estructura y el enfoque. Un componente clave de Business Agility es establecer objetivos claros y luego capacitar y acompañar a las personas para que encuentren la mejor manera de alcanzarlos.

Reflexión # 4: Business Agility es una solución rápida.

Algunas organizaciones ven Business Agility como una solución rápida a sus problemas. Creen que, al adoptar prácticas ágiles, de repente se volverán más adaptables y sensibles al cambio. Sin embargo, Business Agility es un viaje, no un destino. Requiere un compromiso a largo plazo con la mejora continua y la voluntad de aceptar el cambio.

Reflexión # 5: la Business Agility tiene que ver con la velocidad.

Si bien la velocidad es un componente importante de Business Agility, no es el único factor. Business Agility se trata de crear un entorno en el que las organizaciones puedan responder a los cambios de manera rápida y eficiente, manteniendo la calidad y la satisfacción del cliente. No se trata solo de hacer las cosas rápido, sino también de hacer las cosas bien.

Reflexión # 6: la Business Agility solo es significativa para las empresas emergentes

Otra percepción errónea común es que Business Agility solo es relevante para nuevas empresas y pequeñas empresas. Sin embargo, las organizaciones más grandes también pueden beneficiarse de Business Agility. De hecho, muchas organizaciones grandes están adoptando métodos y principios ágiles para responder mejor a los cambios y competir mejor en el entorno empresarial acelerado de hoy.

Reflexión # 7: Business Agility solo beneficia a los departamentos de TI.

Finalmente, algunas personas creen que Business Agility solo es importante para las áreas de TI. Una vez más, nada más alejado de la verdad. Business Agility consiste en crear una cultura de flexibilidad y adaptabilidad en toda la organización. Implica romper los silos y promover la colaboración entre áreas y equipos para crear una organización más receptiva y centrada en el cliente.

Algunas otras reflexiones non-sanctas que me agobian por estos días incluyen:

Business Agility es todo un bombo publicitario, una moda.

Business Agility es solo para desarrollo de productos.

Business Agility es simplemente un Scrum aplicado a escala.

Business Agility es acerca de aumentar la productividad.

Business Agility se aplica de la misma manera en toda la organización. Sobre esto escribí en Lo que no les enseñan a los CEO sobre agilidad.

Business Agility es una mejor práctica. No. Business Agility es un experimento.

Cual de todos ellos más incierto y desviado de la realidad que nos cobija. Aeternus et umquam.

Valle del Aburrá, miércoles (santo) 5 de abril de 2023.