Tengo un proyecto en curso con un plazo muy ajustado. Puedo extender la fecha límite del proyecto, si es necesario. He implementado Scrum (sprints).
El problema es que tengo algunos retrasos desde hace una semana, que no pude arreglar para completar. Debo completar el backlog del proyecto, antes de continuar con el proyecto.
¿Qué debería ser mejor en esta etapa, de las siguientes opciones?
¿Alguna otra solución adecuada para esta situación?
Amplíe el sprint actual/siguiente y complete la acumulación con él.
Generalmente una mala idea. Los sprints están destinados a tener un límite de tiempo. Es decir, sus fechas de inicio y finalización son fijas. A veces se terminan/abortan antes de tiempo, pero no deben extenderse.
Cree un nuevo sprint y agréguelo entre el flujo del proyecto existente.
No estoy 100% seguro, pero lo que entiendo es que configuró todos sus Sprints con anticipación y ahora pregunta si puede agregar un nuevo Sprint en el medio. No configure todos sus Sprints con anticipación . Solo debe tener dos 'cubos' para historias/tareas; la cartera de productos o el Sprint actual . A medida que se descubra un nuevo trabajo, agréguelo a la cartera de pedidos. Durante la reunión de planificación de Sprintly, tome las historias de mayor prioridad de la tarea que el equipo de desarrollo cree que puede completar y muévalas al siguiente Sprint. No necesita (y no debe) planificar múltiples Sprints por adelantado.
¿Debo agregar nuevos recursos al equipo o pedirle a mi equipo horas extra?
En general, una mala idea. Hay algunas situaciones en las que esto puede funcionar, pero no debería ser tu primera opción.
Scrum es un marco para el desarrollo de productos complejos . La mayoría de los enfoques de gestión de proyectos son contrarios al marco y los valores y principios del desarrollo ágil de software .
Quizás kanban se ajuste mejor a su situación.
El problema es que tengo algunos retrasos desde hace dos semanas, que no pude arreglar para completar.
¿Por qué? ¿Está realizando una reunión retrospectiva de sprint con su equipo? Porque en la retrospectiva del sprint, el equipo analiza el sprint recién concluido y determina qué se podría cambiar para que el próximo sprint sea más productivo.
Tal vez pueda mencionar este problema en su retrospectiva de sprint y discutir con el equipo por qué los elementos de la cartera de pedidos (que supongo que eran parte de los entregables de sprint) no se completaron.
Por lo general, en sprint retro, los miembros del equipo discuten el proceso que están siguiendo y dan sugerencias para mejorar y discuten cualquier otra idea que pueda mejorar su productividad.
Creo que su primer desafío es identificar "por qué" los elementos pendientes no se abordan y luego, en función de sus hallazgos, usted o el equipo Scrum pueden decidir "cómo" abordarlos.