I've been working with JIRA/Greenhopper for a while now but I'm just starting to play with the newer version. It seems like Atlassian has set things up so that one can create Epics, break those down into Stories, and then add sub-tasks to the stories.
This seems like a fundamentally limiting approach - an Epic is just a big story, and we routinely break stories down into sub-stories, sub-stories down into sub-sub-stories, and so forth.
Here's a simple example: let's say I have a story: "I spent too much time on plug-in management - finding, installing, and updating plug-ins. This needs to be easier."
This is a really big story, perhaps years of development. So I break that down into sub-stories: "I want to be alerted within the product when a plug-in update is available", and "I want to have one website to go to to find plug-ins even if they come from third parties."
This latter sub-story is still too large for a sprint, so maybe we break that down: "I want to be able to easily go to a website and search for the plug-in I want", and "I want to be able to get standard and third-party plug-ins from one place."
And so forth...
My take on this is that Atlassian may have boxed themselves into a corner by defining a separate issue type called an 'Epic' instead of just defining an epic as 'a story with linked sub-stories'.
Am I correct here? Or am I missing something?
I know I'm dredging up an old thread here but I'm struggling a little bit with the implementation of epics in JIRA too.
I'm about to kick off a project and I've got a backlog of ~100 large stories or epics. But I've entered them as stories. I've also created epics in the JIRA sense which are really more like themes. Now, some of these large stories will probably breakdown into bite size stories but some will probably breakdown into smaller, but still large stories (epics by the common definition).
So I could quite easily have 100+ epics if I convert the stories in my backlog. But if I want to breakdown an epic into smaller epics, it seems a little clunky to go through the steps of creating the new epics and then the stories that the epic might contain.
Is there an easier way to manage stories and epics that I'm missing?
I think that having the simple hierarchy of Epic->Story->Subtask has many advantages to a big tree of variable depth - which is really complicated to manage in any tool or for folks to understand. As you groom your backlog you can split up stories (clone) and refine the acceptance criteria until they meet the INVEST critiera and are suitable for inclusion in a Sprint. If you think about it, having stories that are abstract stories with children stories, that have children stories, etc how do you manage all of these additional artifacts? Do they have a status? Do they get delivered? Seems like a lot of extra overhead.
My name is Matt and I am one of the Product Advocates here at Atlassian. First and foremost, thank you for reaching out!.
I would ask which version of GreenHopper you are using? In 6.1, we introduced a completely different UI that handles Epics more as themes, such that an Epic never makes it onto the Work board (because as you point out, an Epic will never be completed in a single sprint), but every non-Epic issue type can be easily linked to that Epic/theme, and the Epic now in the Plan board, gives a sense of what percentage of it is completed, how many story points are associated with it, etc. Further, in the Report board, there is now an Epic Report, giving a sense of where that larger story exists.
I hope this helps David, and if there is anything else that I can do to help, please do not hesitate to reach out.
I'm of the same mindset of wanting to hierarchically break down my epics and stories as needed down to reasonable containers of sets of tasks that should be implemented together. I've read several Agile tool comparison articles that have said JIRA Agile, Rally, and VersionOne are "almost the same in features", but this deficiency is a significant disadvantage to JIRA Agile.
I came on here hoping that there was a way to enable supporting sub-stories, sub-sub-stories, etc.,. Is such support available? If not, is it possible, or is the design purposely disciplined to use only shallow hierarchies?
We're using JIRA Agile 6.6.0. Thanks for any insights provided.
...PermissionsStartOnly=true User=www-data Group=www-data ExecStart=/opt/jira/bin/startup.sh ExecStop=/opt/jira/bin/shutdown.sh TimeoutStartSec=120 TimeoutStopSec=600 PrivateTmp=true [Install] WantedBy...
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