1
¿Debe el Scrum Master rotar entre los diferentes miembros del equipo?
Para inaugurar este blog plantearé la primera entrada con una pregunta que seguramente nos hemos/han hecho alguna vez: ¿debe el Scrum Master rotar entre los diferentes miembros que componen el equipo?.
No pretendo sentar cátedra y establecer una regla para seguir "a pies juntillas", mi intención es dar una visión desde las experiencia y mostrar un caso con datos reales para que sea el lector el que pueda sacar sus propias conclusiones.
Desde la teoría se indica que el Scrum Master es responsable del proceso de Scrum y de eliminar impedimentos (visibles y no visibles) por lo que podemos deducir que la función puede rotar entre cualquiera de los miembros del equipo, no obstante ¿es compatible eliminar impedimentos y formar parte del propio equipo? ¿se enfocará el Scrum Master en ayudar imparcialmente a todos los miembros o dará prioridad a sus propios problemas? ¿es adecuado que gente inexperta pueda ser Scrum Master? para intentar responder a estas preguntas voy a presentar un proyecto ficticio con datos reales de una experiencia previa.
Imaginemos un proyecto cuyo principal objetivo es realizar un sistema on-line de búsqueda y reservas de hoteles, se forma un equipo con 4 personas y el Scrum Master, después de la recopilación y priorización de la historias de usuario por parte del product owner,se realiza una planificación de lo que supondrá la primera release del producto, se planifican 5 sprints para implementar funcionalidad deseada.
El equipo realiza un primer sprint que servirá para determinar la velocidad inicial del mismo y poder planificar el resto del proyecto, los datos obtenidos por el equipo son los siguientes:
Después de 2 sprint, 4 semanas de desarrollo y 2 demos el cliente se muestra muy satisfecho con los resultados, el equipo motivado pero alguien decide y que el rol debe rotar entre los diferentes miembros del equipo, comenzando el sprint 3 cuyo Scrum Master sería un miembro con un año de experiencia en desarrollo de software y 0 con Scrum, los resultados fueron los siguientes:
Supongo que después de ver que los experimentos mejor hacerlos con gaseosa, se decidió que el Scrum Master que había comenzado el proyecto continuara obteniendo un quinto sprint con una velocidad de 30 story points.
Con estos datos reales podemos concluir que, cuando se está implantando SCRUM por primera vez en una empresa o se compone el equipo es muy importante que el Scrum Master tenga un mínimo de experiencia y quizás después de unos meses, cuando el equipo conozca bien el proceso, puedan asumir estas funciones. También comprobamos que si una persona es Scrum Master y miembro del equipo a la vez puede que priorice la solución a sus propios problemas.
Finalmente y lo que considero más importante: si alguien ajeno al equipo interfiere y toma decisiones tiene consecuencias negativas
Me gustaría leer vuestras opiniones y experiencias y, si tenéis medio segundo, que votéis la pequeña encuesta sobr este tema.
|
No pretendo sentar cátedra y establecer una regla para seguir "a pies juntillas", mi intención es dar una visión desde las experiencia y mostrar un caso con datos reales para que sea el lector el que pueda sacar sus propias conclusiones.
Desde la teoría se indica que el Scrum Master es responsable del proceso de Scrum y de eliminar impedimentos (visibles y no visibles) por lo que podemos deducir que la función puede rotar entre cualquiera de los miembros del equipo, no obstante ¿es compatible eliminar impedimentos y formar parte del propio equipo? ¿se enfocará el Scrum Master en ayudar imparcialmente a todos los miembros o dará prioridad a sus propios problemas? ¿es adecuado que gente inexperta pueda ser Scrum Master? para intentar responder a estas preguntas voy a presentar un proyecto ficticio con datos reales de una experiencia previa.
Imaginemos un proyecto cuyo principal objetivo es realizar un sistema on-line de búsqueda y reservas de hoteles, se forma un equipo con 4 personas y el Scrum Master, después de la recopilación y priorización de la historias de usuario por parte del product owner,se realiza una planificación de lo que supondrá la primera release del producto, se planifican 5 sprints para implementar funcionalidad deseada.
El equipo realiza un primer sprint que servirá para determinar la velocidad inicial del mismo y poder planificar el resto del proyecto, los datos obtenidos por el equipo son los siguientes:
- Sprint #1
- duración del sprint: 2 semanas
- velocidad: 24 story points
- Sprint #2
- duración del sprint: 2 semanas
- velocidad: 29,5 story points
Después de 2 sprint, 4 semanas de desarrollo y 2 demos el cliente se muestra muy satisfecho con los resultados, el equipo motivado pero alguien decide y que el rol debe rotar entre los diferentes miembros del equipo, comenzando el sprint 3 cuyo Scrum Master sería un miembro con un año de experiencia en desarrollo de software y 0 con Scrum, los resultados fueron los siguientes:
- Sprint #3
- duración del sprint: 2 semanas
- velocidad: 21 story points
- Sprint #4
- duración del sprint: 2 semanas
- velocidad: 9 story points
Supongo que después de ver que los experimentos mejor hacerlos con gaseosa, se decidió que el Scrum Master que había comenzado el proyecto continuara obteniendo un quinto sprint con una velocidad de 30 story points.
Con estos datos reales podemos concluir que, cuando se está implantando SCRUM por primera vez en una empresa o se compone el equipo es muy importante que el Scrum Master tenga un mínimo de experiencia y quizás después de unos meses, cuando el equipo conozca bien el proceso, puedan asumir estas funciones. También comprobamos que si una persona es Scrum Master y miembro del equipo a la vez puede que priorice la solución a sus propios problemas.
Finalmente y lo que considero más importante: si alguien ajeno al equipo interfiere y toma decisiones tiene consecuencias negativas
Me gustaría leer vuestras opiniones y experiencias y, si tenéis medio segundo, que votéis la pequeña encuesta sobr este tema.
|
Entradas
