💥Puntos de dolor 😣 lo que la guía no te dice 😶🌫️
- ¿Cómo asegurar que la capacidad de nuestro equipo es acertada en la asignación de estimaciones de tiempos y esfuerzos técnicos?
Existe mucho tema para debatir sobre el tema de las estimaciones, desde mi punto y experiencia (hasta este momento) es muy incierto querer asegurar la capacidad en tipo de casos o escenarios cuando existe rotación en el equipo dev, cuando algunos dev están involucrados en otros proyectos-productos. Creo firmemente que esto se requiere de un histórico y de mucho seguimiento. - En el planning ¿debe de estar siempre el sponsor del proyecto desde el inicio hasta el final? el deber ser es que deben estar las personas interesadas de recibir el valor del producto en construcción. La realidad es que el patrocinador es una persona ocupada y pues lo recomendable es invitarlo ya cuando el producto este en avance avanzado.
- Para un equipo que va iniciando el camino de scrum, ¿qué técnica de estimación sería la más recomendada en utilizar en el planning? Mi recomendación y de las que yo implemente fue la de Poker Planning y la de la medida de camisetas.
- ¿ Qué recomendación le darías a cada equipo para la definición del DOR y DOD, y cada cuando es recomendable recalibrarlos? Existe muchas formas para la creación por equipo de las definiciones de DoR y DoD, mi recomendación es que el equipo las realice y proponga, con el seguimiento adecuado.
- ¿ Cómo gestionar los impedimentos que deben de atender en el sprint, y poner en riesgo el objetivo del mismo? Primero identificarlos (vaciarlos – visualizarlos) en las reuniones de Refinamiento aterrizar, tanto el PO-Líder Técnico-QA-Analista estas personas van visualizando y gestionado esos posibles riesgos-impediementos.
- ¿Qué sugerencias nos puedes dar para crear historias que cumplan con el INVEST, y evitar que se trabajen de modo cascada? Todo un reto, va mas enfocado a la cultura y procesos de la empresa, para que una HU cumpla con INVEST primero el PO debe estar muy interesado y enfocado en el valor y procesos del negocio, luego familiarizarse con todo lo relacionado a la operación -usuario finales. El Scrum Master debe apoyar como Facilitador para mejorar esas HU cada vez que se trabajan y se exponen al negocio y al equipo. Para evitar el modo cascada pues depende mucho de los directivos y áreas donde se impacta ese proyecto-producto.
Tienes otros puntos de dolor🤔 compártelos y vemos que soluciones y experimentos 🧪 salen de dichas experiencias 🤓
Referencias
https://www.atlassian.com/es/agile/scrum/scrum-of-scrums
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-European.pdf
