La transformación problemática

---

Pensé en abordar esta publicación desde un ángulo diferente: un estudio de caso de un equipo que requiere transformación y cómo actué en mi rol como Scrum Master. Revelación completa, ¡cometí errores! Hay cosas que hice que probablemente empeoraron la situación, pero cualquiera que haya estado en circunstancias similares sabrá que los Scrum Teams son bestias desafiantes. Cuando WC Fields dijo “Nunca trabajes con niños o animales”¡Siento que habría agregado Scrum Teams a esa lista si supiera cuáles eran!

Bien, basta de gofres. Esta fue la situación que discutiré:

Situación:

• Una jerarquía clara en el equipo de desarrollo, con miembros dominantes que controlan los eventos y procesos.
• Un Product Owner que no se ve por ninguna parte (a pesar de ser el cliente final)
• Una red compleja de roles/personas en la organización (gerentes de proyecto, analistas de negocios, gerentes de lanzamiento y gerentes de soporte), ninguno de los cuales estaba en el equipo Scrum.
• Implementación mecánica de Scrum, donde el equipo Scrum identificaría mejoras pero luego nunca trabajaría en ellas.
• El cliente se queja de la falta de funcionalidad entregada y de su calidad.

Imagine que se trata de una pregunta de examen basada en escenarios en el PSM II: ¿qué haría primero como Scrum Master?

1. Restablecer los eventos de Scrum y facilitarlos para que vuelvan a lograr su propósito previsto.
2. Entrene al propietario del producto sobre sus responsabilidades con el equipo de desarrollo para recuperar el valor.
3. Administre el equipo y asigne el trabajo más apropiado para garantizar que se cumplan los objetivos del Sprint.

Estoy seguro de que la mayoría de ustedes probablemente eligió B, ¡y estaría en lo cierto (en mi opinión)! Elegiste la opción que no resolvió el problema por ti mismo y trabajaste para capacitar al equipo para que lo solucionara por sí mismo. Bueno, elegí A. Al elegir la IA se convirtió en una muleta para el equipo y, si bien esto inmediatamente mejoró las cosas, a largo plazo no era la técnica correcta porque enmascaraba el verdadero problema: el equipo no estaba capacitado para ser dueño de su propio negocio. ¡proceso! Se habían estancado y perdido el deseo de mejorar la situación. La organización siguió escuchando que no se estaba entregando lo suficiente y, en lugar de descubrir la causa raíz, ¡saltaron el látigo!

He tenido la suerte de trabajar con bastantes equipos durante mi etapa como Scrum Master, y mi consejo para cualquiera que quiera realizar cambios rápidos es hacerle tres preguntas al equipo Scrum. Este es el enfoque que adopté con un equipo Scrum durante una sesión matutina.

¿Cómo es el Scrum Team perfecto?

La pregunta elimina el requisito de autorreflexión abierta. Hace que el equipo se sienta seguro al sugerir cosas que no hacen actualmente. ¿Por qué le pregunto esto a los equipos? Todos los cambios de equipo, como un producto, deben comenzar con una visión: ¿adónde queremos llegar? Ahora-Siguiente-Entonces el resultado de un taller de mejora de procesos. Este es un gran aporte para futuras retrospectivas de Sprint.

¿Qué comportamientos y qué valores queremos que encarne nuestro equipo?

Básicamente, una carta de comportamiento. Convierte al equipo de individuos en una unidad… ¡un Scrum! Comparten sus ideales. Esta es una gran oportunidad para que el Scrum Master entrene sobre los valores de Scrum; haga esto DESPUÉS de los estatutos; no siembres el resultado. Capacite al equipo para definir quiénes son. No son sólo miembros del equipo Scrum de una organización; son una colección que tiene personalidad propia.

¿Cuáles son nuestras responsabilidades para cambiar esto?

¡Tiempo del diagrama de Venn! Círculos para el equipo y la organización. Si se pregunta cuál es la superposición, son cosas que el equipo no sabe cómo ni quién solucionar. ¿Suenan como impedimentos? ¡Sí! ¡El equipo Scrum acaba de identificar los problemas de mayor prioridad en los que debería trabajar para facilitar un resultado!

_________________________________________________________________________________

Si bien no necesariamente comencé la transformación de la manera más efectiva, lo anterior realmente me ayudó a dar un paso atrás y lograr que el equipo impulsara la transformación en mi lugar. Un buen Scrum Master no sólo facilita, sino que también pregunta, entrena y allana el camino para que su equipo progrese. Si puedes hacer todo esto indirectamente, creo que puedes decir que tienes un Scrum Team autoorganizado bastante bueno.

Etiquetas: melé