When one of my teams finishes their sprint work and goes to bring in extra work from the backlog, it ends up screwing up my burn down since it increases the total amount of committed work.
Is there a way to reflect this work was not committed to?
I currently have them do the work and keep it in the backlog until it's completed and then move it in, but that doesn't seem like the proper way to do it either since once it's completed the committed work goes up again.
What's the accepted practice here?
Ask 3 people and you'll get 3 different answers ;-)
I don't know that there is a good practice, apart from trying to be so accurate that you don't need to bring anything in, which isn't useful advice.
I build my own burndown chart, with an extra (usually horizontal) line showing the committed value. If we then bring in another item, that line will go up on the day it came in and similarly if we remove anything. That way we are clearly showing changes in commitment
maybe even 4+ answers :0
Bringing in "additional" work into a sprint is sometimes necessary. In the world of Agile, it should be transparent too. A dev team with capacity and the will to do more should have conversations among the team and product owner to see how adding the additional work will accomplish the sprint goal.
How will a clean burndown accomplish your goal?
Does the burndown need to be adapted to reflect changes like @Warren suggested?
Will a conversation and simple explanation suffice?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.