miércoles, 7 de marzo de 2018

¿Un coach ágil es un rol a tiempo completo?

Cortesía de Pixabay
Como ya hemos visto, un Scrum Master está comprometido con el proceso y las personas de los equipos, un coach ágil solo está involucrado con estos equipos, pero está comprometido con el equipo de equipos o tribu, y con la transformación ágil de la que forma parte.

Un coach ágil tiene sentido en una compañía cuando está al frente de al menos 5 equipos de desarrollo, de una tribu de alrededor de 50 personas. En ese escenario el coach ágil es absolutamente necesario a tiempo completo, por supuesto durante la implantación pero también durante toda la consolidación de la Agilidad, que suele ocurrir en alrededor de los primeros 21 sprints.

Empezará liderando los primeros pasos en Scrum, luego acompañará a aquellos equipos con más dificultades reforzando relaciones e involucrando a los interesados, lidiará con impedimentos mayores en las fronteras de la tribu, especialmente con directivos de otras áreas no ágiles. Ese tipo de impedimentos requieren mucho tiempo de un coach ágil porque ha de lidiar con directivos, que suelen ser muy ejecutivos, y con las frustraciones de los equipos. Finalmente establecerá y asentará los eventos a nivel de tribu, como reuniones de sincronización de Propietarios del Producto, planificaciones cruzadas con todos los equipos y otros como reuniones de desarrollo de tribu y sus equipos como lo es POCLAC por ejemplo.

Tiene que estar continuamente zambullido en el sistema desde una perspectiva holística, sentir el latido de cada equipo y conocer su campo emocional. En momentos de cambio, que son frecuentes en una transformación ágil, se hace necesario el acompañamiento de personas y coaching de los equipos ya que es cuando más conflictos y malentendidos se suelen producir. Si como coach ágil detectamos un problema de forma tardía, cuando te pones a ello, este ya ha iniciado su propio camino, ha divergido de la Agilidad y costará más tiempo y esfuerzos corregirlo.

Ha de asistir a todas las reuniones clave, cuando se produce una crisis ha de estar y las crisis son imprevisibles. Es especialmente importante que asista a las que no tienen su origen en la Agilidad, esas son peligrosas ya que en estas puede ocurrir que se tomen decisiones no alineadas con la Agilidad. Una disfunción importante es cuando el coach ágil confronta a otros con la realidad no ágil y luego no está parea acompañarlos en la resolución, como por ejemplo poner sobre la mesa la falta de entrega en las revisiones de sprint y luego no estar...

Una de las responsabilidades más importantes del coach ágil es redefinir las estrategias de transformación y redirección a todos los niveles en base a los resultados de la mejora continua, hacer seguimiento de la evolución y tomar las medidas adecuadas. Si el coach ágil no está a tiempo completo tendrá el foco en lo trivial, en los problemas más evidentes, en cosas como si se aplica correctamente Scrum, perdiendo de vista los problemas de fondo, donde realmente un coach ágil puede aportar valor y hacer que la transformación ágil sea un éxito.

La carencia más común en las empresas españolas es la gestión de personas. Es por ello que un coach ágil aquí es mas importante que en otros países, somos muy flexibles en cultura y sociedad, y aunque la Agilidad sea más fácilmente comprendida aquí, es mas fácil que los directivos diverjan y vuelvan a sus roles anteriores, como por ejemplo que en Chapter Leads y Propietarios del Producto emerjan comportamientos de jefe de proyecto. Un directivo alemán o inglés habrá aprendido su nuevo rol e intentará no salirse de sus responsabilidades con Agile, aunque no lo comprenda.

viernes, 2 de marzo de 2018

¿Cómo se coordinan los Propietarios del Producto en una PO-Sync?

Guía para la PO-Sync, gracias David Jiménez
Uno de los principios de escalado trata sobre la cadencia y sincronización, cuando escalamos con varios squads que construyen partes de un mismo producto o partes de productos relacionados, es necesario sincronizar a los diferentes Propietarios del Producto de la tribu. Para ello en varios marcos de escalado se lleva a cabo una reunión de sincronización de Propietarios del Producto, la PO-Sync. Pueden asistir también interesados en el producto y otros expertos si fuera indicado.

Esta reunión es timeboxed, con alrededor de una hora de duración, y se realiza con una frecuencia semanal, o mayor si fuera necesario. La facilita un coach ágil o un Propietario del Producto que haga de coordinador, rol que a veces se conoce como Product Manager.

El principal objetivo de la PO-Sync es obtener visibilidad sobre el avance de la tribu en la construcción del producto y con el cumplimiento de los objetivos OKR (Objectives and Key Results) acordados en la planificación cruzada Town-Hall:
La reunión también sirve para preparar el próximo Town-Hall y puede incluir el refinamiento y repriorización de elementos de la pila de producto escalada (features/epics).

Igual que en la reunión diaria pueden emergen temas que no son del interés de todos, en este caso debemos de tratar esos tema solo con los Propietarios del Producto interesados en una reunión posterior.

jueves, 1 de marzo de 2018

¿Cuál es el mayor reto para los directivos en una transformación ágil?

De autoridad a líder, un gran reto - cortesía de Pixabay
Uno de los puntos críticos para que sea posible una transformación ágil es el compromiso y la implicación de los directivos de la compañía en la misma. El éxito de la transformación dependerá esencialmente de su liderazgo.

Las compañías que inician una transformacion ágil son compañías en las que los empleados saben más del trabajo a hacer que los directivos que las lideran. Son compañías donde la fuerza de trabajo se basa en trabajadores del conocimiento, donde el trabajo implica la mente y no la fuerza mecánica de las personas.

Como directivos no podemos gestionar a personas que saben más del trabajo que hay que hacer que nosotros, lo único que podemos hacer es liderarlos.

Liderar implica:
  • Confiar en ellos
  • Darles autonomía y poder de decisión en todo aquello que ocurre y les afecta a su nivel
  • Crear un entorno seguro para el aprendizaje continuo
El aprendizaje es importantísimo para una compañía competitiva, es la manera de innovar y mejorar de forma continua tanto sus productos como su proceso, la forma de trabajar. Este aprendizaje solo se adquiere mediante la experiencia y el feedback continuo. Ha de ser así para que el producto sea un producto que encuentre eco en mercado, y para que la forma de trabajar sea la más eficiente y motivante posible en consonancia con las singularidades de compañía.

Para aprender desde la experiencia hay que explorar continuamente, y fallar tempranamente para que cada fallo sea una oportunidad de aprendizaje, y por tanto una oportunidad de mejora que impulse la creatividad y la innovación.

El reto más importante para un directivo tradicional es transformar su entorno en un entorno seguro que fomente la colaboración y el aprendizaje. En un entorno tradicional nadie desea colaborar porque cuando a cada uno se le mide por sus responsabilidades individuales nadie quiere verse salpicado por un fallo que no es de su responsabilidad. En un entorno seguro fallar no está penalizado, fallar forma parte del aprendizaje y de la mejora continua.

Pensemos que los entornos tradicionales han llevado a las personas a tener miedo a fallar y su comportamiento se ha condicionado por las consecuencias que implica fallar. En un entorno así las personas no son capaces de tomar feedback, cualquier feedback se interpreta como una crítica y se sumergen en justificaciones y excusas.

En muchos caso sabemos que si las cosas no van bien nuestro directivo buscará responsabilidades en sus empleados. En las compañías con ese estilo de directivo las cosas no suelen ir bien y los empleados sienten que el directivo sacrificará a su gente por los números...

Ahí está el reto más importante para el directivo, lidiar con ese sentimiento, porque el permitir el sacrifico de su gente para proteger otros intereses se refuerza con el sentimiento de haber violado la definición de liderazgo, y que además puede hacer aflorar el sentimiento de la ofensa.

El reto para conseguir un entorno adecuado pasa por hacer sentir las personas a cargo del directivo que está para darles apoyo, y que cuando las cosas vayan mal, les protegerá, que sacrificará los números por su gente. Un líder cuida de su gente, cuando alguien tiene problemas con el rendimiento le hacen coaching y le dan el soporte necesario. Cando la gente se siente segura y protegida por el directivo la reacción natural es la de confiar y colaborar.

Hay una historia de un teniente que ante una situación de pocos víveres dijo que primero comieran los soldados, y luego ya comería el. No quedó comida para el... pero los soldados juntaron cada uno un poco de su comida y se la dieron al teniente.

lunes, 26 de febrero de 2018

¿Cómo acompaña un coach ágil a un Scrum Master?

Shadow coaching para desarrollar al Scrum Master
Cortesía de Pixabay
Una forma muy efectiva para acompañar y desarrollar a un Scrum Master es que el coach ágil le haga shadow coaching, técnica en la que observa al Scrum Master en tiempo real y en su lugar de trabajo en los eventos y las acciones que realiza con su equipo.

Previo al shadow coaching el coach ágil ayuda al Scrum Master a preparar los eventos y acciones mediante una toma de conciencia de los aspectos de la Agilidad que quiere enfocar y que quiere mejorar.

Durante la observación del evento o acción, el coach ágil apunta feedback para el Scrum Master. Cosas en que me fijo y que apunto cuando hago shadow coaching:
  • Cómo interactua el Scrum Master con los demás, especialmente si actúa "sin memoria ni deseo", es importante que no aporte su opinión ni dirija el evento.
  • Qué herramientas y dinámicas utiliza con su equipo.
  • Cómo gestiona los tiempos y el timeboxing.
  • Cómo actúa cuando se produce un momento de crisis o una disfunción.
  • Cómo comunica y transmite la Agilidad.
Recordemos que el Scrum Master ha de encontrar su camino, y para aprender ha de cometer sus propios errores, como coach ágil no siempre es fácil aguantarse las ganas de intervenir.

Después de haber observado al Scrum Master, el coach ágil le ayuda a identificar los puntos fuertes y los puntos de mejora para próximas ocasiones.

Un periodo de shadow coaching adecuado puede oscilar alrededor de los 3 meses de acompañamiento en los eventos más relevantes. La observación del coach ágil como agente externo y sin más propósito que la mejora del Scrum Master, crea una relación totalmente armoniosa con éste, se convierte en una experiencia maravillosa para ambos. Las charlas que se producen sobre Agilidad son apasionantes y suelen entusiasmar mucho, a la vez que se producen feedbacks inesperados y perspicaces en ambas direcciones. La mayor recompensa para mi es sentir como inspiro a alguien a ser un gran Scrum Master.

sábado, 24 de febrero de 2018

¿Cómo funciona la sincronización y alineamiento de squads con Town-Hall?

Town-Hall nace de una técnica de comunicación cuyo concepto se basa en que los líderes y gerentes senior de una compañía asuman la posición de liderazgo al servicio ante a todos los empleados para mostrar claramente hacia dónde nos dirigimos, enfatizando el compromiso de que los asuntos serán reconocidos y abordados rápidamente por la alta gerencia.
Town-Hall Scrum Gathering Munich 2016 (Scrum Alliance)
La Agilidad ha adoptado esta práctica en forma de evento para dar respuesta a uno de los principios de Agilidad a escala:
Como equipo, y formando parte de un equipo de equipos,
planificamos de forma cruzada y entregamos software funcional
frecuentemente con la misma cadencia
que los demás equipos y sincronizados con estos

En el model Spotify, Town-Hall sirve para la sincronización y alineamiento de squads y ocurre con cadencia, generalmente trimestral, en cada una de las tribus. Trata de una reunión abierta donde todos los interesados (negocio, sistemas, ...) y miembros de la tribu comparten información y se coordinan con la idea de reformular la visión, planificar el siguiente trimestre y obtener feedback sobre cómo están funcionado las cosas.

En este post quiero mostrar como funcionan nuestros Town-Halls. Estos ocurren con cadencia trimestral al final de cada cuarto sprint de tres semanas, y se componen de 4 partes:
  • Contexto de negocio (primera hora del primer día)
  • Demos de todos los squads (mañana primer día)
  • Retrospectiva de tribu (tarde primer día)
  • Planificación trimestral cruzada (segundo día completo)
Contexto de negocio

Una primera introducción del director o Tribe Lead pone contexto de negocio al trimestre, los coaches ágiles exponen objetivo y funcionamiento del Town-Hall, luego Propietarios del Producto exponen las features o epics principales y finalmente Chapter Leads / Arquitectura / Sistemas exponen el contexto tecnológico.

Demos de todos los squads

Protocolo de la revisión de sprint
gracias a David Jiménez
Con las demos entramos en la parte principal del Town-Hall. Todos los squads presentan el valor generado y entregado en el trimestre anterior de una forma rápida y ágil, tienen 10/15 minutos para su demo en la que dan una visión amplia de todo lo construido. Se puede hacer mostrando el software funcionando o mediante documentos escuetos y muy visuales, como por ejemplo un powerpoint de 5 diapositivas. Si es en forma de documento este debe de reflejar:
La demo la suele presentar un miembro del squad, es preferible que no sea el Propietario del Producto, el mensaje es más potente si proviene directamente de los constructores.

Para concluir la demo se finaliza con una demo del paquete integrado entregado por toda la tribu.

Acabada la demo, y para cerrar la mañana, se hace una actividad de feedback libre durante 5 minutos. En una APP o en una pared para dejar post-its escritos, se invita a todos a dejar feedback libremente con respecto a lo que han visto en las demos. Este feedback servirá a Propietarios del Producto y squads para introducir nuevas mejoras.

Retrospectiva de tribu
Protocolo de la Retrospectiva
gracias a David Jiménez
Por la tarde se hace una retrospectiva masiva para tratar sobre como se ha trabajado, es uno de los puntos que más beneficios aporta a la tribu. Es interesante observar que las acciones de mejora rápidas las suelen hacer ya al primer día siguiente al Town-Hall.

Cafe Etiquette - The World Cafe
En las retrospectivas de squad anteriores al Town-Hall obtenemos temas a llevar a esta retrospectiva de tribu. Los coaches ágiles consolidan estos temas y dan visibilidad de los mismos a todos para que todo el mundo sepa cuales se llevan a la retrospectiva de tribu. Allí se votan, y las seleccionadas como más importantes se trabajan con la técnica del World Café. Un voluntario hace de anfitrión de cada tema, y grupos mezclados de miembros de squad rotan de un tema a otro a un ritmo de 5 minutos.

Para cerrar la restrospectiva masiva se recoge feedback en forma de radar sobre como de contentos nos sentimos en diferentes ejes: duración, dinámica, expectativas, utilidad, ...

Planificación trimestral cruzada
Protocolo de la planificación de sprint
gracias a David Jiménez

Durante el segundo día del Town-Hall se obtienen las planificaciones trimestrales individuales con la pila de producto trimestral de cada squad, se identifican y resuelven dependencias y se identifican y gestionan riesgos.

Cada squad trabaja su tablero dividiendo features o epics en historias de usuario (pots-its amarillos) e historias técnicas (post-its verdes).
Tablero para la pila de producto
trimestral de cada squad
Obtenidas las historias de usuario se estiman y se planifican a modo de hoja de ruta en los siguientes 4 sprints, y se identifican los objetivos de cada uno de ellos. El último sprint cuenta la mitad de su capacidad, ese aire garantiza la cadencia en la entrega, ya que absorbe posibles accidentes, desvíos e impoderables. Pensemos que con que falle un solo squad este puede poner en riesgo la entrega de toda la tribu. En caso de sprints sin sorpresas esos días servirán para innovación, formación, actividades de desarrollo y crecimiento del squad, ...

Tablero para dependencias resueltas
A lo largo de la planificación los squads detectan dependencias internas, entre squads, y externas, con terceros como puede ser sistemas y arquitectura. En algunos casos los terceros están en la sala y en otros no, si los terceros no estuvieran las dependencias con estos se deben de considerar riesgos y van al tablero de riesgos.

Las dependencias resueltas se recogen en post-its (naranjas). Es buena idea tener un coach ágil en el tablero para asegurarnos de que las dependencias que se colocan en este verdaderamente están resueltas.

Lo ideal es que cada post-it lo coloque un miembro del equipo propietario de la acción. Por ejemplo, si un squad depende de una acción de sistemas, un miembro del squad coloca un post-it con epic o historia de usuario en la casilla de su squad y sprint, y un miembro de sistemas coloca un post-it con la acción necesaria en la casilla de sistemas y sprint (probablemente anterior). Para visualizar la dependencia se unen ambos post-its con una cuerda. Esta forma de hacerlo asegura el entendimiento de la dependencia y las implicaciones si no se llega a tiempo, asegurando el compromiso de ambas partes.

Tablero ROAM para riesgos
A media que los squads identifican riesgos colocan estos en un tablero de riesgos (post-its rosas).

Acabada la planificación los squads presentan sus planes a todos. Business Owners, Propietarios del Producto y Chapter Leads repasan los planes y objetivos de sprint y dan su visto bueno. En esta fase pueden ocurrir ajustes, como cambios en la visión, variación en las prioridades de negocio, movimientos de miembros de squad y recursos y ajustes en planificaciones individuales de squads.

Después se gestionan los riesgos clasificándolos en una matriz ROAM:
  • RESOLVED: riesgos detectados pero que no eran tales
  • OWNED: riesgos sobre los que alguien toma la responsabilidad de gestionarlos
  • ACCEPTED: riesgos que simplemente se asumen
  • MITIGATED: riesgos para los que se han decidido acciones mitigantes concretas
Equipo de coaches ágiles en Scrum de Scrums
Como última actividad de la planificación se hace una votación a mano alzada con los dedos del 1 al 5, dando respuesta a la confianza que tiene cada uno en la factibilidad del plan trazado. Si no predominan cuatros y cincos hay que averiguar los porqués de la carencia de confianza y retrabajar para alcanzar un nivel de confianza adecuado.

Finalmente cerramos el Town-Hall con una recogida de feedback a través de la técnica del radar.

A lo largo de todo el segundo día, y a cada hora, los coaches ágiles se reúnen para hacer a modo de "Scrum de Scrums" un punto de situación, para así asegurar el cumplimiento del ritmo y tiempos y la coordinación de actividades entre squads.

Un par de consejos:
  • Todo el mundo debe de estar presente, es importante convocar con suficiente antelación a todos
  • Ir dinamizando a lo largo del Town-Hall con icebreakers para elevar la energía de la gente

El espectacular de equipo de coaches que hacen que el Town-Hall funcione
Gracias Fran, Esther, Nayua y Miguel

miércoles, 21 de febrero de 2018

¿Cómo recoger buenas prácticas de historias de usuario en una imagen?

La visibilidad es uno de los puntos más importantes en Scrum, lo es en múltiples aspectos de la Agilidad, porque hace visible el trabajo, alinea, refuerza la transparencia, impulsa la colaboración... Somos seres visuales y cuando hacemos visibles cosas a través de tableros y pósteres estamos irradiando e impregnando de todo aquello que es importante, mostrando por ende de qué formamos parte y en qué dirección vamos.

Miguel Ángel, un compañero de meetups y batallas Agile, ha diseñado un póster excelente con todo lo esencial alrededor de las historias de usuario. Tenemos diseminados varios de ellos en diferentes puntos de la oficina, y así Propietarios del Producto y equipos de desarrollo tienen un referente visual que les ayuda en su trabajo con las historias de usuario. Como agilista con Agile en su ADN ha puesto su póster a disposición a todo aquél a quién le pueda ser de utilidad.
Enterprise Agile Coach Coach ágil Scrum Master Scrum Master Scrum Master
Póster de buenas prácticas de las historia de usuario

Descargas / Downloads
Mis agradecimientos a Miguel Ángel Sobrino por permitirme compartir el póster a través de mi blog y por ponerlo a disposición de toda la comunidad y todos aquellos que les pueda ser de interés.

domingo, 18 de febrero de 2018

¿Cuál es la diferencia entre la motivación intrínseca y la extrínseca?

Motivación intrínseca versus extrínseca
Agilidad y Scrum desarrollan las motivaciones intrínsecas de maestría, propósito y autonomía a través de sus roles. En escalado existe una reunión denominada POCLAC que se basa en potenciar a los equipos y equipos de equipos a través de estas tres motivaciones.

El psicólogo estadounidense B.F.Skinner, sostiene que la motivación se determina por las consecuencias de la conducta, lo que obtengamos cuando hacemos algo, esta es la clave para estar motivados a comportarnos de la misma manera en el futuro.

En función de lo que nos estimula a un determinado comportamiento, sea interno o externo, tenemos dos tipos de motivación, la intrínseca (estimulo interno, donde factor motivador es una consecuencia natural de la actividad) y la extrínseca (estimulo externo a la actividad).

Motivación extrínseca

La motivación extrínseca se basa en el deseo de obtener algo deseado o evitar un resultado adverso. Esta es el tipo de motivación laboral que suele utilizarse en las empresas tradicionales, nuestra motivación está provocada por las consecuencias que provocan estas en nuestras conductas, obtenemos algo que nos motiva por cumplir con otra cosa que no nos motiva: incentivos económicos, oportunidades de promoción laboral, sentirse valorado por la empresa, reconocimiento de los éxitos y logros, ...

Por ejemplo una motivación extrínseca puede ser premiarnos con un viaje a las Bahamas si superamos determinado objetivo. La motivación funciona, pero no siempre, puede que la segunda vez digamos que no la queremos, al fin y al cabo ya hemos estado en las Bahamas, y eso justifica que ya no sea necesario superar el objetivo. Es como en los niños cuando les decimos "si recoges la habitación puedes jugar a la play", el niño se lo piensa y reponde que no, "no quiero jugar, por tanto no he de recoger". El problema de la motivación extrínseca es que caduca, una subida de sueldo por ejemplo deja de motivar aproximadamente a los 6 meses.

Motivación intrínseca

Un Scrum Master potencia al equipo mediante
motivaciones intrínsecas - Alexandre Magno
La motivación intrínseca implica la realización de la actividad por sí misma y no el deseo de una recompensa externa. La motivación intrínseca se basa en el deseo de mejorar y en la satisfacción de hacer las cosas bien hechas, de crecer y aprender, de la pasión por crear, es el mejor y mayor estimulante. La motivación intrínseca resulta gratificante ya que nos da satisfacción personal con nosotros mismos y refuerza nuestra autoestima.

Las empresas ágiles basan la motivación laboral en la motivación intrínseca, construyen sobre el talento de sus empleados, entornos donde cada empleado tiene la oportunidad de encontrar su sitio de manera natural y así ocurre que la profesión que desempeñamos se vuelve vocacional. El reconocimiento de un trabajo bien hecho, que aporta a otros y el feedback positivo, refuerzan potentemente la motivación intrínseca.

¿Qué es mejor, motivación extrínseca o intrínseca?

La Agilidad se basa estimular el crecimiento e interés de manera interna, es decir, estimular la motivación por hacer, realizar y experimentar independientemente del fin que se persiga.

Aunque motivaciones extrínsecas e intrínsecas son complementarias y funcionales en distintos ámbitos y aspectos, el combinarlas puede resultar en una manera muy provechosa. Las recompensas extrínsecas pueden motivar a otros a adquirir nuevas habilidades o conocimientos, que una aprendidos las nos pueden hacer evolucionar hacia la motivación intrínseca para seguir con el desarrollo de la actividad.

Hay que ir con cuidado, la motivación intriniseca se puede matar añadiendo extrínseca, si me pagaran por los posts de mi blog, probablemente no escribiría a no ser que obtuviera algún beneficio económico, y eso sería un adiós a mi pasión y apostolado...