What is the best practice in terms of moving stories/tasks through the workflow. Should stories be allowed to move back in the workflow e.g. In Deployment to In Development; In Development to To Do.

My current employer does not support this however at my previous employer it was acceptable.


Absolutely. Kanban is not a straight jacket limiting you to only one way of doing things.

Kanban is a visual representation of the actual workflow. In hardware it can be pretty obvious as you're moving around a physical object. If a car fails quality inspection, it doesn't sit in the quality bay waiting for an engineer to come to it. It gets sent back to where the work needs to happen.

If QA finds a bunch of issues with a completed piece of software, they send it back to development. If it stays in QA, it limits QA's work in progress limits. Only QA isn't working on it anymore.

And moving something even as far back as To Do is a recognition that you can't work on it right now. Maybe a dependency popped up and you have to wait a month for that to be complete.

Now I do recommend a "Waiting" column on your task flow. If you are waiting for an outside dependency, which is within a reasonable time, then toss it in waiting. It shows it is being worked on, but not actively. Things in waiting would not count again the WIP limit for "Doing". I still put a WIP on "Waiting" if you exceed that WIP, then you start raising risks.

  • Thanks Joel. This is what I am thinking that a task sitting in Deploying column does not represent what is going on when the dev is developing not deploying but my boss doesn't agree. He said one cannot spot bottlenecks if you move things back – TheLearner Sep 11 '15 at 19:24
  • 1
    It's not a bottleneck to deploying if the developer has taken it back to develop. Then it's a bottleneck to development. It might help to try and do this as a physical exercise. Check out leansimulations.org/2010/12/… for a good game to demonstrate flow. – Joel Bancroft-Connors Sep 11 '15 at 22:25

Moving stories/tasks back is an important part of the process.

We want our workflows to reflect reality as much as possible. This is useful as it highlights any issues that the team needs to address.

As an example, if the team is seeing deployments failing and stories moving regularly back to development then they should discuss this at their retrospectives and try and better understand what is going on.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.