My dev teams move stories to "In Review" once the development is completed and assign it to the PO for review. The issue is most of the time the PO does not complete the review before the end of the sprint .
This causes 2 issues
1) Work done by the dev team has no credit as the task is not "Done" . So when we review the velocity, there is always a wrong data
2) These tickets which are" In Review" by the PO move to the next sprint and give an impression that the next Sprint is loaded.
How do you manage such cases?
You change your process to a proper sprint/scrum process.
If an issue is not "done", the team are not supposed to get any "credit" - the whole point of it is that you measure "done" vs "committed". If it's not done at the end of the sprint, it's not done. That's it.
On your specific questions:
1) The data is not wrong - your "definition of done" seems to be "PO has completed/signed off review". If they're not completing it by the end of the sprint, then either change the definition of done to be earlier (maybe "ready for PO review") and take the PO review out of the workload, or accept that they're not working as part of the team and their work is separate. (Or tell them off for not doing the job properly, as items are supposed to be completed during a sprint)
2) That's correct, it is loaded, the team still has work to do (remember the PO is a part of the team)
Ok, so the first option here is the right way to do it, but there are other things you could do
1) Adjust the process so that the PO understands that the review needs to be done for the team to burn-down
2) Accept that the PO review is actually not part of the sprint, and remove that step from the board, so that "ready for review" is your "done"
3) Do 2, but with the PO still included. On moving the issue into "ready for review"/"one" column in answer 2, automate the creation of a "review the linked item" task assigned to the PO, automatically at the top of the backlog, linked to the item they should review, and ready for the next sprint.
Hi @Agile Curve -- Welcome to the Atlassian Community!
How about "take it to the team", and sit down with the product owner (PO) together to understand what you observe, why you hypothesize that is happening, and deciding how to experiment to improve the situation?
There could be lots of reasons for this symptom, and without more information it may be challenging for others not present with your team to help. For example:
Hi Bill, Thank you for the prompt response. The team wants me to look into this issue as a Scrum master. There is management pressure (which is not good) on why the velocity is low. The PO spread is thin which is one of the reasons for stories being in review. The PO says till I sign off the acceptance criteria and move it to done, your task is not done.
It appears you and the team have enough info to sit down with your product owner to discuss the problem and any experiment...
If the PO isn't part of the solution-ing, what you describe seems to indicate the scrum team ("developers", PO, SM) will not get to your goal of fully delivering the valuable items at the end of the sprint using your definition of done. My 2 cents: as scrum master you help facilitate that conversation, not do it for the team or the PO.
Hello all! What have you learned from your customers lately? Our live-streamed series continues by exploring CX, UX, and the power of research & insights at scale with Leisa Reichelt, Head of R...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events