Context: I have created an automation rule that triggers on sprint closure to
Current Behavior:
Requirement: I want to include In Review issues in the current release as well.
"The 'In Review' state is considered 'Done' from a development perspective, but PO testing is still pending before moving to the final 'Done' state. Since both 'In Review' and 'Done' indicate development completion, is there a way to reflect this while keeping them as separate statuses? We want to ensure the sprint progress accurately represents development completion while still tracking PO testing. Do you have any suggestions for handling this in Jira?"
@Sundram Trivedi -- Yes, the way to achieve that is by updating your sprint board configurations such that the "In Review" and "Done" statuses are both mapped to the last column of the board.
The impact will be that your PO tester(s) will not be able to move from "In Review" to "Done" by dragging across columns. Instead, they'll need to use the status dropdown in the Issue Details view.
Edit: I also want to add that this strategy makes PO Review sort of "optional" to your definition of done, which will create more inconsistent sprint velocities. And of course, more inconsistent velocities can make sprint planning more difficult. For that reason, it might be preferable to make PO Review either always part of "development complete" or never part of development complete. (Just something for consideration.)
Hi @Aaron Morris ,
Please correct me if I’m wrong, but based on your comment, our current workflow includes the following statuses: To Do, In Progress, Hold, In Review, and Done. Are you suggesting that since "In Review" and "Done" are already in the last column, the board setup follows your recommendation? However, the sprint does not consider "In Review" as completed. Could you clarify if any additional configuration is needed to include "In Review" in the sprint completion process?
Hi @Sundram Trivedi -- No other configuration should be necessary.
I just tested this by temporarily modifying my own sprint board to move my "Ready to Test" status into the final column, and the sprint immediately considers that status as "completed."
I'll show you how I tested it. Perhaps I misunderstood something in your question?
Before change:
There are five items on the board:
When I close the sprint, it shows 1 completed item and 4 incomplete items:
Change:
Update the sprint board to move "Ready to Test" to the final column:
After:
There are now two items in the Done column, but they have the same statuses as before. The sprint now considers the Ready to Test item to be "complete" instead of "incomplete."
Hi @Aaron Morris ,
Thank you for your suggestion and understanding! It’s a great approach, and I truly appreciate your insights. Since I’m new to Jira administration, I’m still learning the finer details.
I have one question: When you map the "Ready to Test" state to the last column, it seems that the column is no longer visible on the sprint board. Additionally, when an issue is moved to "Ready to Test," it directly goes to the "Done" column instead.
Is there any way to ensure that the "Ready to Test" column remains visible on the sprint board even after being mapped with "Done"? Also, when an issue's state changes to "Ready to Test," it should move to that column first instead of directly going to "Done" while still being marked as complete when the sprint is closed.
Hi @Sundram Trivedi ,
No problem at all. I'm happy to help. 🙂
Regarding your last questions:
Is there any way to ensure that the "Ready to Test" column remains visible on the sprint board even after being mapped with "Done"? Also, when an issue's state changes to "Ready to Test," it should move to that column first instead of directly going to "Done" while still being marked as complete when the sprint is closed.
No, that is not possible. This is what I have been trying to explain. 🙂
The "complete" items of a sprint are only the items in the last (final) column. And you can't have a single item in two columns at once. (obviously)
So, you can't have it both ways. You must make a choice. Either your "In Review" items are:
I understand that this doesn't work well for your team. But again, Jira is just trying to push us to follow better agile practices:
However, I also understand that we can't always follow perfect processes. That's why I suggested that your best workaround is:
The above solution gives you everything you want except for the separate column for In Review.
I hope this helps!
Recommended Learning For You
Level up your skills with Atlassian learning
Learning Path
Become an effective Jira admin
Manage global settings and shared configurations called schemes to achieve goals more quickly.
Streamline Jira administration with effective governance
Improve how you administer and maintain Jira and minimize clutter for users and administrators.
Learning Path
Become an effective Jira software project admin
Set up software projects and configure tools and agile boards to meet your team's needs.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.