Moving from Version One to JIRA, and struggling with workflows and status.
NOTE: I may be using workflows and status wrong in the context of JIRA, so bare with me.
I'm trying to keep my boards and workflows simple, with a minimal number of kanban "columns".
Our workflow currently is, we do 2-week sprints, and every 2 sprints (4 weeks), a release. A release goes out to UAT, where customer testing happens, before moving on to production.
Looking for suggestions on how to handle this.
I have Proj1 with columns of: Backlog, In Progress, QA, Done. This handles the workflow for the Sprint.
Option 01: I add more columns to this workflow to handle the events after Sprint.
Option 02: I create a second project, DEPLOY, that would track moving from DEV (Backlog), into UAT, then into PROD.
Is there a better option, than either of these and if not, which would be the preferred method?
You can have more than one board pointing to the same project.
So you could have one project with your full workflow, but manage the tasks on two boards - one covering the build and test, and the other covering the deployment.
Another other option to consider is using a checkbox custom field where you can indicate which enviroment(s) the work for a particular issue has been deployed into.
Perhaps use a workflow that is Backlog > In Progress > Deployed > QA > Done, where the issue loops through Deployed and QA as it goes through your environments, before going to Done when it has been deployed and tested in all including production.
The Jira Marketing team is putting together an ebook on migrating to Data Center. We're looking for pro tips on how you staffed your project team and organized your Proof of Concept. Share yo...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs