We are thinking about moving from Scrum to a more developed Kanban style of development, but one thing that is not clear to me is how to control progress in Kanban.
I read that progress can be measured by controlling the cycle time of each story, and then presumably applying this time to the number of outstanding stories. But it seems to me that this depends on the size and complexity of the stories, which can be different.
I also saw the burning schedules to be used, so will there be a chart for the entire release? Since the lag is not fixed (unlike during the sprint), you just allow it to burn up / down, since the waiting lag changes PO? I think that as you approach the release, the lag should be less volatile, which will allow you to burn to completion.
After further reflection, I think my problem is that our managers are like the “illusion” of control that the burnout diagram brings. They tend to see it (erroneously, in my opinion) as a schedule, and therefore they can judge how the project is “on schedule” or “behind the schedule” or something else. I can’t understand how this is happening in Kanban. Maybe that’s good.
project-management kanban
Simon keep
source share