I have a scrum board for my team and a kanban board for the client. We have workflow to do --> in progress --> resolved --> done for scrum.
After done, the client has to verify the tasks and deploy it. We can not provide access to the client because he may take time in verifying the issues and that will affect our sprint duration. So we wanted to create another Kanban Board for them. so that all done tasks will appear them on that board.
So do I need to create workflow todo --> in progress --> resolved --> done --> Client UAT --> Deployed?
I can create kanban board with filters so that all tasks in done will move to Kanban.
So My question is - will it affect my burndown chart of Sprint because of transitions available after done status?
Or is there another way to implement above requirement?
You don't move issues from one board to another, boards are not containers for issues. Your boards select issues based on their filters.
The burndown chart is looking at the "done" column on your sprint board, so if you were to transition issues out of that column, then yes, your burndown will be affected.
But you can achieve what you're looking for here. Using the two workflows you describe, with your Scrum board, I would define columns
to do --> in progress --> resolved --> done
These should contain the status they are named after, but the done column should also contain Client UAT and Deployed. This represents the fact that your developers consider an issue in any of those three status to be "done", and hence makes your burndown chart work.
Then, your Kanban board for the clients should probably show something like
to be tested (status done) --> Client UAT --> Deployed
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot