Generando un cambio

De la presentación "Hackeando la Cultura para gestionar el cambio en la empresa" de Angel Medinilla (http://agiles2015.agiles.org/) pude extraer lo siguiente.

Es usual al enfrentarse a un problema intentar proponer cambios, buscamos mejorar las cosas siempre. PERO, en una empresa podemos enfrentarnos a un gran oponente al momento de intentar cambiar algo: La cultura. ¿Y qué sucede? ¿Podemos cambiar la identidad (cultura) de una empresa de la noche a la mañana? No, pero si se puede cambiar a través de pequeños cambios bien enfocados.
El cambio según Angel es un proceso no un evento.

Extraído de la charla de Johnny Ordonez, para empezar un movimiento podemos seguir el ejemplo de los siguientes videos:

Empecemos entonces identificando a los distintos grupos que nos vamos a encontrar:
1. Followers
2. Skeptics
3. Diehards
4. Saboteurs
https://www.mountaingoatsoftware.com/blog/four-types-of-resistors-when-adopting-agile

Teniendo una visión clara empezamos por observar, encontrar "grietas" e identificamos aquella comunidad que quiere seguir el cambio que proponemos. Luego debemos nutrirlos,  darles espacio para aprender, experimentando y aprendiendo de cada iteración de aprendizaje (lean startup thinking). Tenemos que crear una jerga, y hablar todos el mismo lenguaje.

Yendo hacia el segundo grupo, empezamos por ignorar a los rezagados; los podemos tener en cuenta más adelante o la misma cultura los va a alcanzar. Debemos escuchar a los escépticos; podemos elegir un "Champion Skeptic", quien va a ser un agente de mejora en nuestro proceso de cambio y uno de los principales colaboradores para encontrar grietas. Debemos ser abiertos. Realizar victorias a corto plazo y difundirlas, esto puede atraer a aquellos que aún no se deciden; testimonios de aquellos que han adoptado y encuentran un logro al adoptar el cambio puede ser útiles, así como también campeones que impulsen el cambio (Sponsors). Guionizar las diferentes herramientas, interacciones, etc. puede ayudar también (guías de retrospectivas, TDD, etc).

Ahora ya en los últimos dos grupos tenemos una cultura creada con ya varios seguidores, pero es necesario mantenerla. Algunas ideas para esto son:

• Hacer las alternativas dolorosas.
• Modificar el entonrno (por ejemplo burndown charts en las paredes).
• Los dos primeros grupos son poderosos aliados.
• Y por último, mantener el esfuerzo!

Se puede ver un poco más sobre la presentación en esta ppt http://www.slideshare.net/proyectalis/hackeando-la-cultura-para-gestionar-el-cambio-en-la-empresa.

¿Scrum Master o Agile Coach?

Una de las charlas a las que concurrí durante el open space realizado en las jornadas ágiles que se
realizaron el pasado fin de semana en Montevideo fue una llamada "Agile coaching". Asistí a dicha charla con la pregunta ¿un Scrum Master tiene que saber de coaching?. Para nuestra suerte se encontraban entre los asistentes tanto CSMs como Coaches.

Esta charla, la cual se convirtió rápidamente en un debate se habló de ambos roles por separado, hicimos algunas actividades que a mi entender lograron mostrar dónde ambos se fusionan.

La conclusión de la charla fue que un Scrum Master necesita ser directivo cuando el equipo necesita aprender sobre Scrum, y bajo el concentimiento del equipo: Mentor cuando puede mejorar las actividades que el equipo realiza o Agile Coach cuando necesita mejorar las relaciones interpersonales; esto último bajo la tutela de un Coach en el caso de CSMs sin capacitación en coaching.

Para finalizar definamos qué es qué:

• Scrum Master: es el "experto en Scrum", guía al equipo en dicho framework.
• El Mentor es un experto que ayuda a mejorar al equipo.
• El Coach es un guía para ayudar a mejorar el desempeño de las funciones de los individuos. (https://es.wikipedia.org/wiki/Coaching)

Siendo este un tema que tengo poco dominio, se aceptan comentarios.

Retrospectivas en 5 pasos

Desde hace ya algún tiempo decidí estructurar las retrospectivas basado en los 5 stages tomado del Agile Retrospectives de Esther Derby y Diana Larsen.
libro

1. Preparar el escenario
2. Recolectar Datos
3. Generar Ideas
4. Action Items
5. Cerrar la retrospectiva

Pueden leer además en este blog un excelente resumen de dichas técnicas y cuando aplicarlas.

De lo que trata este post es sobre los resultados que he tenido.

Durante la preparación del escenario es muy común que el equipo se encuentre disperso, distraído quizás con los resultados de la review, u otras obligaciones. Es por eso que considero muy importante el hecho de poner a todo el equipo en sintonía.

Al recolectar datos no solo estamos exponiendo cosas que consideramos pertinentes resaltar sino que además alertamos al resto del equipo de nuestros pensamientos. De forma que cambiamos la realidad del resto; quizás para un miembro del equipo el sprint fue exitoso, pero no para otros.

Generar ideas es sencillo, generar ideas que luego esté dispuesto a tomar la responsabilidad ya no. Es por eso que últimamente decidí cambiar las retrospectivas para que en esta etapa el equipo diga "Qué salió bien" y "Qué puedo hacer YO para mejorar". De esta manera lo negativo queda implícito e interno, pero busco soluciones para esas cosas que me molestan y me hago cargo de ellas.

He escuchado que otros equipos, y me ha sucedido que se generan action items, pero sin dueños... ¿entonces quién los termina haciendo? Es tan importante tener responsables como tener action items.

Por último y tomando el consejo de un compañero (aunque no lo dijo con estas palabras), para algunos equipos se puede aplicar las mismas técnicas como un kata para que el equipo no se sorprenda a la hora de la retrospectiva y pueda compartir lo que tenia pensado. Por otro lado ir cambiando las técnicas es motivante para el equipo y puede ayudar a descubrir cosas inesperadas. Por ejemplo lo que le tengo preparado para la retro de este viernes a uno de mis equipos.

Agiles 2015 - Agentes del cambio

Los últimos 3 días (del 22 al 24 de octubre, 2015) se realizó en Montevideo, Uruguay el encuentro Agiles 2015 en el hotel Radisson Victoria Plaza.

Como no me va a dar un solo post (y aún no he digerido todo lo aprendido) para describir voy a ir creando una serie de posts con todo lo que me llamó más la atención.

Los temas que más me interesaron, son casualmente todas las charlas a las que atendí... ¿o será que el nivel de las charlas fue más que excelente? No se, la cuestión es que ningún minuto ahí tuvo desperdicio.

El título de este post es a mi entender la esencia de lo que se cubrió en este Agiles 2015: Agentes de cambio.

Los temas que voy a ir cubriendo los próximos días serán:

• Fricción: un resumen de la charla de Mary Poppendieck
• Management 3.0 e Improvement21.
• ¿Scrum Master o Agile Coach?
• Motivación en equipos ágiles.
• Arquitecturas Evolutivas.
• Innovación en la política.
• Agentes de cambio.

Foto: https://twitter.com/agiles2015