My team is the first adopters of JIRA Agile in our org and we structured the work such that what's known as a 'project' in JIRA is a specific software system we are responsible for. We're using epics to organize any actual business project work (which typically requires work across multiple systems).
Other teams in our org, which are migrating from VersionOne, are having a hard time accepting this structure, as the term 'project' creates understandable confusion.
Our argument is that the systems/applications persist and this way allows us to group stories within a 'project' for all work that relate to that system. Their argument is that a JIRA project should contain all the work for that business project and any stories related to a system/application should be part of epics.
Is this a common problem? Are there any suggestions to alternate approaches or solutions?
I want to be able to come to a common ground and find a solution that meets all of our needs.
I agree with your argument, and that's how we use it where I work. You could also use epics thought if you had a large piece of work and wanted to break that down into stories, say maybe an epic for the UI and one for the DB work for a particular release. I believe Agile is most commonly used where a project is an application.
This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.Read more
Can a new-to-agile team survive and thrive in a non-agile culture? If so, what advice would you give to those trying to be agile in a non-agile culture? What's the key(s) to success? Share your thoug...
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