Guía Scrum | 10. Los errores más comunes de Scrum Master

Publicado: 2022-04-20

El trabajo de un buen Scrum Master se puede reconocer por el hecho de que en algún momento deja de ser necesario en el trabajo diario del Equipo de Desarrollo. Sin embargo, este no es siempre el caso. ¿Cuáles son las razones de los errores de Scrum Master?

Errores de Scrum Master – índice:

  • La ausencia del Scrum Master
  • Presencia insuficiente de Scrum Master
  • Resumen

El trabajo de un Scrum Master es principalmente apoyar el trabajo del Equipo de Desarrollo. Por lo tanto, los errores más comunes de Scrum Master suelen provenir de la forma en que participa en el funcionamiento diario de los Desarrolladores. Hemos dividido estos errores de Scrum Master en dos grupos. El primero incluye problemas resultantes de demasiada participación, mientras que el segundo incluye problemas derivados de la insuficiente presencia del Scrum Master en la vida del Equipo de Desarrollo.

mistakes of Scrum Master - The Scrum Master's Absence

La ausencia del Scrum Master

La necesidad de mantener demasiado control sobre el Equipo suele provocar errores en la aplicación de Scrum. Los errores de Scrum Master se hacen evidentes con mayor frecuencia en las siguientes situaciones.

  1. El Scrum Master busca una solución al problema en lugar de ayudar al equipo a lidiar con la dificultad. Por lo general, la raíz del problema es que el Scrum Master también es un experto en lo que está haciendo el Equipo de desarrollo. Su incapacidad para salir del rol de experto los hace incapaces de ayudar de manera efectiva al equipo a encontrar soluciones por sí mismos. Este enfoque también puede conducir a la toma de decisiones autoritaria por parte de una sola persona, y este es probablemente el mayor error que puede cometer un Scrum Master.
  2. El Scrum Master no permite que el equipo cometa errores. Este problema está íntimamente relacionado con el anterior. Si el Scrum Master protege al equipo de manera efectiva para que no cometa errores, no aprenderá a resolver problemas por sí solo ni asumirá la responsabilidad de su trabajo. Siempre contará con el asesoramiento y la experiencia del Scrum Master.
  3. El Scrum Master intenta cambiar a las personas en lugar de trabajar en la atmósfera del equipo. Este problema incluye demasiado énfasis en cambiar el comportamiento de un miembro o miembros del equipo, así como cambios de personal. Es un error cambiar la composición del Equipo de Desarrollo mientras se trabaja en un Objetivo de Producto si no es absolutamente necesario. Puede introducir retrasos significativos en su realización, y perturbar el ritmo de trabajo del Equipo de Desarrollo. Y también interrumpir el ritmo de formación del Equipo, sobre el cual escribimos en un artículo separado.
  4. El Scrum Master actúa como supervisor del Equipo de Desarrollo en la organización. Este es un error que no suele resultar de las propias decisiones del Scrum Master. Sin embargo, puede exacerbar todos los errores que surgen de la necesidad de controlar el Equipo.
  5. Scrum Master se involucra demasiado en la operación del Equipo. Cuando el Equipo está compuesto por expertos que conocen las habilidades y responsabilidades de los demás y funciona de acuerdo con los principios de Scrum, los Scrum Masters no deben interferir sin invitación en la forma en que trabaja el Equipo. Si lo hacen, simplemente están interfiriendo con el buen funcionamiento del equipo. A los buenos Scrum Masters, gracias a su posición bien establecida como entrenadores y líderes, se les pedirá consejo en situaciones de emergencia o situaciones que requieran una nueva mirada. Es por eso que deben estar disponibles para los Desarrolladores sin necesidad de imponer su presencia.
  6. Un Scrum Master es demasiado rígido en su adherencia a los principios de Scrum. Si algún aspecto de Scrum no funciona en un equipo en particular, el Scrum Master debe intentar un enfoque diferente. Cada equipo es diferente y Scrum es solo un marco general.
mistakes of Scrum Master

Presencia insuficiente de Scrum Master

La participación de Scrum Master no solo en exceso sino también en cantidad insuficiente puede conducir a muchos errores. Hemos descrito los más comunes a continuación.

  1. El Scrum Master no está suficientemente familiarizado con los principios de Scrum. Este error probablemente conducirá a su implementación incorrecta. Y el trabajo del Equipo solo aparentemente será trabajo de Scrum.
  2. El Scrum Master no está aplicando los principios de Scrum. La presencia inadecuada del Scrum Master en el día a día hace que no esté protegiendo al equipo como debería. Esto puede conducir a una falta de protección frente a la afluencia de tareas externas. O al fracaso del Equipo de Desarrollo para cumplir con el Sprint Goal.
  3. El Scrum Master no se asegura de que se siga un ritmo constante de Scrum. El descuido en la organización de Scrum Events puede conducir a una pérdida de tiempo. Esto dará como resultado Eventos demasiado largos o mal ejecutados: Planificación de Sprint, Retrospectiva de Sprint o Revisión de Sprint (sobre los cuales escribiremos en publicaciones separadas). También es un error posponer eventos o cambiar su duración.
  4. Scrum Master no responde a los conflictos en el Equipo. Esperar que los conflictos en el Equipo se resuelvan solos con el tiempo es un error de Scrum Master. El conflicto no siempre es malo, pero el Scrum Master no solo debe ser consciente de su existencia y estado actual, sino también participar en él como negociador. Y también poder usar el conflicto para cambiar y mejorar el Equipo.
  5. Presencia insuficiente de Scrum Master. El problema surge cuando el Scrum Master pasa muy poco tiempo trabajando con el Equipo y se involucra en tareas especializadas, por ejemplo. Esto hace que escuche muy poco y haga muy pocas preguntas. Esto, como escribimos en el artículo anterior, es una habilidad clave para un Scrum Master. El resultado es que el Scrum Master no sabe lo suficientemente bien cuál es la situación actual y la atmósfera en el Equipo. Y está contento con el statu quo.
  6. El Scrum Master no cuestiona el status quo. Para que el Equipo de Desarrollo, y el Equipo Scrum en su conjunto, crezcan, es necesario desafiar constantemente el status quo. Esta es a menudo una actividad arriesgada y potencialmente infligida. Un Scrum Master debe emprenderlo con la conciencia de las dificultades que puede encontrar. Sin embargo, no existe tal cosa como un "Equipo de desarrollo maduro que ya no evoluciona". Dejarlo solo conducirá rápidamente a un deterioro significativo en su rendimiento.
  7. El Scrum Master no comparte sus observaciones del desempeño del Equipo con el Equipo . Mantener este conocimiento para ellos hace que sea difícil, o incluso imposible, que el Equipo crezca. Si bien está completamente enfocado en las responsabilidades diarias, Scrum Master no funciona en la forma en que los miembros del equipo trabajan juntos. Esto conduce frecuentemente a la acumulación de problemas y conflictos.
mistakes of Scrum Master

Errores comunes de Scrum Master – resumen

Los errores de Scrum Master resultantes de una participación insuficiente o excesiva con el Equipo de Desarrollo pueden destruir el ritmo de trabajo. E incluso contribuir a detener la actividad según las reglas de Scrum. Por lo tanto, vale la pena que un Scrum Master esté al tanto de los posibles errores y los riesgos resultantes. Y también para estar pendiente de su relación con el Equipo.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

  1. Glosario de términos básicos, roles y nociones
  2. ¿Qué es Scrum?
  3. valores de scrum
  4. ¿Cómo implementar Scrum en tu empresa?
  5. Equipo Scrum: ¿qué es y cómo funciona?
  6. ¿Quién es un propietario del producto?
  7. Los errores más comunes del Product Owner
  8. ¿Quién es el Scrum Master?
  9. Características de un buen Scrum Master
  10. Los errores más comunes de Scrum Master
  11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
  12. Cooperación entre el propietario del producto y Scrum Master
  13. Equipo de desarrollo en Scrum
  14. Los errores más comunes de los Desarrolladores
  15. artefactos de scrum
  16. Escalamiento Scrum
  17. Pila de Sprint
  18. ¿Qué es la cartera de productos?
  19. ¿Qué son las historias de usuario?
  20. Creando la mejor historia de usuario con INVEST
  21. Los errores más comunes de las historias de usuario
  22. Criterios de aceptación de historias de usuario
  23. Estimación y puntos de historia en Scrum
  24. Planificación de póquer
  25. Juego de estimación en equipo
  26. Definición de incremento
  27. Eventos de scrum
  28. ¿Qué es Sprint en Scrum?
  29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
  30. ¿Qué es un gráfico Burndown?
  31. ¿Cómo crear e interpretar un gráfico de evolución?
  32. Ventajas y desventajas del Burndown Chart
  33. Tableros Kanban en Scrum y Scrumban
  34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
  35. Scrum diario
  36. Planificación de Sprint
  37. Revisión de Sprint
  38. ¿Qué es una retrospectiva de Sprint?
  39. Errores comunes durante una Retrospectiva de Sprint
  40. Nutrición de la cartera de productos