Estamos pensando en pasar de Scrum a un estilo de desarrollo más Kanban, sin embargo, una cosa que no me queda clara es cómo supervisar el progreso en Kanban.¿Cómo realizo un seguimiento del progreso cuando uso Kanban?
He leído que el progreso puede medirse controlando el tiempo del ciclo de cada historia y luego presumiblemente aplicando esta vez al número de historias pendientes. Pero me parece que esto depende del tamaño y la complejidad de las historias, que podrían ser todas diferentes.
También he visto que se utilizan gráficos burndown, por lo que ¿habrá un gráfico para la versión completa? Como el retraso no es fijo (a diferencia de un sprint), ¿solo permitiría que se quemara/se agotara a medida que el pedido pendiente sea enmendado por el PO? Supongo que a medida que te acerques a liberar el retraso acumulado debería ser menos volátil, lo que te permite completar la tarea.
Después de pensarlo un poco más, creo que mi problema es que a nuestros gerentes les gusta la "ilusión" de control que trae consigo una gráfica burndown. Tienden a verlo (erróneamente en mi opinión) como un cronograma y, por lo tanto, pueden emitir juicios como que el proyecto está "a tiempo" o "retrasado" o lo que sea. No puedo ver cómo se replica en Kanban. Tal vez eso sea algo bueno.
Pregunta de programación? – Select0r
En lo que respecta a la gestión de un proyecto de programación, creo que está en consonancia con el tipo de preguntas formuladas en este sitio. –