The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Long time Product Mgr coming into a very specialized field, and taking over the Jira rollout, where the QA of a feature is much more intense and takes longer than compared to the development of the feature within the sprint.
Yes, its not exactly "agile" by definition, but its the reality of the moment.
I would like to run normal 2 week sprints for the development team, stories/bugs etc have them "done" or in a state I can close the sprint.
Then those would appear in some sort of QA Ready state. Any bugs would be triaged into the new current sprint or just backlogged for later.
To Do > In Dev > Complete/QA Ready (end of sprint) > In QA > Closed
In reading the docs it looks like I should have separate Dev and QA tasks for the story, and that story would carry across sprints?
Looking for some guidance.
Thanks!
Thanks for the feedback!
I want to take advantage of the built in reporting (obviously) so closing out the dev tickets/story would count as a completed ticket, but allow QA to carry forward from there.
I dont mind the idea of cloning out a QA specific ticket, I will look into that.
👋 Hi there Jira Community! A few months ago we shared with you plans around renaming epics in your company-managed projects. As part of these changes, we highlighted upcoming changes to epics on...
Connect with like-minded Atlassian users at free events near you!
Find an eventConnect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.
Host an eventYou're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events