Enrique Zetina
Pregunta¿Que pasa cuando no se alcanza una meta en un srpint? ¿Es tan malo no aceptar un incremento en la funcionalidad?
He trabajado varios años bajo metodologias agiles y noto lo mismo siempre, si hay fallos ¿Por que no hacerlos notar? Muchas veces se prefieren aceptar US incompletas a hacer carry over de las mismas.
¿Esto solo me pasa a mi o alguien mas lo a notado en sus equipos?
- Antes de cualquier sprint, scrum, desarrollo, etc, debes haber “análisis, estimación, y planeación”. no vale la pena trabajar en algo que no se ha estimado correctamente. Eso evita llegar a sprints incompletos, o a excederse en los tiempos.
- El sprint tiene como principal objetivo que los errores tipo “se tardó de mas el feature”, “no completamos la meta”, “salió trabajo que no se contempló”, es para estimar el costo de todo eso, y para aplicar medidas para evitarlas en el futuro. Si tu equipo es ágil y no entrega ágilmente es porque le falta hacer retroalimentación post-sprint y aplicar los cambios necesarios.
- Si negocio te agrega cosas al proyecto durante el desarrollo tienes tres problemas: o no estás siendo lo suficiente ágil como para entregar antes de que mute el modelo de negocio, o no se hizo un correcto análisis por lo que negocio de la nada tiene otra necesidad, o no tienes implementada una etapa de discovery en tus iteraciones (o simplemente no trabajas por modelo de producto). No quiero profundizar en ese tema, es cuestión de tener otro paradigma de modelo de trabajo.
- El scrum master (o product manager, o proyect manager) es LA persona encargada de hacer notar cuando el equipo tiene una falla en su proceso ágil, y resolverlo. ¿Como se resuelve? bueno, la metodología “Kanban” es la más completa en cuanto a técnicas y maneras de resolver problemas ágiles.
- Trabaja la madurez de tu equipo y tus metodologías. Jamás debería pasar que despues de un sprint no se refinen y pulan las actividades y los procesos.
Darvin Orozco
Excelente pregunta y respuesta. Fue un buen hilo de discusión. Muchas gracias a @EduardoHidalgo por sus puntos de vista. Saludos.
Eduardo Hidalgo Díaz Rugama
Te puedo hacer una lista larga de observaciones, pero las mas relevantes que podrían servirte son las siguientes:
¿Delivery lento? Automatización de CI/CD.
¿Testing lento? Automatización de testing.
¿Desarrollo lento? mejorar las tecnologías y prácticas.
¿Demasiadas épicas o features? analisis de arquitectura
¿Negocio muta muy rapido? modelo de producto.
¿Muchas juntas y reuniones? dividir el equipo en grupos o más equipos.
¿Los sprints se sobre-extienden? usar kanban para hacer métricas, estadísticas, e iterar cada sprint.
Espero haberte ayudado (: puedes contactarme cuando sea que requieras alguna ayuda en el tema.
