¿Se necesita un Scrum Master en un equipo de alto rendimiento?

Mi comprensión de los deberes del scrum master es la siguiente:

• Hacer cumplir el proceso
• Eliminar impedimentos (que los desarrolladores no pueden eliminar ellos mismos)
• Prevenir interrupciones desde el exterior
• Facilitar reuniones de scrum (de pie, retrospectivas, etc.)

Si los desarrolladores del equipo son disciplinados, seguirán el proceso sin que alguien los entrene. Tampoco tendrán problemas para celebrar retrospectivas y otras reuniones de scrum. Si el resto de la organización comprende los límites del sprint, las interrupciones externas y los impedimentos que requerirían un scrum master ya están minimizados.

A medida que un equipo se vuelve de alto rendimiento y una organización comprende los límites del sprint, parece que las necesidades de un maestro scrum se reducen. ¿Es posible que un equipo finalmente llegue al punto donde ya no se necesita un scrum master?

Desearía tener un centavo por cada equipo "Ágil" que pregunta "cuál es la forma correcta de hacer x". Si eres realmente ágil, no necesitas hacer esas preguntas: no hay un 'proceso verdadero', la única forma de ser ágil es hacer lo que funcione para ti. La gente sobre los procesos, recuerda.

Sin embargo, si realmente necesita alguna validación de que lo está haciendo bien, vea este pequeño artículo de uno de los padres fundadores del movimiento Ágil.

Un miembro de la familia de metodologías de Crystal es Crystal Clear. Crystal Clear se puede describir a un oyente de Nivel 3 en las siguientes palabras:

“Ponga a 4-6 personas en una sala con estaciones de trabajo y pizarras blancas y acceso a los usuarios. Haga que entreguen un software probado y en ejecución a los usuarios cada uno o dos meses, y de lo contrario déjenlos en paz "

De hecho, describí Crystal Clear en esas palabras a un patrocinador de proyectos inteligente. Siguió esas instrucciones e informó cinco meses después: "¡Hicimos lo que dijiste y funcionó!"

Entrevisté al líder del equipo unos meses después y su informe fue tan breve como mis instrucciones:

“Siguiendo su sugerencia, los cuatro nos hicimos cargo de esta sala de conferencias, que tiene conexiones de red. Lo conservamos durante los cuatro meses, dibujando en las pizarras blancas allí, entregando software a medida que avanzábamos. Funcionó muy bien ".

Entonces, si tienes un equipo así (por suerte), entonces ni siquiera necesitas Scrum. Póngalos en una habitación solos y dígales que continúen con eso.

¡No! NO se necesita un Scrum master para un equipo de alto rendimiento.

Los equipos de alto rendimiento existían antes de Scrum, y hay muchas otras metodologías que tienen éxito y crean equipos de alto rendimiento que no tienen un Scrum master. No debemos caer en la trampa de pensar que solo hay una forma de administrar un proyecto o desarrollar código para tener un equipo de alto rendimiento.

Pero por favor no confunda esto con la respuesta a la pregunta "¿Se necesita un scrum master en un equipo Scrum?"

La respuesta a eso es ... absolutamente sí. Cualquier equipo que no tenga un scrum master no lo está haciendo, independientemente de lo que piensen. Es lo que Ken Schawber llama "Scrum pero" y proviene de la frase "Estamos haciendo Scrum, pero ..."

Un maestro de scrum siempre debe ser designado en papel en mi opinión, si resulta que hace poco, entonces que así sea. En las ocasiones en que los desarrolladores están de mal humor y discuten entre sí, será necesario tener un scrum master para controlar la situación.

También hay un trabajo administrativo de menor importancia asociado con los elementos de scrum, el manejo de la cartera de pedidos viene a la mente; dependiendo de la herramienta que use, el scrum master probablemente se responsabilizará de esto.

No trato de ser cínico, pero nunca he visto un proceso tan bien ajustado que nunca haya detritos que alguien tenga que limpiar :-)

Al final del día, incluso si no hay nada que hacer realmente, el proceso de asegurarse de que no haya nada que hacer tiene que ser responsabilidad de alguien. Si esto es por responsabilidad o no, es una decisión interna.

He sido el Scrum Master de un equipo altamente funcional y me gusta pensar que era esencial. Los deberes de Scrum Master tomaban menos de una hora al día en promedio. Días de demostración, retrospectivas y reuniones de planificación fueron la mayor parte de mi trabajo. El resto del tiempo me separaba y me ponía el sombrero de desarrollador, evaluador o cliente dependiendo de dónde necesitáramos ayuda para cumplir nuestros objetivos.

Nada permanece igual. Es posible que pueda superar un proyecto en particular, pero ¿por qué disuadir al equipo con estas responsabilidades? La administración de la empresa puede ser voluble en una economía en recesión y comenzar a hacer demandas adicionales. Las nuevas contrataciones pueden ser una interrupción.

Simplemente no veo la ventaja de no tener uno.

Si desea utilizar la metodología Scrum , asegúrese de que su equipo conozca scrum. Envíalos para entrenar. Si hay o no un scrum master no determinará su éxito. El compromiso del equipo lo hará.