¿Y si te dijera que el Scrum Master NO se dedica a resolver impedimentos? Si hiciéramos una encuesta entre agilistas sobre quién es el responsable de resolver los impedimentos en Scrum más del 90% responderían que el Scrum Master. En la mayoría de ofertas de trabajo relacionadas con Scrum siempre se habla de la resolución de impedimento por parte de esta figura. ¡Lo analizamos!
¿Qué dice exactamente Scrum?
La palabra impedimento solo aparece dos veces en Scrum. La primera es referida a una responsabilidad del Scrum Master y dice así:
“Causing the removal of impediments to the Scrum Team’s progress;”
Es decir, la persona que asume la responsabilidad de Scrum Master tiene que provocar que se resuelvan los impedimentos. ¡Pero no tiene porqué ser el que los resuelva! Y esto, puede parecer obvio pero muchas personas se convierten de Scrum Master a Jefes de Proyectos resolutores que “mandan” al equipo sobre cómo deben trabajar.
La segunda vez que la palabra “impedimento” aparece en Scrum es esta:
“Daily Scrums improve communications, identify impediments, promote quick decision-making, and consequently eliminate the need for other meetings. “
La Daily Scrum sirve para identificar impedimentos, curioso, porque el Scrum Master es opcional en la Daily. Por tanto, ¿es raro que la figura que resuelve los impedimentos esté ausente en el evento que se identifican?
¿Qué es un impedimento?
Antes de dedicarnos a resolver impedimentos deberíamos definir qué es uno. Cualquier elemento que entorpezcan la entrega de valor debe ser atendido, algunos ejemplos:
- Una dependencia técnica
- Falta de información funcional sobre un determinado feature
- Un ordenador roto
- Una reunión pendiente con negocio
- Un conflicto entre miembros del equipo
Cualquier situación que se presente debe ser atendida pero como Scrum Team. Pueden ser elementos internos, como un conflicto entre compañeros, o un elemento externo: que nos falta alguna persona en el equipo.
¿Quién resuelve los impedimentos?
Un Scrum Team es responsable de la entrega del valor y, por tanto, deben luchar como equipo para resolver cualquier impedimento que entorpezca dicha entrega. De hecho, los Scrum Team pueden tener un tablero de impedimentos para trabajar aquellos elementos que les están restando valor. De hecho, en la Sprint Review se pueden visibilizar todos estos impedimentos a la vez que se habla con los Stakeholders sobre el valor entregado.
La resolución de impedimentos depende mucho de su naturaleza. Los de origen técnico suelen recaer en los Developers. Los impedimentos relacionados con el producto, definición o expectativas los gestiona el Product Owner y aquellos que se centran en las relaciones, la cultura o la empresa, el Scrum Master.
Ahora bien, deberemos de trabajar como un equipo real para que estos impedimentos sean conocidos, priorizados y resueltos. Aquí sí, el Scrum Master en la futura que garantiza que los impedimentos se visibilizan y se resuelven.
Ejemplos de gestión de impedimentos
Algunos ejemplos que he podido vivir:
- Si en un equipo hay conflicto entre personas, una persona que ejerce de Scrum Master hablará con esas personas o lo visualizará en la Retrospectiva.
- Hay una duda con un requisito que definió el Product Owner: buscar una reunión lo antes posible para aclararlo.
- Ausencia de pruebas en el equipo: hablarlo en el equipo abiertamente y, si existe un equipo de calidad en otro área, proponer a la empresa incorporarlo al equipo.
- Dependencia con otro sistema: decidir en equipo quién habla con los responsables del otro sistema para poder integrarnos.
Estas situaciones se resuelven en equipo y sí, el Scrum Master conlleva la responsabilidad de conseguir que se resuelvan, pero ¡Es un trabajo de tod@s!
Y tú, ¿Cómo resuelves impedimentos en tu Scrum Team?
