Resolver impedimentos causados ​​por otros equipos

Soy ScrumMaster para un equipo de desarrollo. Tenemos un impedimento que será resuelto por un ingeniero de otro equipo.

¿Alguien tiene algún consejo o técnica para acelerar esto? ¿Debería preguntarle a este ingeniero cómo van las cosas? Saben que los estamos esperando, así que debería seguir recordándoles que nos están retrasando. ¿Debería hablar con su superior jerárquico?

Básicamente, quiero saber qué tan agresivo debo ser como Scrum Master para eliminar el impedimento.

Creo que varía mucho según la cultura de su organización actual y el enfoque del liderazgo de servicio, y la claridad de las expectativas en lo que respecta a la autoorganización. Por ejemplo, las soluciones podrían variar desde continuar esperando/dejar que los equipos fallen para que puedan aprender, hasta directamente armar un escándalo en el standup de cada equipo. ¿Puede proporcionar más información sobre los aspectos culturales? ¿Quizás algunos otros ejemplos de bloqueadores resueltos o comportamiento de autoorganización (o falta de él)?

Respuestas (1)

Entonces, siguiendo buenas prácticas ágiles, le recomendaría que le pregunte al Product Owner del otro equipo dónde se encuentra su artículo en su backlog. Solicitar un presupuesto para cuando creen que se comprometerá a un sprint.

Si depende de un equipo de cascada, le enviaría la solicitud al gerente de proyecto y al gerente funcional de ese equipo.

En cualquier caso, debe comunicar claramente cuándo necesita la funcionalidad. Infórmele al equipo que si no tiene funcionalidad para la fecha X, su programa pasará al estado de bloqueador (rojo en un panel de control de semáforo estándar). Luego, le recomiendo que también configure hitos adicionales para cuando su programa pase a amarillo según el riesgo de que la dependencia no se entregue.

Una última nota relacionada. Por lo general, no recomiendo que un equipo Scrum comience a trabajar en ninguna historia que tenga una dependencia. Si la dependencia no se llena, entonces es un trabajo de desarrollo desperdiciado. También afecta la capacidad de los equipos para "terminar" con esa historia de usuario.