martes, 16 de noviembre de 2010

ScrumMaster: ¿Parte o no del equipo?

Me ha parecido, en el último Agile Open de Barcelona escuchar en varias ocasiones frases similares a esta. En algunas sesiones, en los pasillos e incluso en alguna de las cenas he oído comentarios y opiniones dándole vueltas a esa idea. De entrada,creo que sería interesante re-formular la cuestión, ya que creo que lo que se intenta debatir no es si el ScrumMaster debe estar o no en el equipo (por supuesto!!) sino si además de sus funciones cómo ScrumMaster, debe también tener otras funciones dentro del equipo (desarrollo, testing, usabilidad...). La pregunta que yo lanzo es ¿ScrumMaster full-time o part-time?

Antes de dar mi opinión, veamos lo que dice el propio Jeff Sutherland sobre el rol en cuestión:

"The ScrumMaster helps the product group learn and apply Scrum to achieve business value. The ScrumMaster does whatever is in their power to help the team be successful. The ScrumMaster is not the manager of the team or a project manager; instead, the ScrumMaster serves the team, protects them from outside interference, and educates and guides the Product Owner and the team in the skillful use of Scrum. The ScrumMaster makes sure everyone on the team (including the Product Owner, and those in management) understands and follows the practices of Scrum, and they help lead the organization through the often difficult change required to achieve success with agile development. Since Scrum makes visible many impediments and threats to the team’s and Product Owner’s effectiveness, it is important to have an engaged ScrumMaster working energetically to help resolve those issues, or the team or Product Owner will find it difficult to succeed. Scrum teams should have a dedicated full-time ScrumMaster, although a smaller team might have a team member play this role (carrying a lighter load of regular work when they do so). Great ScrumMasters can come from any background or discipline: Engineering, Design, Testing, Product Management, Project Management, or Quality Management."

Leyendo el párrafo anterior, la respuesta a la pregunta sería: Depende!! Si puedes permitírtelo, ten un ScrumMaster full-time, sino puedes porque tú equipo o organización es demasiado pequeño, usa a un miembro del equipo a modo part-time (aunque eso sí, aligerando su carga de trabajo en otras responsabilidades). Ahora bien, ¿porqué sería interesante tener un ScrumMaster full-time?

La responsabilidad del ScrumMaster es, entre otras cosas, encargarse del proceso (sí, ya se lo que pone en el Manifiesto Ágil, pero no se me ocurre otra manera de expresarlo!!) El equipo debe "hacer" algo (un producto, un proyecto...) utilizando eso proceso y el ScrumMaster debe encargarse de observar cómo lo hacen, ver como el equipo avanza, e intentar ayudarles a mejorar. Sería algo así cómo si el equipo fuera dando pequeños saltos hacia un punto mientras el ScrumMaster observa cada uno de esos saltos e intenta que el equipo aprenda a saltar mejor cada vez. Pero para que esta observación sea efectiva, es necesaria cierta neutralidad.Se debe poder mirar el proceso con un poco de perspectiva para poder obtener información objetiva sobre el mismo. Si el ScrumMaster es parte del equipo, puede perder la perspectiva, su visión puede quedar sesgada ya que su foco se está centrando también en producir (multitasking?) y la mejora continua necesaria en todo equipo Scrum es probable que sea menor.

Esto seria lo ideal, pero, cómo hemos leído en la definición de Jeff Sutherland, es posible que en equipos o organizaciones demasiado pequeñas un ScrumMaster no tenga suficiente volumen de trabajo para ejercer ese trabajo full-time. Además, muchas organizaciones dedicadas al desarrollo de software seguramente no estén aún preparadas para tener a una persona "que no produce" (nótese la ironía) a tiempo completo.

¿Entonces que hacemos? Scrum es una metodología de inspección y adaptación. Empecemos con lo que tenemos, y mantengamos la visión ideal del ScrumMaster full-time en el horizonte y, aunque es posible que nunca se llegue a completar, intentemos trabajar en esa dirección. ¿Cómo? Que varios equipos compartan SM, haciendo que el ScrumMaster sea una persona de otro equipo... o con otras opciones mucho mas creativas que las que se me ocurren ahora mismo a mi.

Como nota final, apuntar que aún más importante que decidir si el ScrumMaster es full-time o no, es escoger al candidato correcto. ¿Y quien es el candidato correcto? Pues sencillamente aquel que tiene los skills necesarios! Os remito a un interesante artículo de Xavier Albaladejo sobre el tema: "El buen gestor de un equipo ágil".

¿Que opináis? ¿Debería ser el ScrumMaster un rol full-time?¿O mejor un miembro del equipo?¿Puede llegar a trabajar sin ScrumMaster un equipo?

Espero vuestras opiniones! Un saludo!





No hay comentarios: