Apuntes sobre Transformaciones Ágiles V: Cómo hacer que la transformación de la cultura organizacional sea sostenible

 

Me gusta decir que “la cultura es la forma cómo cambiamos las cosas por aquí”.

Hoy por hoy muchas organizaciones tienen una cultura poco saludable, coincidente con el hecho de que son negocios enfermos de alguna manera. En general, estas organizaciones hacen una inversión inadecuada en las personas, es decir, hay muy poca densidad de talento; además, hay un cultivo de falta de responsabilidad y de delegación del trabajo, ausencia de diversidad, equidad e inclusión, son entornos de alta presión, donde se premia al empleado que más “horas nalga” le proporcione a la compañía sin tener en cuenta las consecuencias y, en primer lugar de causas raíz de una cultura poco o nada saludable, está el comportamiento inapropiado y errático de la alta dirección. [1]

En contraprestación, una cultura organizacional saludable crea un entorno de equipo formidable con mayor productividad, rentabilidad y éxito a largo plazo para quienes hacen parte de la empresa.

Durante la última década me he dedicado a promover el cambio en la forma de trabajar de personas, equipos y empresas. Las he acompañado en el proceso, algunas veces desde la concepción de la idea de cambio, otras veces desde cuando la iniciativa ya lleva algún tiempo forjándose y ha habido poco o ningún impacto tangible. Es un camino cuesta arriba, pedregoso, pletórico de desafíos y de temores, pero que a la postre empieza a dar resultados positivos.

En todo este tiempo, he logrado cosechar que el "cambio transformacional" se refiere a un cambio fundamental en la forma en que trabajamos. No se trata solo de nuevas herramientas o procesos; se trata de cambiar la cultura de tu organización, sus valores y creencias. Este puede ser un proceso muy largo, pero vale la pena si puedes y llegas a realizar cambios duraderos que impacten en toda la empresa, e incluso más allá, en la sociedad y en el medio ambiente.

El camino hacia el cambio es largo y sinuoso: siete pasos clave

Insistiré una vez más: el camino hacia el cambio es largo y sinuoso. No es una línea recta, sino más bien una serie de cambios graduales que conducen a un objetivo final. Si te encuentras en medio de este proceso y te preguntas a dónde te llevará, si es que alguna vez llegarás allí, ten en cuenta estos siete pasos:

1.    Descubrimiento

2.    Propósito

3.    Hoja de ruta

4.    Evaluación de liderazgo

5.    Piloto

6.    Experimento a gran escala

7.    Sostenibilidad

Paso 1: la fase de descubrimiento

Imagen de Luisella Planeta LOVE PEACE 💛💙 en Pixabay

El primer paso para crear una cultura saludable es realizar un análisis profundo de tu situación actual. Esto significa que debes comprender cuál es el problema antes de comenzar a buscar una solución. Incluso entender el problema detrás del problema, es decir, la causa raíz. La fase de descubrimiento gira en torno a la identificación de los problemas específicos que afectan a tu equipo y la búsqueda de formas de resolverlos.

Si es posible, también es importante que las personas de tu equipo se fijen objetivos antes de comenzar este proceso (explicaré esto más adelante). Si te ves frenado por las expectativas de otras personas o las métricas de rendimiento anteriores, puede ser el momento de algunas conversaciones difíciles y una recalibración.

La mejor manera de realizar un seguimiento de estas conversaciones es a través de documentación escrita; esto ayudará a que todos sean responsables de sus acciones a lo largo del proceso de transformación y proporcionará información valiosa sobre dónde se pueden realizar mejoras después de que finalice el período de lanzamiento inicial.

Paso 2: Aclarar el propósito de la transformación

Imagen de Elizaveta Maximova en Pixabay

El propósito de tu transformación es cambiar la cultura. El propósito de tu transformación es crear una nueva cultura, una nueva cultura organizacional. Para lograr el resultado deseado, así como establecer la sostenibilidad dentro de las personas, los procesos y las prácticas de tu organización, es importante comprender cuál es su estado actual con respecto a esos tres elementos: personas, prácticas y procesos.

Paso 3: diseñar tu hoja de ruta de la transformación

Imagen de VideoPlasty.com en Pixabay

·       Definir el problema antes de comenzar con una solución. Es importante definir tus objetivos antes de comenzar a diseñar tu hoja de ruta. No puedes simplemente decir: "Necesitamos hacer algo con nuestra cultura". Debería haber algún tipo de resultado medible que desees lograr; de lo contrario, no será sostenible y las personas no lo encontrarán lo suficientemente significativo como para mantenerse al día con el tiempo.

·       Establece metas ambiciosas pero realistas para ti y los demás en la organización, metas que sean relevantes en todos los niveles de la empresa (no solo de arriba hacia abajo). Es importante no establecer expectativas poco realistas sobre qué tan rápido puede ocurrir el cambio o cuánto cambio se necesita; en su lugar, establece objetivos alcanzables que tengan un impacto dentro de un plazo razonable (de 3 a 6 meses, por ejemplo). Esto también ayudará a mantener las cosas más manejables en lo que respecta al tiempo invertido, por lo que hay menos presión sobre cualquier persona involucrada, lo que significa que es menos probable que se agoten durante este proceso.

Estos son algunos ejemplos de objetivos tangibles de cambio organizacional que podrías lograr en 3 a 6 meses:

·       Disminuir en un 5 % la deserción laboral, por inasistencia o por renuncias al trabajo

·       Aumentar el eNPS (satisfacción de los empleados) en un 15 %

·       Reducir en un 10 % el tiempo de salida al mercado de nuevos productos

·       Menguar la Huella de Carbono Empresarial en un 3 %

Paso 4: Evaluar la preparación de tu liderazgo para el cambio

Imagen de Gerd Altmann en Pixabay

Como es la primera vez que atraviesas un proceso de cambio, es importante evaluar la preparación de tu liderazgo para el cambio. ¿Qué tan preparados estás tú y tu equipo para hacer esta transformación? Esto se puede hacer identificando lo siguiente:

·       Mentalidad de liderazgo: ¿Cómo piensa tu equipo sobre el cambio? ¿Lo ven como una oportunidad o como algo que se debe hacer? Es fundamental que los líderes entiendan la mentalidad de sus equipos porque, si no lo hacen, podría poner en peligro el éxito de futuras iniciativas.

·       Comportamientos de liderazgo: ¿Qué tipo de comportamientos necesitarás de ti mismo y de otros miembros de tu equipo cuando sea necesario cambiar comportamientos? ¿Hay formas en que las personas pueden resistir estos cambios y qué se puede hacer al respecto?

·       Habilidades de liderazgo: ¿Qué habilidades ya tienes que ayudarán a que esta transformación sea exitosa (por ejemplo, comunicación, resolución de conflictos)? ¿Qué otras habilidades necesitas desarrollar o mejorar (por ejemplo, facilitar, escuchar) para que puedas ayudar a implementar este cambio con éxito?

·       Capacidades de liderazgo: ¿Qué capacidades necesitan los líderes para liderar en momentos en los que no hay respuestas fáciles o soluciones claras? (por ejemplo, flexibilidad, resiliencia).

·       Estilo: ¿Cómo preferirías que se hicieran las cosas mientras lidias con la incertidumbre o la ambigüedad?

En general, tu talante de liderazgo debe ser uno transformacional para que “motives a tus seguidores a alcanzar un rendimiento que supere las expectativas mediante la transformación de sus actitudes, creencias y valores, en lugar de solo cumplir con las expectativas”. [2]

Paso 5: Probar tu propuesta de valor con un piloto

Imagen de Peter Pruzina en Pixabay

·       Evaluar la propuesta de valor: antes de lanzar una nueva propuesta de valor, es importante evaluarla. Esto se puede hacer a través de un programa piloto que recopila datos sobre los resultados del nuevo modelo y mide qué tan bien está funcionando.

·       La diferencia entre probar y experimentar: Probar no es solo una cuestión de ensayar algo una vez; no es un experimento. Significa recopilar datos a lo largo del tiempo para determinar si tu nueva propuesta de valor funcionará en la práctica.

·       ¿Cómo probar tu propuesta de valor con un programa piloto?: Para que este proceso funcione, debes tener objetivos claros para lo que quieres del programa piloto; de esa manera, sabrás qué tipo de resultados son lo suficientemente buenos para continuar con este modelo o hacer cambios basados ​​en lo que no funcionó según lo planeado durante la prueba (ejemplo: "Queremos que al menos el 80 % de nuestros empleados dejen de usar dispositivos móviles durante las reuniones").

Luego, asegúrate de que todos los involucrados conozcan estos objetivos para que puedan realizar un seguimiento de su progreso hacia ellos regularmente durante las pruebas (ejemplo: reuniones mensuales donde todos hablan sobre cuántas personas han dejado de usar el celular en las reuniones de trabajo). Finalmente, realiza un seguimiento de todos los resultados tomando notas cada vez que haya una actualización en cualquiera de los lados, por ejemplo, con encuestas de satisfacción de los empleados antes de cada reunión para que todos sepan dónde están las cosas antes de comenzar las discusiones sobre los cambios necesarios si el rendimiento aún no es el esperado).

Paso 6: Extender tu piloto a un experimento a gran escala

Imagen de holdentrils en Pixabay

El sexto y último paso es ampliar el piloto a un experimento a gran escala. El objetivo de este paso es validar que tu solución funcionará a escala, es decir, en gran parte de o toda la organización. Debes poder demostrar que es posible que se produzca el cambio que deseas y utilizar los datos de antes, durante y después del experimento como prueba.

Te dejo algunos pasos simples con los que puedes empezar:

·       Define el problema antes de comenzar con una solución (es decir, ¿qué quieres?). También debes establecer metas antes de comenzar para que todos sepan cuáles son sus roles y responsabilidades para que la transición se realice con éxito. No te preocupes por cuáles son los objetivos de otras personas; ¡solo concéntrate en los tuyos! Y recuerda: ¡sé ambicioso pero también realista!

·       Comienza con algo pequeño y luego crece a partir de ahí; no esperes cambios masivos de la noche a la mañana (puedes leer más sobre esto aquí). Elige una cosa que sea lo suficientemente importante para todos los interesados involucrados (no solo para ti) pero que no sea demasiado complicada para no abrumarse de inmediato: es mejor si algo funciona bien en lugar de nada porque entonces todos se desanimarán rápidamente.

Paso 7 - Hacer que la transformación sea sostenible a través del aprendizaje y la mejora continuos

Imagen de Gerd Altmann en Pixabay

Para que la transformación de la cultura organizacional sea sostenible, necesitarás aprendizaje continuo, mejora continua y retroalimentación continua. El aprendizaje continuo significa que cada persona de la empresa debe tener un deseo constante de saber más sobre sí mismo y compartir lo que aprende con los demás en la organización. Cuanto más sepa una persona sobre sí misma y lo comparta con otros en la organización, mejor podrá ayudarlos en su camino hacia convertirse en individuos empoderados capaces de autoevaluarse.

La mejora continua significa que cada persona de la empresa debe mejorar constantemente sus habilidades como trabajador individual y como personas facultadas para autoevaluarse. La retroalimentación continua se refiere a qué tan bien los empleados están haciendo su trabajo como individuos empoderados. La experimentación continua analiza qué tan bien funcionan los diferentes enfoques cuando se aplican en varios niveles dentro de una organización, como el nivel de equipo, nivel de área o división, etcétera; mientras que la mejora continua examina si estos diferentes enfoques continúan funcionando a largo plazo o no después de que haya pasado un tiempo desde que se pusieron en práctica por primera vez dentro de los procesos o estrategias de negocio en la empresa.

¿Y sobre el triple impacto y hacer de este un planeta sostenible?

Te das cuenta de que la ruta hacia el cambio de la cultura organizacional es la correcta si sus paradas, atajos y autopistas tienen una fuerte y significativa visión para la influencia ambiental y social de una empresa, no solo para las finanzas de esta, proporcionando así valor tanto interna como externamente.

Establecer objetivos ambientales puede ayudar a reducir la huella de carbono de la organización, redefinir su estrategia de abastecimiento e instaurar una base sobre cómo eliminar los desperdicios inútiles. Y desde una perspectiva de impacto social, puedes crear un programa de diversidad manifiesto, mejorar la salud de los miembros de la empresa y realizar cambios duraderos en las comunidades de estos. Esto te llevará a obtener ROI Social.

Voy a repetir esto hasta la saciedad: no pueden existir empresas saludables en una sociedad y en un planeta enfermos. Y repite esto otro conmigo: no soy un verdadero líder si en mi proceso de cambio no tengo en cuenta el triple impacto de las organizaciones brillantes: financiero, social y ambiental.

Con Jorge Abad seguimos trabajando en el Lean Business Agility Model (LBAM) [3] para incluir este modelo de transformación organizacional como lo he descrito a lo largo de estas líneas.

A manera de conclusión

Puesto que me han funcionado en distintos contextos y escenarios, espero que esta lista de siete pasos te ayude a que tu viaje de transformación sea un éxito. Sin embargo, no quiero dar la impresión de que este es un proceso fácil o directo. Además, me siento en la obligación de decirte, a manera de descarga de responsabilidades, que el hecho de que me haya funcionado a mí no es garantía de que funcione en tu contexto. Yo también he tenido tropiezos fuertes usando este modelo, pero he insistido con él porque la mayoría de las veces ha sido de gran ayuda.

El cambio es difícil, y también lo es administrarlo. Al igual que con cualquier otro desafío, debes estar preparado para los contratiempos y los fracasos en el camino. ¡Pero con paciencia y persistencia, soy un firme creyente de que llegarás a tu destino!

Referencias

[1] 6 Signs Your Corporate Culture Is a Liability, by Sarah Jensen Clayton. https://hbr.org/2019/12/6-signs-your-corporate-culture-is-a-liability

[2] Nuevas aguas, nuevos navíos, nuevos navegantes: Business Agility con notas sobre Transformación Digital, de Jorge Abad. https://www.amazon.com/Nuevas-Aguas-Nuevos-Nav%C3%ADos-Navegantes-ebook/dp/B0B5G63T86

[3] Lean Business Agility Model. 2022. Jorge Abad y Lucho Salazar.

http://www.gazafatonarioit.com/2022/09/lean-business-agility-model.html

Sobre los apuntes anteriores

I. Apuntes sobre transformaciones ágiles: la cultura organizacional y otros condimentos del cambio

http://www.gazafatonarioit.com/2018/04/apuntes-sobre-transformaciones-agiles_1.html

II. Apuntes sobre transformaciones ágiles: las personas, sus miedos y qué hacer al respecto

http://www.gazafatonarioit.com/2018/07/apuntes-sobre-transformaciones-agiles.html

III. Apuntes sobre transformaciones ágiles: lo bueno, lo malo y lo feo

http://www.gazafatonarioit.com/2020/10/apuntes-sobre-transformaciones-agiles.html

IV. Apuntes sobre transformaciones ágiles: los expertos en agilidad, la resistencia al cambio y el pensamiento generativo

http://www.gazafatonarioit.com/2022/09/apuntes-sobre-transformaciones-agiles.html

 

9 + 1 acciones que debes empezar a realizar para ser un Scrum Master extraordinario

Photo by Parabol on Unsplash

Nivel: principiante. Para todo público.

Presentación

Como coach y consultor ágil, y antes Scrum Master, durante más de una década he acompañado y colaborado con muchos equipos en diferentes industrias. Hace poco publiqué con mi gran amigo Jorge Abad el libro Scrum:epítome de experiencias, que resume en 338 páginas muchos de los experimentos que realizamos y de las lecciones que aprendimos durante todo este tiempo. Espero que el libro llegue a tus manos en algún momento. Mientras tanto, en mi Gazafatonario seguiré compartiendo más de todo esto, incluyendo algunas de las cosas que me han sorprendido en el camino.

1.    Entender el rol y las responsabilidades de Scrum Master

Como Scrum Master, eres responsable del proceso Scrum. También eres responsable de brindar retroalimentación de calidad al equipo y eliminar impedimentos.

Una forma efectiva de pensar en esto es que tu trabajo como Scrum Master no es solo asegurarse de que todos estén haciendo su propio trabajo correctamente, sino también asegurarse de que sepan cómo hacerlo mejor, para que ya no te necesiten. O, al menos, dar esa impresión. En la práctica, un equipo, por muy maduro que sea, siempre necesitará de un Scrum Master extraordinario.

2.   El enfoque principal del Scrum Master es el empoderamiento del equipo, no la gestión de proyectos

•     No eres un director de proyectos. Un Scrum Master no es un administrador de proyectos; eres el coach del equipo. Como tal, tu enfoque principal debe ser ayudar al equipo a ser autoorganizado y multifuncional, eliminando los impedimentos para el progreso (en lugar de resolverlos todos).

•     Tu trabajo no es solo desarrollo. De hecho, si bien la organización para la que trabajas puede tener un rol de Product Owner establecido que administra los requisitos y libera valor en cada Sprint, no solo lo estarás acompañando durante toda la gesta como Scrum Master. Además, pasarás la mayor parte de tu tiempo trabajando directamente con todos los miembros del equipo de trabajo, empoderándolos, para ayudarlos a comprender lo que significa hacer el trabajo con un marco de desarrollo serializado de productos como Scrum (y por qué es importante) para que se sientan capacitados para tomar decisiones sobre la mejor manera de lograr los objetivos propuestos.

•     Necesitas que todos participen para que este enfoque funcione bien para todos los involucrados. Hay muchos beneficios asociados con mantener equipos lo suficientemente pequeños, por ejemplo, que todos sus miembros puedan tener cierta superposición en las habilidades propias de cada uno, es decir, que el equipo se convierta en uno multifuncional. También, cuando alguien que carece de experiencia necesita la ayuda de otra persona pero no sabe qué preguntas debe hacer primero antes de iniciar cualquier tipo de comunicación entre ellos, la sinergia existente en un equipo pequeño hace que esa comunicación comience a ser más fluida. Además, un Scrum Master extraordinario puede ayudar a que las personas del equipo se relacionen mejor entre sí sin necesidad de forzar algún tipo de conversación artificial.

3.   El Scrum Master guía al equipo para que se organice a sí mismo

Eres el verdadero líder del equipo, el guardián del proceso y el que ayuda a tu equipo a autoorganizarse y autogestionarse. También facilitas la colaboración en equipo, la comunicación clara y el progreso hacia los objetivos del sprint con la ayuda de los artefactos de Scrum.

El Scrum Master sirve como coach para el equipo al garantizar que sus miembros trabajen de acuerdo con la teoría Scrum (por ejemplo, sin multitarea), ayudándolos a prevenir y resolver impedimentos (por ejemplo, deuda técnica) y manteniéndolos enfocados en sus objetivos a través de revisiones periódicas y retrospectivas.

4.   El trabajo del Scrum Master es eliminar los impedimentos, no resolverlos todos

Un Scrum Master extraordinario es un solucionador de problemas y, en general, es una persona analítica. Los mejores pueden ayudar a los equipos a eliminar sus propios impedimentos y a autoorganizarse para que puedan proporcionar valor continuamente. Es importante no confundir el rol del Scrum Master con el de un gerente de proyecto, quien es responsable del resultado de un proyecto en lugar de simplemente facilitarlo. Un Scrum Master extraordinario debe ser hábil para eliminar impedimentos, ¡no para resolverlos todos!

5.   El Scrum Master entiende que no existe tal cosa como "la mejor manera"

El Scrum Master entiende que no existe tal cosa como "la mejor manera". El proceso debe adaptarse al equipo y su entorno. Para adaptarse, él o ella debe ser capaz de aprender cosas nuevas.

Esto significa que no todos los Scrum Masters son iguales. Algunos son mejores en ciertas cosas que en otras. ¡Está bien! Es parte de lo que nos hace a todos tazas de café especiales.

En cualquier caso, el Scrum Master se aleja y aleja a su equipo de quienes vienen con “la mejor manera de hacer esto es…”.

6.   El Scrum Master entiende que cada organización es diferente y necesita un enfoque diferente

El Scrum Master entiende que cada organización es diferente y, por lo tanto, requiere un enfoque distinto. Por ejemplo, si una organización es muy jerárquica y burocrática, la Scrum Master deberá trabajar con la gerencia de la organización para hacerla más ágil. Esto significa ayudarlos a comprender cómo pueden ser más efectivos mediante la adopción de prácticas de Scrum y otras prácticas ágiles, como la eliminación de impedimentos y la mejora de procesos para que el equipo pueda organizarse por sí mismo. Si la organización no tiene demasiadas reglas o regulaciones, entonces podría ser más fácil para el Equipo Scrum autoorganizarse sin necesidad de mucha ayuda de su Scrum Master.

7.   El Scrum Master entiende la importancia de sumergirse en la cultura Ágil a través de aprendizaje, capacitación y experimentación

La cultura ágil es una mentalidad, no solo un conjunto de procesos. Es importante comprender que la cultura ágil no es algo que se pueda aprender en un día. Se necesita tiempo, capacitación y experimentación para convertirse en parte de esta nueva forma de trabajar.

El Scrum Master entiende que la cultura ágil se trata de la mejora continua y no de seguir reglas.

8.   El Scrum Master sabe adaptarse rápidamente a las nuevas circunstancias y cambios en el entorno

El Scrum Master sabe que es un líder servicial y se esfuerza constantemente por crear un entorno en el que el equipo pueda volverse más productivo. El Scrum Master entiende que el éxito depende de tener un equipo motivado y de alto rendimiento, por lo que es responsable de eliminar todo lo que se interponga en el camino del éxito de su equipo.

El papel de un líder servicial es permitir que otros crezcan y tengan éxito. Cuando tu trabajo como Scrum Master está bien hecho, será difícil para ti identificar exactamente cuál ha sido tu contribución porque has estado trabajando entre bastidores para asegurarte de que todos los demás tengan lo que necesitan para hacer su trabajo de manera efectiva.

Como parte de esta dedicación para capacitar a otros, es importante no solo saber cómo, sino también cuándo es el momento de recibir alguna retroalimentación u orientación de asesoramiento o tutoría relacionados con el cumplimiento de los principios o procesos ágiles (también conocido como facilitación).

9.   El Scrum Master entiende que el objetivo de cualquier equipo maduro debe ser la mejora continua

•     Como Scrum Master, debes comprender que el objetivo de cualquier equipo maduro debe ser la mejora continua. El marco de trabajo Scrum está diseñado para ayudar a las organizaciones a lograr este objetivo al alentar a las personas y los equipos a mejorar constantemente sus prácticas de trabajo a través de ciclos de retroalimentación rápidos y cambios pequeños e incrementales.

•     Este concepto se llama Kaizen en la comunidad Lean y Mejora Continua en Ágil. También se conoce como "aprendizaje organizacional" en algunos círculos, porque requiere lecciones regulares de experiencias pasadas, tanto buenas como malas, para que puedan aplicarse para mejorar los resultados futuros o evitar problemas similares en el futuro (en lugar de simplemente arreglar las cosas cuando se rompen).

9 + 1. No tengas miedo de salir de tu zona. ¡Una nueva aventura podría estar a la vuelta de la esquina!

Entonces, eres un Scrum Master y asistes al curso de capacitación para obtener la tan anhelada certificación. Aprendes muchas cosas nuevas sobre Scrum y cómo puedes ayudar a las organizaciones de todo el mundo. El entrenamiento es divertido, pero notas que falta una cosa en tu vida: ¡emoción!

Empiezas a pensar en cómo podrías conseguir algo de aventura en tu vida. ¿Irás a una aventura al aire libre con amigos o familiares y les enseñarás cómo hacer cosas como escalar rocas, saltar de un puente elevado o navegar en kayak? Esto se sentirá como estar de vacaciones porque estás fuera del trabajo por un par de días, pero luego, cuando regreses a casa, ¡podrías tener más energía que antes! ¿Y si esta nueva forma de vivir puede traer alegría a tu vida? ¡Nunca se sabe hasta que se prueba!

Estoy seguro de que sabes que esto es lo que quieres hacer, pero tal vez haya cosas que te detengan. Tal vez has estado trabajando en ti mismo durante años y parece que no puedes progresar. O tal vez eres nuevo en todo esto de "ser un gran líder ágil" y no sabes por dónde empezar. 

Seamos realistas por un segundo: nadie es perfecto. Y el perfeccionismo puede ser paralizante cuando se trata de hacer cualquier cosa, especialmente cuando se trata de ser alguien extraordinario como un Scrum Master o un líder ágil que está listo para asumir cualquier desafío que se presente a continuación.

Inténtalo. Todo gran triunfo empieza con un primer paso. Y dentro de algunas semanas, incluso meses, habrás querido dar ese primer paso hoy mismo.

Conclusión

El Scrum Master es un rol esencial en cualquier organización moderna. El trabajo del Scrum Master es guiar y acompañar a los equipos para que puedan entregar sus productos de manera más efectiva, eficiente y con alta calidad. Eres un líder y los mejores líderes siempre están aprendiendo. Saben que la única forma de liderar verdaderamente es refinando constantemente sus habilidades y ven a su equipo como una plataforma para el crecimiento y el desarrollo.

Como líder, siempre debes trabajar para mejorarte a ti mismo. Nunca debes quedarte quieto y pensar que lo tienes todo resuelto. Siempre habrá más para aprender, así que aprovecha cada oportunidad para ampliar tu base de conocimientos leyendo libros sobre liderazgo, asistiendo a conferencias y seminarios, o realizando programas de capacitación diseñados específicamente para tu función como líder ágil.

Como el próximo curso que facilitaré con Jorge Abad a partir de este 22 de octubre. Encuentras toda la información en:

https://luchosalazar.com/portfolio/nuevo-curso-scrum-master/

También te invito a descargar este póster en alta definición con diez cualidades que te pueden ayudar a convertirte en la mejor versión de Scrum Master que puedas llegar a ser:

http://www.gazafatonarioit.com/2017/05/cualidades-de-un-scrum-master.html

De historias de usuario a historias de persona

 Y una forma más de delimitar y hacer pequeñas las historias de usuario

El problema actual

Dividir historias de usuario se ha convertido en un dolor de cabeza para los practicantes ágiles, principalmente para quienes usan esa técnica como motor para describir las necesidades de los usuarios y las características finales de los productos.

Lo voy a decir de otra forma: en mi trasegar diario con equipos y empresas que acompaño en el uso del enfoque y prácticas y marcos de trabajo ágil, he visto que dividir historias de usuario es algo de lo que todos hablan y tratan de practicar, pero les está costando.

Una de las causas de fondo de todo esto es la subvaloración que se le ha dado a la práctica de historias de usuario. Por ser algo tan sencillo, tan liviano, se estudia con poco detalle, de manera superficial y muy rápido. Los practicantes ágiles apenas si le están dedicando algunos minutos con la creencia de que ya conocen todo lo que deben conocer al respecto. Pero no es así. De ser algo tan simple, pasó a ser algo tan poco entendido y muy mal practicado. Quizás pasa lo mismo que con Scrum, liviano y fácil de entender, pero difícil de llegar a dominar.

Voy a ir más a fondo: el problema no es dividir historias de usuario en sí. Es tener historias de usuario lo suficientemente pequeñas, pero de Valor para el negocio y para el usuario, que se puedan elaborar en muy poco tiempo, desde unas pocas horas, hasta dos o tres días máximo, teniendo en cuenta iteraciones cortas de 10 días. Y cuando digo 2 o 3 días como máximo, me refiero a que la historia queda Terminada, cumple con todos los criterios de aceptación y con todas las condiciones de la Definición de Terminado para las historias de usuario individuales.

Entran las historias de persona

Soy Nancy. Ama de casa. Jubilada hace muchos años. Quiero hacer una transferencia de dinero a mi nieta sin tener que ir al banco. No quiero exponerme a un contagio y ya no tengo fuerzas para esperar de pie haciendo largas colas. Y quiero dedicar mi tiempo a otras labores de la casa.

Quiero hacer la transacción desde mi celular o en el PC de la casa.

Debe ser fácil de realizar porque no soy experta en el uso de estos dispositivos.

Quiero hacerlo de manera segura y rápida. Que no me roben mi platica.

 

Miguel es periodista. Viaja continuamente. Quiere saber cuándo le han consignado sus honorarios y sus gastos de viaje para llevar un control estricto de sus ingresos y gastos.

Miguel quiere recibir información de las consignaciones en su celular, quizás a través de mensajes de texto.

El mensaje debe incluir información sobre el valor de la consignación, el concepto por el cual se hizo y la fecha y hora de esta.

Miguel quiere que nadie más pueda tener acceso a esa información en caso de que se le extravíe el celular.

Aquí hay dos historias de usuario, dos historias, 2 relatos desde el punto de vista muy particular y hasta íntimo de dos personas. Tienen nombre propio, atraviesan vicisitudes específicas, necesidades singulares. Requieren que se cumplan algunas condiciones que consideran valiosas. Estas representan el éxito de su experiencia de cliente usando productos de alguna corporación o empresa. Son historias de persona.

Las historias de persona son concretas, en contraposición a las abstracciones naturales de una historia de usuario que señalan o lidian con, por ejemplo, Amas de Casa, Empleados, Clientes, Jubilados, trabajador autónomo o free lance, entre muchos otros. La misma historia permite conocer qué hace la persona, cómo lo hace, con quien lo hace, qué información intercambia y con quién la intercambia o quién es el receptor de esta. De alguna manera también deja ver sus principales problemas o inconvenientes al hacer lo que hacen. Es como si el equipo de trabajo, incluso los interesados y el mismo Product Owner o Product Manager, lo estuvieran viendo en acción, algo que se ha perdido en las últimas décadas en pro de prácticas que, de distintas manera, impiden el contacto o el acercamiento de quienes hacen productos con los consumidores o usuarios de estos.

Las historias de persona comienzan con la “persona” que originó la necesidad, con nombre y características demográficas únicas. Viene de la práctica User Persona. Esta persona tiene una identidad única y esto delimita el ámbito o el alcance de la historia y, por consiguiente, de la característica del producto que un equipo está forjando. He usado esta técnica en los últimos años y he comprobado que, en general, las historias resultantes son pequeñas, siguen siendo de valor y, efectivamente, se pueden labrar en muy pocas horas o, a lo sumo, en muy pocos días, junto a otras historias en una iteración breve.

Esta es una regla general, por supuesto. Es posible que algunas de estas historias todavía tengan que dividirse aún más para que se puedan trabajar en un sprint corto sin el riesgo visible de que no se puedan terminar junto a las demás.

No es la primera vez que uso el concepto de persona relacionado con las historias de usuario. El primer bloque o nodo de mi User Story Conversation Canvas es sobre las personas. Sobre esto explico que “el equipo debe conocer muy bien el perfil de estas personas, los aspectos 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 y servicios para seres humanos. El equipo debe sentir que conoce al usuario”.

El enigma del “usuario” en la historia de “usuario” y cómo resolverlo

Imagen de OpenClipart-Vectors en Pixabay

No me malentiendan. He escrito lo suficiente sobre historias de usuario, incluso he publicado un libro con mi gran amigo Jorge Abad sobre estos menesteres cuya edición en inglés recientemente fue referenciada por la Agile Alliance. No hay un problema de fondo con el usuario en la historia de usuario. Pero conocer más al usuario sí ayuda.

En general, un “usuario” es un concepto abstracto con cierto nivel de vaguedad que se puede automatizar o categorizar para trabajar con él, pero su uso ha mostrado ser de mucha valía en los negocios y en la industria. Un “usuario” describe actividades y responsabilidades de un grupo de individuos. Escribí ampliamente sobre eso en mi libro Asuntos de la Ingeniería de Software, cuando hacía referencia a los Casos de Uso de Ivar Jacobson y a un elemento fundamental de los casos de uso: el Actor. Y un usuario es precisamente eso, un actor. De hecho, decía en una de mis Lecturas Fundamentales, en noviembre de 2006 que “Debemos indagar por las costumbres del actor, su perfil, su experiencia, su conocimiento, el entorno donde se mueve”, nada diferente de lo que estoy diciendo hoy nuevamente, 16 años después.

Un usuario es un rol que se define a través de una tarea o acción concreta o un grupo de funciones con mucha afinidad, que son ejecutadas por personas durante el consumo de un producto o el uso de un sistema. Sin embargo, los usuarios no son algo tan simple como pueden parecer para el practicante ágil inexperto y aún para muchos expertos. Los usuarios pueden llegar a gozar de una ambigüedad tal que vuelven problemática la obtención de historias de usuario pequeñas y de valor. He revisado conjuntos de historias de usuario donde los usuarios exhiben incompatibilidades entre ellos o donde unos tienen sobrecarga de responsabilidades o donde se presenta cierta tensión entre unos usuarios y otros, además de algunas otras tramas inesperadas.

En particular, la ambigüedad es un aspecto destacado para el diseño de productos porque nos muestra una fotografía de la ausencia de precisión que una persona, sus colegas e incluso todos en la empresa pueden llegar a tener sobre los roles y sus responsabilidades. He dedicado más de dos décadas a estudiar este fenómeno y he tenido experiencia de primera mano cuando de usuarios o consumidores y sus responsabilidades o acciones se trata. Por ejemplo, he leído, debatido y ayudado a mejorar decenas de historias de usuario con usuarios como “cliente”, “visitante”, “abonado”, “cliente potencial”, “interesado” o “solicitante” que dicen muy poco o nada sobre el contexto de uso de la historia de usuario y que obstaculizan de distintas formas la división de una épica en historias más pequeñas y trabajables.

Una de las pocas formas que me ha funcionado para resolver todo esto es que todos los interesados en el producto, es decir, el equipo de producto y el equipo de trabajo en pleno vean al usuario en acción. Hay disponer de la logística necesaria, a lo Ojo del Gran Hermano, para que todas estas personas tengan la oportunidad de ver a sus potenciales usuarios o consumidores trabajando. ¿Qué hacen? ¿Cómo lo hacen? ¿Cuándo? ¿Con quién lo hacen? ¿Qué información intercambian unos con otros y quienes de estos también son usuarios y quienes no? ¿Cuáles son sus principales problemas o las dificultades más frecuentes que impactan su desempeño? ¿Cuáles son los criterios de éxito que tienen en cuenta en su accionar habitual?

Resolver estas cuestiones es de suma importancia antes de pensar en la solución que necesitan estos clientes o consumidores.

De vuelta a las historias de persona

Imagen de Gerd Altmann en Pixabay

Hola, soy Mabel, Gerente de Crédito Hipotecario. Quiero un informe de solicitudes de crédito para realizar proyección de aprovisionamiento y trabajar en las próximas campañas con el área de Marketing.

El informe debe ser diario y debo poder clasificarlo por tipo de crédito, pero también quiero tener un resumen por tipo de crédito y la tendencia respecto a los últimos 5 días.

También quiero clasificarlo por tipo de solicitante y tener un subtotal de lo solicitado por tipo de solicitante.

De manera predeterminada quiero ver el informe del día inmediatamente anterior, pero también quiero tener la posibilidad de ver el informe de una fecha anterior.

He estado usando una ligera variación de la forma Davies-Cohn para representar las historias de persona:

Como [usuario] Quiero [esta característica] Para [lograr este beneficio u objetivo]

que puede llegar a ser innecesariamente prolija y repetitiva, aunque muy fácil de entender y de usar en muchos entornos dada la gran difusión y documentación que ha tenido en las últimas dos décadas.

Pero bien podría usar muchas otras grafías para representar historias de usuario. Por ejemplo, puedo usar las historias de usuario estilo BDD, como en:

Registrar datos personales.

Dado que Ibeth, asesora de prensa de la alcaldía, solicitante de crédito de libre inversión, se mantiene muy ocupada en su día a día y tiene poco tiempo para hacer gestiones de manera presencial, ingresó los datos solicitados y existe al menos un dato sin diligenciar. Cuando ella intente enviar los datos, entonces recibirá un mensaje informándole de los datos sin diligenciar y estos datos aparecerán marcados en rojo y no se podrán almacenar los datos, aunque se le permitirá almacenar los datos de manera temporal si ella así lo prefiere.

En conclusión, hay tantas o más formas para representar historias de persona que para representar historias de usuario. Y una vez más, noten amigos lectores que uso el término “representar” como lo he hecho desde hace años, para alejarme y alejarlos de la limitante y problemática expresión “escribir historias de usuario”. Aquel es más abierto, indica que se pueden usar no solo palabras sino también figuras y simbología de distinto tipo que la mente y la imaginación sean capaces de retener. No sobra decir aquí que lo más importante de las historias de persona también es la conversación que se mantenga alrededor de cada una de ellas.

Las personas son instancias de los usuarios. Son ejemplos. Y los ejemplos te ayudan a encontrar inconsistencias en las historias y porque te delimitan un contexto. Pero sobre todo, los ejemplos son buenos porque te ayudan a iniciar conversaciones.

Y bueno, además del innegable beneficio del tamaño (sucinto, en el sentido de pequeño) de las historias de persona, de su contexto concreto e individualizado, otras ventajas de este instrumento derivado son los siguientes:

·       Ayudan a definir un mejor y más aproximado Producto Mínimo Viable, ya que, por naturaleza, estas historias de persona son mínimas y minimalistas, en el sentido de que son esenciales y eliminan o ayudan a eliminar lo que puede llegar a ser superfluo en el producto, es decir, nos ayudan a eliminar desperdicio, a elaborar el producto correcto desde el comienzo.

·       Las personas son, por naturaleza, colaborativas. Cada una usa o consume un producto de una manera diferente, pero entre todas colaboran para que el consumo o utilización del producto se maximice.

·       Ayudan a que quienes se encargan de exponer los productos a sus usuarios, es decir, aquellos que tienen la difícil pero fascinante labor de brindar la mejor experiencia de usuario y de cliente posible, tengan éxito, dado que las personas se conocen mejor, son más concretas, generan más empatía y puedes imaginarlas con una sonrisa cuando el producto las esté ayudando a lograr sus propios objetivos. Las personas nos permiten conectarnos emocionalmente con ellas, los usuarios abstractos quizás no.

·       Las historias de persona ayudan a iniciar y a mantener conversaciones más fluidas y verosímiles que las historias de usuario. Incluso nos permiten crear otras personas (personajes de la historia) para los eventos alternativos de la historia o para los procesos de manejo de excepciones en esta.

·       Las personas son más imaginables o creíbles o comprensibles que los usuarios porque tienen un rostro y un nombre y una identidad.

Llamado a la acción

Finalmente, te invito a que uses este modelo de historia, de historia de persona. Eso sí, cuéntame y cuéntanos cómo lo podemos extender y practicar mejor. Y no dejes de contactarme con cualquier inquietud que tengas respecto a este o a cualquiera otra inquietud sobre las historias, sean de usuario o de persona.

La dimensión desconocida de las transformaciones ágiles (#Agiles2022)

 

En el pasado Ágiles Latinoamérica 2022 (#Agiles2022) en Armenia, Colombia, tuve la oportunidad de conducir una sesión sobre transformaciones ágiles.

La llamé La dimensión desconocida de las transformaciones ágiles y fue más que todo una conversación con los asistentes sobre este asunto de cómo abordan o cómo están afrontando las empresas actuales esto del cambio organizacional y cultural.

Específicamente, la transformación ágil.

El punto de partida fue precisamente esto de la “instalación de la agilidad” como un paquete (de software). Los líderes organizacionales quieren que el cambio ocurra en “un dos por tres”, muy rápido, con mínimo esfuerzo y esto es simplemente un imposible.

Entonces presenté en primicia mundial este “instalador” de agilidad, a la mejor usanza de un paquete tipo ERP pero para agilidad y Lean y muchas de las prácticas y conceptos que giran alrededor de estos.

Muchos me han preguntado que si hay un video de la charla, no lo hay, fue una conversación amena, donde también participó mi gran amigo Jorge Abad, con quien facilité otras sesiones en el evento. Pero lo que sí tenemos es un video del instalador, aquí se los dejo.

Algunos otros aspectos de los que hablamos en la sesión fueron:

El Manifiesto por la transformación frágil, una suerte de antimanifiesto que abstrae la realidad de cómo estamos ayudando a las organizaciones con sus programas de cambio y cuyo contenido encuentras en:

http://www.gazafatonarioit.com/2019/01/algunos-errores-comunes-que-estan.html

Finalmente, algunas conclusiones, a manera de cosecha:

Las empresas exitosas no hablan de #agile o #scrum, ¡simplemente lo hacen!

Y mientras muchos #coaches y empresas se enfocan en #frameworks, roles y nuevos procesos, quienes quieren alcanzar el éxito saben que todo comienza con las #personas.

“Si deseas una cultura ágil con alta autonomía e innovación, debes contratar para ello. Los grandes líderes contratan a los grandes talentos, los grandes talentos permiten una gran cultura”.

Las personas y la #cultura no son una ocurrencia tardía, son la BASE de la agilidad. Todo lo demás se basa en esto (o se desmorona, si no tienes la gente y la cultura).

Pero si contratas personas principalmente por sus habilidades o para obedecer órdenes, ninguna cantidad de Scrum, Kanban, Scrum@Scale o SAFe te ayudarán.

¡Como #AgileCoach sé que todo comienza con las personas y la cultura! Aquí es donde debe comenzar la transformación.

 

¿Estuviste en el #Ágiles2022 en Armenia? ¿Qué te pareció? Por favor, déjamelo saber en el foro.

English Version 

I leave here the English version of the installer.