Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta Mejora. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Mejora. Mostrar todas las entradas

miércoles, febrero 16, 2022

Nuestro Scrum empírico de todos los días

Imagen tomada de Pixabay

“El verdadero método de conocimiento es el experimento”.

-          [William Blake. Poeta, pintor y grabador inglés.]

Muchos dicen usar Scrum, dicen usarlo bien. Según los “lineamientos” ágiles, los he escuchado decir. Pero he aquí una observación: la gran mayoría quizás ni lo están haciendo, a pesar de los eventos, las responsabilidades y los artefactos. En general a casi todos les hace falta lo que llamo “el espíritu de Scrum”. Ese que tiene que ver con la teoría del marco de trabajo, con sus pilares y con sus valores.

Me concentraré específicamente en la teoría. En esa que nos dice que Scrum se basa en el empirismo y en el pensamiento Lean. De hecho, mi foco será esto del empirismo. Para empezar, es bueno reconocer que un entorno empírico es aquel en el que la mejora y la dirección están guiadas por los experimentos y la experiencia.

Esta última se basa en lo que ya ha ocurrido, en el pasado. Muchos siguen usando Scrum tratando de predecir lo que va a pasar en el futuro, a veces incluso, en un futuro distante. Nada más alejado de las prácticas erróneas. Mi primera recomendación: usa la experiencia para experimentar con la planificación en el muy corto plazo, la planificación de un sprint; es más, con la planificación de un día de trabajo.

Para hacerlo, haz que tu equipo planifique teniendo en cuenta lo que pasó en el último sprint. Quizás en los tres últimos. Tampoco te vayas tan atrás. Seguramente hay cosas que han cambiado en el entorno. No es lo mismo si hace unas semanas tu equipo estaba disperso por el mundo y apenas si lograbas identificar un icono en una pantalla de alguna de las herramientas favoritas de comunicación, a si en este momento están trabajando con un modelo “híbrido” o presencial del todo. Mientras escribo esto, algunas empresas ya lo están intentando.

Promueve un entorno donde todos en el equipo y los interesados clave, además de los usuarios, esperen lo inesperado. Es lo que sucede cuando trabajas bajo el manto de la incertidumbre y la volatilidad inherentes a los escenarios que enfrentas habitualmente, sin hablar de la complejidad propia del ADN de las iniciativas con las que convives a diario. Es en estos escenarios donde un proceso empírico tiene vigor.

La realidad del Scrum que haces

Photo by Yan Krukov from Pexels
Todo el tiempo escuchas decir:

La mejor duración de sprint es de dos semanas. Pero ¿has experimentado con otra duración? ¿Una mejor, por ejemplo?

En nuestras Daily Scrum seguimos usando las “tres preguntas”. Nos parecen muy buenas. Sí, pero ¿has experimentado con otro tipo de conversaciones?

Nuestra definición de terminado es muy completa. Pero ¿la has mejorado con el tiempo?

En cada sprint implementamos entre 4 y 8 historias de usuario. Pero ¿has experimentado con otros rangos?

Nos funciona bien un equipo de 8 personas. Pero ¿has ensayado con otro tamaño de equipo?

Te haré otras preguntas:

¿Has dejado de usar la velocidad como medida de capacidad para el equipo?

¿Sigues usando puntos de historia para estimar las historias de usuario?

¿Has intentado con tu Product Owner alguna técnica distinta a MoSCoW para ordenar el Product Backlog? ¿Has usado MoSCoW?

¿En realidad todos en el equipo y en el entorno, es decir, interesados clave, patrocinadores y usuarios, entre otros, comparten no solo la misma información sobre lo que está sucediendo, sino el mismo significado de las cosas?

¿Has experimentado o has promovido cambios en la forma como hacen la planificación del sprint, el refinamiento, la revisión o la misma retrospectiva? Sobre esta última, ¿te limitas a los “pasos” generados por Retromat, Fun retrospectives o el muy buen libro sobre el tema de mi gran amigo Jorge Abad, pero nunca has intentado crear tu propia retrospectiva, más adecuada a las necesidades de tu equipo en un momento dado?

Finalmente, ¿te basas y promueves que el equipo y la organización se basen en lo que ya ha sucedido, datos cuantitativos, sobre todo, para tomar decisiones sobre qué hacer y cómo hacerlo en el futuro inmediato?

Algo del Scrum que deberías estar haciendo

Photo by fauxels from Pexels

¿Y por qué todo este cuestionamiento?

Bueno, precisamente porque Scrum es útil en un entorno donde la experimentación debe(ría) estar a la orden del día. Como dije al principio, a eso se refieren Schwaber y Sutherland cuando dicen que Scrum se basa, además del pensamiento Lean, en el empirismo. Este último “afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo observado”.

Por ejemplo, no te desgastes mucho, ni entretengas a tu equipo haciendo estimaciones, aunque sean “ágiles”, en el primer sprint. Simplemente empieza. Al final del primer sprint tendrás un dato verificable de cuánto hizo el equipo. De inmediato, en el segundo sprint, toma la decisión de que la velocidad del equipo sea justamente el número de puntos que acaban de lograr en el sprint anterior. De hecho, esto es un patrón Scrum conocido como El clima de ayer.

Ahora bien, los experimentos no tienen que proponer cambios sustanciales a lo que se está haciendo. Puedes usar mejoramiento continuo de un paso a la vez, crea una expectativa de experimentación y mejora bastante baja, de tal forma que para nadie sea una carga impositiva sino más bien un camino a transitar, desafiante pero divertido. Eso sí, primero enséñales a todos a mejorar, a proponer esos experimentos que tanto quieres.

Por ejemplo, enséñales a prepararse para una Daily Scrum.

Puedo contar por centenares las reuniones diarias a las que he asistido con personas que van muy mal preparadas a la misma. Todo el tiempo están titubeando, desenfocados, desmotivados y mirando el reloj a que simplemente terminen los infames 15 minutos de la reunión porque saben que eso sí lo van a respetar. Una de las principales razones que he encontrado para que esto suceda es que es una sesión subvalorada, a la que le dan poca o ninguna importancia, porque no terminan de entender qué significa la inspección y adaptación como pilares esenciales de un entorno empírico.

Lo he resuelto con entrenamiento, preparación y acompañamiento. Además de crear todo un movimiento cultural alrededor del evento:

1.    Al principio del sprint fijas una táctica o técnica para llevar a cabo la reunión.

2.    Les enseñas a todos en el equipo cómo será, haces una simulación. Llevas a cabo conversaciones de mejora para que cada uno llegue a conocer muy bien los detalles.

3.    Antes de las primeras sesiones, te aseguras de que todos efectivamente estén preparados. Indagas si necesitan ayuda para estarlo. Les proporcionas la ayuda que necesitan.

4.    Durante el evento estás atento a cómo lo llevan a cabo para, a continuación de este, mantener otras conversaciones de mejora y perfeccionar en consecuencia.

5.    Indaga cómo se sienten, qué les hace falta, qué quieren proponer.

6.    Precisamente sobre este último asunto, lo más importante es, enséñales a mejorar ese paso a la vez. Por ejemplo, enséñales con ejemplos claros a que cada vez digan más con menos palabras. Pero sin atribularlos.

Por sobre todas las cosas, siempre ten en cuenta lo que sucedió los días anteriores. Y haz que ellos en el equipo también lo tengan presente. No puedes encontrar nada de eso que sucedió en un cuerpo de conocimiento, mucho menos en la guía de Scrum. De hecho, Scrum se basa en la inteligencia colectiva de las personas que lo usan. Y es precisamente esa diversidad de perspectivas, una de las formas cómo enfrentamos la complejidad que nos rodea, lo que posibilita que encontremos soluciones más acertadas o apropiadas a los problemas que nos desafían cotidianamente.

Quieres saber más

Para saber más del Scrum que deberías estar haciendo, te invito a mi próximo curso para Scrum Masters. Encuentras toda la información de este en:

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

Mientras tanto:

Para saber más de cómo mejorar la Daily Scrum:

http://www.gazafatonarioit.com/2022/01/como-ayudar-tu-equipo-mejorar-su-daily.html

https://luchosalazar.com/2021/04/23/daily-scrum-kaizen/

Para saber más sobre el clima de ayer y otros patrones Scrum:

https://luchosalazar.com/2020/05/21/patrones-scrum-un-enfoque-adaptativo/


lunes, enero 17, 2022

Cómo ayudar a tu equipo a mejorar su Daily Scrum

Imagen tomada de Pixabay
La guía de Scrum es cada vez menos prescriptiva para ser más inclusiva, es decir, para que la usen más tipos de personas, de equipos y de organizaciones. Hoy por hoy, Scrum se usa en casi cualquier rincón de la empresa y de la sociedad, entonces es aconsejable que se aleje de lo que la hacía más allegada al mundo del desarrollo de software. Con esto en mente, es importante dejar claro que si un lineamiento o una sugerencia ya no está en la guía no significa que era una mala práctica o algo equivocado. De ninguna manera.

Uno de los ejemplos más visibles de esta situación es el de las famosas y muchas veces poco entendidas “tres preguntas” de la Daily Scrum o reunión diaria. Las tres preguntas pasaron de ser una regla del juego Scrum en versiones previas de la guía, a ser “un ejemplo de lo que podría usarse” (durante la reunión) en la edición de 2017, a desaparecer por completo en la última edición de 2020.

Sin embargo, ello no quiere decir que no puedan seguirse usando para “inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog según sea necesario”, de acuerdo con la guía 2020. En cualquier caso, la conversación o la discusión durante la sesión diaria puede ocurrir de muchas maneras siempre que esta “se centre en el progreso hacia el Objetivo del Sprint y produzca un plan viable para el siguiente día de trabajo”.

¿Qué tipo de conversaciones podemos tener para realizar una Daily Scrum efectiva? ¿Qué otras cuestiones podemos abordar durante la sesión para asegurar que conocemos con exactitud en dónde estamos respecto al objetivo del sprint? Empecemos por mejorar el matiz de las preguntas clásicas.

“¿Que hice ayer?” es la pregunta que se harían los miembros de un equipo con una perspectiva estática de lo que hacen o de lo que quieren hacer a continuación. De alguna manera, este tipo de preguntas son estacionarias, aunque las estaciones solo sean de 24 horas.

En cambio, una persona, un equipo o una organización con una perspectiva dinámica bien puede responder a la pregunta: ¿qué hice para garantizar que aprendimos algo nuevo ayer? Esto imprime una energía distinta y más vigorosa a la sesión, a las personas, al ambiente de trabajo, y permite que el equipo practique y promueva una cultura de mejoramiento continuo.

Más allá de esta pregunta, otras cuyas respuestas nos dan una idea más precisa de qué tanto hemos avanzado hacía el logro de la meta propuesta son:

  • ¿Qué hicimos ayer que mejoró nuestra eficiencia?
  • ¿Qué valor o principio de la empresa, del equipo o de alguna otra índole determinó en gran medida nuestro comportamiento de ayer para avanzar hacia el logro del objetivo del sprint?
  • ¿Qué decisiones tomamos ayer que nos permitieron avanzar hacia el logro del objetivo del sprint?
  • ¿Qué decisiones tomamos ayer que no nos permitieron avanzar hacia el logro del objetivo del sprint?
  • ¿Qué podemos aprender de esto para garantizar que mañana estaremos más cerca de lograr el objetivo del sprint? Las respuestas a esta última consulta derivan en un plan de actividades para el siguiente día hábil de trabajo.

Al hacer este tipo de preguntas todos los días, el equipo empieza gradualmente a desarrollar principios referentes a la forma cómo toma las decisiones, pero también comienza a ver un estándar en la forma cómo se acerca al objetivo del sprint, cada sprint. Las respuestas a estas preguntas guían en términos de cómo y qué deberían priorizar para alcanzar el objetivo propuesto y entregar el valor planificado al negocio.

En medio de este análisis de si el equipo alcanzará el objetivo propuesto, es vital preguntarse por el impacto de las interrupciones causadas por eventos que provienen del entorno:

¿Hay algo en el entorno que está ocasionando distracciones al equipo o a algunos de sus miembros? ¿Es posible evitar esas distracciones?

Ahora bien, los objetivos no se pueden alcanzar a cualquier precio. En particular, no tiene sentido lograr una meta si en el camino dejamos una estela de desperdicio, de trabajo mal elaborado o de desgaste moral y físico de las personas. Aquí surge una pregunta clásica, pero cuyas respuestas pueden dar luz al equipo sobre el estado del avance hacia el logro del objetivo del sprint:

¿Estamos haciendo correctamente el producto correcto?

Finalmente, el objetivo del sprint se define durante la planificación de este, al principio del sprint. Sin embargo, a medida que pasan las horas y los días, el equipo Scrum aprende más sobre el alcance, sobre los elementos del product backlog que están implementando, por ejemplo, sobre las historias de usuario, sobre lo que viene a continuación en los dos siguientes sprints en sesiones de refinamiento y sobre la capacidad real de las personas, entre otras cosas.

Toda esta información puede conducir a hacer un cuestionamiento sobre si el objetivo del sprint es alcanzable o no, sobre si debiera replantearse, delimitarse o sobre si el sprint debiera cancelarse debido a que su objetivo empieza a sufrir de obsolescencia. Así que las respuestas a preguntas como “¿el objetivo del sprint sigue vigente?” dilucidan este aspecto. Otras como “¿lo que hemos aprendido hasta ahora mantienen la vigencia del objetivo del sprint?” también ayudan en este sentido.

Así que, en la práctica, tenemos una gran lista de temas para conversar en la Daily Scrum que nos ayudan a concentrarnos en el cómo vamos hacia el logro del objetivo del sprint. Cuáles preguntas abordar es algo que depende del escenario actual, de lo que esté sucediendo en el equipo y en el entorno. Un Scrum Master debe estar atento a las señales en el ambiente, pero lo mejor es que le proporcione pautas a las personas de equipo para que sean ellas quienes seleccionen la táctica o la estrategia adecuada en un día específico.

Una sola pregunta puede ser suficiente, pero a veces son necesarias dos o más. Sin embargo, si el avance hacia el logro del objetivo del sprint no está claro hacia el final de la Daily Scrum, una práctica que no deja dudas es la del voto de confianza. Esta consiste en que cada persona emite un voto, a manera de porcentaje, de 0 a 100, expresando que tanto confía en que el equipo Scrum alcance el objetivo este sprint. Si el promedio general es de menos del 90 % o de un porcentaje previamente acordado por el equipo, seguramente habrá que replantear o negociar qué se hará y que no se hará en lo que resta de la iteración.

¿Qué otras cuestiones o prácticas se te ocurren que pueden servir al equipo en una Daily Scrum? Por favor, déjamelo saber en el foro.

Más sobre la Daily Scrum

Daily Scrum Kaizen:

http://www.gazafatonarioit.com/2021/04/daily-scrum-kaizen.html

El Scrum Master y el Scrum Diario:

http://www.gazafatonarioit.com/2020/09/el-scrum-master-y-el-scrum-diario.html

Compendio sobre el Scrum Diario:

http://www.gazafatonarioit.com/2014/01/compendio-sobre-el-scrum-diario.html


lunes, noviembre 29, 2021

La temible milla extra


Bien pude nombrar a este artículo como “En qué momento se jo$#ó el mundo laboral
”, pero no quise llamar mucho la atención. Y es que esta así denominada característica del universo de la gestión organizacional “milla extra” se ha convertido en uno de los atributos más reconocidos del oscurantismo profesional en el que vivimos durante el siglo XX y parte de este nuevo milenio.

Tengo un interés significativo en el comportamiento humano, sobre todo en lo que tiene que ver con el trabajo colaborativo, el logro de objetivos, la alineación y la autogestión y la motivación laboral. En cualquier equipo, hay miembros influenciadores y, con frecuencia, observo a una persona en particular impulsando la consecución de resultados en el equipo. Estos seres extraordinarios son ejemplo de liderazgo, de servicio, de inspiración. Son ellos quienes dan esa “milla extra” que tanto anhelan las empresas, porque su comportamiento positivo impacta la dinámica y el desempeño de sus equipos y de la organización en general.

Sin embargo, la gran mayoría de las veces, estos individuos se encuentran en el otro lado de la fuerza, disfrazando o enmascarando su tipo de liderazgo e influencia. En mi experiencia, esta milla extra derivó en prácticas representativas de lo que me gusta llamar “la cultura del sacrificio”:

Extender el horario laboral hasta altas horas de la noche y los fines de semana.

Irse de la oficina más tarde que el jefe.

Salir a las 11 de la noche con el compromiso de regresar a las 6 de la mañana del día siguiente, no sin antes, cargarte de papelería y equipo portátil para “trabajar” hasta las 2 o 3 de la mañana.

No tener tiempo ni para ir al baño, mucho menos para tomar un almuerzo decente.

Estar impedido de asistir a las reuniones del colegio de los hijos debido a la fuerte carga laboral.

Asistir a reuniones, pero estar pendiente de otros temas durante esta e, incluso, trabajar en otras cosas mientras transcurre el evento.

Acumular tiempo de vacaciones, no tomar vacaciones o suspenderlas abruptamente debido a algo urgente en la oficina.

Excusarse por programar vacaciones con anticipación y decir que durante las vacaciones vas a estar atento a cualquier cosa que necesite tu equipo u otra persona de la empresa, que te pueden contactar en cualquier momento: incluso dejas nota con los teléfonos y formas de contacto de los familiares o amigos con quienes pasarás tus vacaciones.

Decir que la única manera de “ver”, de comunicarte con tus hijos y familiares es vía celular

Practicar y fomentar la cultura de “envié el correo el día de ayer”, cuando en realidad lo enviaste a medianoche y querer respuestas y soluciones muy temprano en la mañana.

No “molestar” a tus superiores con problemas, en cambio, siempre llevarles soluciones.

Exigir resultados a tu equipo, simplemente con la visión de que esto los garantiza.

Trabajar bajo presión y con mucho estrés.

Ir a trabajar o hacerlo desde la casa cuando estás enfermo, es decir, cuando tienes descanso médico o te encuentras incapacitado por algún motivo de salud.

Y una extensa enumeración de propiedades que harían incansable esta publicación. En breve, la milla extra no es elegir cualquier camino y seguir caminando y marchando para salir del país de las “maravillas”. No se trata de dar más “horas nalga” a tu empresa solo para que vean lo “comprometido” que estás.

Así que mejor veamos un poco lo queremos decir por “milla extra” y por personas que la practican y la promueven de una manera genuina.

La milla extra es:

Trabajar por una misión superior, por un propósito más allá de los intereses de las personas y de los equipos.

Exhibir comportamientos basados en valores y principios. Es decir, participar de equipos y organizaciones donde los valores sean el eje principal de convivencia y donde estos valores se definan, se demuestren, se demanden y se deleguen en conjunto, por todos los miembros del equipo.

Trabajar de manera colaborativa, aprovechando la inteligencia colectiva de los miembros del equipo.

Ambientar el escenario organizacional con comportamientos de seguridad sicológica, donde las personas se sientan protegidas y extraordinarias y con la plena convicción de que pueden dar lo mejor de sí mismas en beneficio de la empresa, de los clientes, pero también de los equipos y de ellas mismas.

Trabajar en pares, aprendiendo uno del otro y el otro del uno.

Liderar con el ejemplo.

Trabajar con una cultura de mejora continua, donde no tengas que pedirle permiso a nadie para mejorar.

Trabajar en un entorno con alto alineamiento, vía propósitos claros y precisos, pero también con un alto nivel de autonomía, con objetivos intermedios bien definidos y alcanzables en periodos cortos de tiempo.

Fomentar una cultura de "entrenamiento sin acompañamiento es una irresponsabilidad". Una cultura donde el mentoring sea algo común y corriente y no un plato especial que se prepara de vez en cuando, solo cuando sea posible contratar a un experto de fuera de la ciudad o del país.

Aumentar la cantidad de experimentos por unidad de tiempo. Abrir los espacios de aprendizaje y de innovación a todo el mundo en la organización.

Vivir bajo una cultura de comunicación a mansalva, cara a cara, donde el coraje, la confianza y el respeto se erigen como valores y pilares para el trabajo diario y para el logro de los objetivos propuestos.

Si eres un “líder de la milla extra”, es porque eres capaz de convertir la ansiedad de los miembros de tu equipo y de cualquier otra persona de la organización, en confianza en sí mismos y en los demás, y en aliento para ir más allá de los objetivos empresariales e impactar la forma de vida de los clientes y de todos en el ecosistema organizacional.

Y, por supuesto, muchísimas cosas más. Pero, como dije antes, no quiero hacer infinito este panegírico. Mejor te invito a que explores muchos de los artículos que he publicado en la última década en este mismo Gazafatonario.

Apostilla

Si tú y otras personas se sienten forzadas a gastar tiempo y energía en protegerse de los demás en la organización, eso la debilitará de una manera tal que será presa del entorno, muy pronto sufrirá consecuencias dramáticas y quizás desaparezca para siempre.

La ausencia de seguridad sicológica es como un cáncer: invisible, silencioso, mortal.

martes, noviembre 23, 2021

Scrumming the Scrum

Imagen de ar130405 en Pixabay
Acordemos esto de una vez: contrario a lo que muchos creen y hacen, las tareas más importantes durante un sprint deben ser las de tareas “Kaizen” o de mejoramiento continuo. Ahora bien, está claro que el objetivo del equipo en cada sprint es entregar valor, esto es, un incremento de producto con valor para el entorno bien sea el usuario, el cliente o consumidor, los interesados, los patrocinadores y, en general, el ecosistema organizacional. No perdamos eso de vista.

Pero muchos piensan que esto es lo único que se debe hacer durante un sprint. Es muy común llegar una retrospectiva y encontrar que las acciones de mejora definidas en la retrospectiva anterior e, incluso, en unas más antiguas no se han empezado a implementar o a adoptar. Las razones van desde el clásico “nos consumió el día a día”, hasta el “las tareas no se priorizaron”, “apareció algo más urgente”, “no tuvimos tiempo”, “tenemos mucho trabajo”, “eso no es urgente”, etcétera.

Es un círculo vicioso: no mejoramos porque no tenemos tiempo y no tenemos tiempo porque no mejoramos. Como siempre, hay que empezar por cambiar esa mentalidad, más que adicionar un proceso que las personas y los equipos necesitan aprender. La mejora continua no aumenta la carga de trabajo, no son más procesos ni herramientas, no se trata de más tiempo “improductivo”. Lo crítico es aprender a integrarla en nuestro trabajo diario.

El Kaizen es una forma de pensar y de hacer las cosas, no algo adicional por hacer. En la práctica, no son tareas para realizar los miércoles a las 9 de la noche o los domingos a las tres de la tarde, cuando se supone que ya “estamos al día” en las tareas habituales de la empresa. No. El kaizen hay que incluirlo como parte del valor que estamos produciendo para la organización. Es de esta manera cómo en el mediano y en el largo plazos seremos más productivos, más innovadores, avanzaremos más que la competencia, cubriremos las necesidades de nuestros clientes y nos adelantaremos a otras exigencias o problemas que tengan, seremos más creativos y disruptivos y podremos transformar no solo nuestra organización sino también el mercadeo que la rodea.

La lista de beneficios que obtenemos cuando adoptamos una mentalidad de mejoramiento continuo puede ser infinitita:

·       Personas más comprometidas y con tendencia a una menor rotación en la empresa

·       ¡Personas más felices!

·       Mejor servicio al cliente. No se nos olvide que estamos en la era de la hiperpersonalización de productos y servicios.

·       Productos y servicios más competitivos

·       Tener una cultura de aprendizaje proactiva

·       Operaciones más eficientes

·       Mayor productividad

·       Tiempos de entrega más cortos

·       Tasas de error más bajas

·       Mayor calidad

·       Mayor innovación

·       Costos más bajos

·       Mayor rentabilidad

·       Mejor ambiente de trabajo

·       Cambio de comportamientos hacia una cultura de colaboración y de innovación

·       Mejor experiencia del cliente

·       Mayor reputación de marca

Y un largo etcétera exponencial.

Hasta allí bien. ¿Y cómo lo hacemos?

Entra Scrumming the Scrum

Una de las múltiples formas de lograrlo, muy práctica por demás, es usar el patrón Scrumming the Scrum. Algo así como “aplícale Scrum a tu Scrum”, en el sentido de “mejora tu Scrum”. Si te ocurre lo que mencioné antes de “no tengo tiempo para mejorar” o de “no trabajamos en las acciones de mejora definidas en la anterior retrospectiva”, entonces este puede ser un buen comienzo.

Es simple: usa Scrum como una mejora del proceso. Es decir, aprovecha Scrum para cumplir o lograr tu visión de kaizen. Para ello necesitas tener retrospectivas efectivas. Como siempre, lo mejor de las retrospectivas ocurre una vez que estas finalizan, cuando empiezas a implementar las acciones que definiste con tu equipo para mejorar.

En la práctica te vas a enfrentar a situaciones como:

·       Bajo desempeño del equipo,

·       incapacidad de detectar y eliminar impedimentos,

·       poca o ninguna generación de Valor,

·       multitarea.

·       Estrés ocasionado por todo lo anterior. Y esto último es el inicio de una serie de eventos desafortunados que conducen a la mala calidad y, peor aún, a la desmotivación y al detrimento de la salud y de la energía de las personas del equipo.

Créeme, no quieres que nada de esto ocurra a tu alrededor. He estado allí, no se lo recomiendo a nadie.

1.    Empieza por realizar un análisis de cómo te fue a ti y a tu equipo en el último sprint en cuanto a personas y sus interacciones, procesos, herramientas y Definición de Terminado, entre otros aspectos. Esto es clásico en toda retrospectiva efectiva.

Siempre viene bien un análisis de causa raíz. Los cinco porqués son un buen instrumento para lograrlo. Pero también está el diagrama de espina de pescado de causa y efecto, también conocido como diagrama de Ishikawa. El método de las 5W + 2H también viene bien en estos casos. Incluso un diagrama de Árbol de causa – efecto, o la técnica de Pareto, en el que el 80 % del problema proviene del 20 % de las causas y El 80 % de las causas restantes solo afectó al 20 % del problema.

2.    Una vez establecida la causa raíz, usa algún tipo de técnica colaborativa para idear soluciones: tormenta de ideas y votación simple, voto de confianza, conversaciones poderosas o estructuras liberadoras, entre algunas otras. El objetivo es que, de una lista de acciones, iniciativas o experimentos, selecciones con tu equipo las que vayan mejor para la ocasión. Una matriz de Esfuerzo versus Impacto siempre viene bien en estos casos.

Advertencia: esto de encontrar la causa raíz y seleccionar la de máxima prioridad se convierte en un imperativo, es algo exigente, no subvalores la forma cómo lo haces. Si trabajas bien en esto y luego implementas la acción de mejora subyacente, verás un incremento inmediato en la productividad del equipo. Al contrario, si esto último no sucede, es que tú y tu equipo no están haciendo una exploración apropiada de lo que está sucediendo, no están usando una visión holística y por ello siguen sin entender ni encontrar la verdadera causa raíz del problema. Las cosas así, hazte acompañar de alguien con experiencia. 

3.    Selecciona una y sola una de las acciones de mejora de la lista anterior. De hecho, “un paso a la vez” es ya una acción de mejora en sí. Como dicen por allí, “el que mucho abarca, poco aprieta”. Puedes promover la práctica de iniciar con una de las acciones que requieren menor esfuerzo y que sean de alto impacto o valor para el equipo y la organización.

Advertencia: a estas alturas siempre estamos hacia el final de la retrospectiva, entonces tienden a presentarse algunas disfunciones como que dedicamos muy poco tiempo a pensar en cuál debería ser esa acción y tratamos de salir rápido con una votación simple sin mayor análisis del impacto que pueda tener. Si eres facilitador de equipos, Scrum Master, coach o mentor, trata de no promover estas “salidas” por la vía rápida.

Recomendación: considera representar o escribir la acción de mejora como una historia de usuario, sobre todo, con criterios de aceptación o con una lista de comportamientos o aspectos visibles una vez que la acción esté implementada o se haya adoptado por el grupo. He usado la técnica de hypothesis-driven development para escribir “historias de usuario kaizen” con muy buen resultado.

Por ejemplo, si uno de los problemas tuvo como causa raíz la falta de conocimiento y experiencia en el uso de historias de usuario como protocolo de comunicación dentro del equipo y con los usuarios o interesados, la historia de usuario de la imagen anterior nos ayuda con una hipótesis de valor: si asistimos a un curso de historias de usuario, obtendremos un resultado de valor; sabremos que la hipótesis es cierta cuando veamos la señal (medible) expuesta luego de la misma.

4.    En la siguiente Sprint Planning, haz visible esta acción Kaizen en el Sprint Backlog. Con el equipo, sitúa las actividades derivadas de la acción de mejora al inicio de la lista o en la cima de la pila de tareas.

Como siempre, ninguna de las tareas es la tarea de una persona, el sprint backlog es propiedad del equipo en pleno y las tareas kaizen no son la excepción.

5.    Como siempre, aunque quizás estas tareas kaizen no están orientadas hacia el logro del objetivo del sprint, merecen un apartado especial en la Daily Scrum. Así, el equipo completo revisa también cómo van hacia esa meta especial.

6.    Finalmente, junto al incremento de valor que inspeccionas en la Sprint Review, presenta los resultados sobre esta acción de mejora. A los invitados a la sesión seguramente les interesará saber que el equipo está mejorando gradualmente, paso a paso.

7.    Cualquiera que fuere el resultado de la implementación o adopción de la acción kaizen, analízalo en la siguiente retrospectiva. Lo ideal es que haya habido, al menos, un avance importante hacia la ejecución completa de la acción. Si no es así, considera revisar las prioridades del equipo y vuelve a empezar.

Para concluir

Es un hecho: vivimos en una era de cambios. Si tú y tu organización se encasillan en lo que saben y en lo que siempre les ha funcionado, muy pronto se quedarán atrás. Adoptar una mentalidad de mejora continua hará que tu equipo y tu empresa giren hacia una trayectoria diferente y más exitosa.


Para saber más de patrones

Para conocer más de patrones Scrum, puedes ver esta presentación y video: https://luchosalazar.com/2020/05/21/patrones-scrum-un-enfoque-adaptativo/

En particular, para saber más del patrón Scrumming the Scrum, puedes mirar esta otra presentación:

https://luchosalazar.com/2020/06/17/patrones-scrum-un-enfoque-adaptativo-parte-2/

El libro de los patrones Scrum, A Scrum Book, de Coplien, Sutherland y otros.