🏂🏼 🏖️ 🌏 La vida cotidiana de Scrum-Masters: equipo y auto transformación 📀 🙌🏻 🙅🏾

¿Te ha sucedido alguna vez que mientras te comunicas, lees o estudias algo, te das cuenta de que algunas de las situaciones antiguas o actuales aparecen literalmente bajo una nueva luz? Esto me sucede todo el tiempo, esta vez mientras leo el libro "El ABC del pensamiento del sistema" de Donella Meadows.

imagen

No hace mucho me uní a dos equipos de practicantes de Scrum. Un equipo no comenzó hace mucho tiempo, el otro ha existido por más de un año. Ambos tienen el mismo problema, los equipos, o más bien, los miembros del equipo se deslizan hacia viejos hábitos de trabajo cuando trabajaban en equipos componentes o pozos funcionales.

Una de las apelaciones y consejos de Donella en el libro es prestar atención no a eventos específicos, sino al comportamiento del sistema en su conjunto y cómo está estructurado.

Un evento es el resultado de la manifestación de un comportamiento del sistema particular, que puede revelarse a través de la observación de eventos. Observando el comportamiento: qué lo causa, cómo se procesa esta llamada dentro del sistema y, como resultado, nace una manifestación en forma de evento, podemos sacar conclusiones sobre la Estructura del sistema, sus elementos y las relaciones que determinan este comportamiento.

En adelante, el equipo y el sistema serán sinónimos.

Evento, Comportamiento, Estructura

Equipo acumulativo en cuanto a eventos

Hay un hecho: el equipo cayó en viejos hábitos, abandonó algunos de los eventos y artefactos obligatorios de Scrum, lo que mejora su pico.

Mi solución al problema a nivel de evento sería realizar una nueva capacitación o reiniciar el equipo.

Hacer rodar un equipo en términos de comportamiento

Al resolver un problema a nivel de Evento, yo, por regla general, no tomo en cuenta la razón por la cual ocurrió este evento, sino que es causado por el Comportamiento normal del equipo: Poder de hábito .

La fuerza de un hábito es similar a la fuerza de atracción de la física. Aquí los viejos hábitos son la Tierra. Equipo: un objeto lanzado al espacio y moviéndose hacia la luna, hacia nuevos hábitos. El entrenamiento u otra "inyección Scrum" es un impulso de aceleración , cuya energía se gasta en superar la fuerza de atracción. Cuando los miembros del equipo gastan energía de impulso en cómo aprender a trabajar de una manera nueva.

Los viejos hábitos son aún más fuertes que los nuevos, por lo que, con el tiempo, el equipo se incorpora a ellos, la energía del impulso de aceleración ya no es suficiente o se ha agotado. Estos son estados en los que un equipo sabe cómo trabajar en Scrum, pero aún no sabe cómo, o incluso sabe cómo trabajar en Scrum, pero aún no se ha formado un nuevo hábito. Estamos más cerca de la Tierra que de la Luna, por lo tanto, las fuerzas gravitacionales de la Tierra son más fuertes que las fuerzas gravitacionales de la Luna.

Después de haber realizado una "inyección" por única vez, sin comprender el motivo del evento, en el momento en que note que el equipo se está degradando nuevamente, esto significará que nosotros, como equipo, ya nos hemos hundido profundamente.

En el pensamiento sistémico, esto se denomina efecto de retraso, en este caso consiste en un retraso en la percepción y un retraso en la respuesta. El evento primero debe ocurrir y pasar un cierto umbral de sensibilidad para que lo notemos (percepción retrasada). Después de notar esto, nos lleva algo de tiempo pensar y decidir sobre otras acciones (respuesta tardía).

La mayoría de las veces esto sucede cuando el Scrum-Master tiene más de un equipo y se enfoca en trabajar con uno de ellos o simplemente no tiene tiempo para trabajar con todos al mismo tiempo. Con menos frecuencia, cuando el Scrum-Master es joven y no tiene experiencia, pero tiene un equipo.

Al resolver el problema a nivel de Comportamiento del sistema, se me indicará la frecuencia de tales "inyecciones" sin esperar el momento en que la fuerza del impulso sea menor que la fuerza del hábito del equipo.

¿Qué es una inyección Scrum? Puede tener un aspecto diferente: una visita de referencia a un exitoso equipo Scrum, comunicación con un inspirador experto ágil, capacitación en prácticas interesantes, simulaciones de juegos, etc. - Su objetivo es despertar en el equipo el deseo de trabajar de manera diferente, de trabajar en el espíritu de Scrum.

Vuelo del equipo de la Tierra a la luna

Equipo acumulativo en términos de estructura

Creo que los Scrum-Masters a menudo son tan buenos que sin saberlo mantienen al equipo en buena forma, sin permitir que se deslice en sus "inyecciones" constantes. Debido a esto, un efecto similar al "efecto observador" está presente en el sistema.

Mientras yo, como Scrum-Master, estoy incluido en el sistema y observo estos eventos y el comportamiento del equipo, influyo en lo que está sucediendo en él. Una vez que deje el equipo por un período de tiempo suficientemente largo, no sé qué está sucediendo en él y no puedo influir en eso. Con mi salida, el sistema cambiará, ya que se eliminará uno de los elementos estructurales, y con él desaparecerán las relaciones y los flujos que introduje. En este caso, las "inyecciones de Scrum" regulares que vienen de mí como Scrum Masters desaparecerán.

Esto es exactamente lo que sucedió con los equipos. Se quedaron sin un Scrum-Master durante algún tiempo y esta vez fue suficiente para que se arrastraran hacia viejos hábitos.

Resolviendo el problema a nivel de la Estructura: el equipo mismo debe realizar tales "inyecciones" por sí mismo. Como Scrum-Master, necesito transferir este trabajo al equipo, para hacerlo más autónomo y resistente a los períodos de ausencia del Scrum-Master. Haga de estas "autoinyecciones" un nuevo hábito que permitirá al equipo alcanzar no solo la luna, sino también otros planetas.

El esquema de flujos de energía dentro del equipo.

Auto transformación

¿Crees que eso es todo? Pero no. Al leer el libro, primero desenrollé esta historia para el equipo, y luego me transferí este patrón de comportamiento de los equipos.

Estudio activamente, cerrando brechas en conocimiento y experiencia para ser un buen Scrum-Master. En el momento del comienzo del estudio de un nuevo campo de conocimiento y, algún tiempo después del final, el período comienza y dura cuando integro y aplico este conocimiento en la vida. Entonces, cuanto más tiempo pasa desde el momento de la espiritualización con este conocimiento, más me arrastro a los viejos hábitos. (Evento)

Estoy en Stream y estudio sobre el principio de "Una buena cuchara para la cena". Estoy estudiando qué está relacionado con los problemas y las tareas que enfrento en este momento. Esto significa que no me observo y no me sigo, y ni siquiera recuerdo que esto debe hacerse en términos del desarrollo de la habilidad (Parece que alguien no sabe cómo aprender). Los eventos pasan desapercibidos y esto se repite de vez en cuando una y otra vez. (Comportamiento)

Como resultado, resulta que los brotes jóvenes de habilidades incrustadas mueren o se desarrollan pasivamente en el mejor de los casos. Su muerte significa que, de nuevo, se requerirán inversiones serias para su aterrizaje repetido.

¿Como arreglarlo?

Hipótesis n. ° 1: Para arreglar esto al nivel de la Estructura, debe transferir el trabajo de Seguimiento de eventos al entrenador, declarándolo como el Objetivo: mantener y desarrollar una nueva habilidad hasta que se convierta en un nuevo hábito. (Soy un equipo, un entrenador es un Scrum-master).

Hipótesis No. 2: Para solucionar esto en el nivel de Comportamiento, debe agregar a la lista de tareas, llamado "Programa", un evento programado para una fecha determinada cuyos objetivos son: revisar mi comportamiento actual en el contexto del desarrollo cierta habilidad y reinyección de energía para su desarrollo y aplicación. (Autoinyección)

Epílogo

Tal vez ya lo haya leído en alguna parte, le agradecería que comparta los enlaces en los comentarios. Suena como contenido de calidad para mí.

Hasta ahora, el conocimiento que yo mismo he alcanzado está mejor arreglado y asimilado en mí. El libro "El ABC del pensamiento del sistema" no trata sobre Agile en absoluto, pero fue precisamente este conocimiento filosófico lo que no tuve lo suficiente para transformar mi experiencia existente en conocimiento aplicado útil.