Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×I would like to start by saying that I understand this isn't a pure agile way to do things but it is the scenario I am faced with and could use some advice. Our 2 week sprints include both development and testing. However, after the sprints are completed and before the release, we still have a period for integration testing. The dilemma I am struggling with is coming up with a jira workflow that shows burndown during the development/qa sprint (which I believe means we would need to mark the story Done once testing is complete). However, then we would still need to know that there is more work (integration testing) that needs to be done to those same stories before we release. Does anyone else have a similar workflow and could share how you handle this? Or can anyone come up with a workflow solution in JIRA without having to clone every single story?
Anyone from Atlassian have recommendation?
We use JIRA 7.9 server version.
Our Definition of Done is when the issue is sprint tested and closed.
We use 2-week sprints.
This means our Integration and User Acceptance testing is managed *outside* of JIRA sprints because this work is done by a separate team (who do not use sprints nor JIRA) at a later date (i.e. release preparation).
It is not ideal, but as we release only 3 to 4 times a year (i.e. the results of 4 to 8 sprints of development), it is manageable.
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.