Currently we have a two-level hierarchy. I would like to see three levels:
Epics --> Stories --> Sub-Tasks.
I would like the swimlanes to support this. For example, using the Story model, a horizontal band in one color for an Epic, then multiple horizontal bands for stories beneath it, and then the sub-task cards beneath the stories.
Presumption is that an Epic could span projects, a story could not.
Not sure if this will work but you could try creating swimlanes based on queries and add unique labels to the epic/stories, but that will require maintanance
e.g. (type = Epic OR type = Story) AND labels in (Sprint1,Sprint2)
Thanks. I did, actually. But I found that the way the boards look based on queries is very different from those based on stories -- and I much prefer the story version.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
auto-email today suggests I should do one of the following:
But nothing has changed since Sept. 14 (above).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ditto today.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The new way of handling epics is a good start. I'd still like to see three-level swimlanes, however.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hi GeorgeCC, tnx - but i mean what JQL to use to group all stories belonging to an epic by swimlanes
So I have First Epic with a name Epic1 with Stories S1 and S2 and I have Second Epic with a name Epic2 with Stories SA and SB
Now in a “Work”-View I would like to see two swimlanes named Epic1 and Epic2 witch have they corresponding stories?
i.E. "Epic Link" = "EpicName2" OR "Epic Name" = "EpicName2" doesent work – any suggestions?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Don't know the answer to that. We don't do it that way. Maybe someone else has an idea.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The latest Greenhopper changes (I think) finally made this work as we wanted it.
I can now group Stories into Epics.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've struggled with this as well - finally just gave up, attributing the challenge to the impedence between a flat issue system (JIRA) and a heirarchical need (Agile story management) (it's not unlike the problem of implemented objects on a relational database - it's just hard).
Part of the issue is JQL does not understand the heirarchy - an issue is an issue, some have different types - but issues don't contain other issues (it's not an OO-based system), you have to emulate that containment as best you can; the swimlanes doesn't appear to enable it...
just my $0.02.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apologize if my terminology is off, this is my first day with Jira/Greenhopper and I'm trying to figure out if it will work for my company.
I can manually create swimlanes based on an epic in the Scrum Board (JQL: "epic link" = OS-238). Which looks fine.. but if the Story has sub-tasks then those sub-tasks show up under "Everything Else". I would like them to either not show up or, ideally, show up under the story in the epic swimlane. Any ideas?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok, i figured out how to hide the sub-tasks under "Everything Else" with a quick filter: "type not in subTaskIssueTypes()"
Still would be great if Epics was a dropdown in the swimlanes selection and stories from the epic were shown with sub-stories grouped under them.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apologize if my terminology is off, this is my first day with Jira/Greenhopper and I'm trying to figure out if it will work for my company.
I can manually create swimlanes based on an epic in the Scrum Board (JQL: "epic link" = OS-238). Which looks fine.. but if the Story has sub-tasks then those sub-tasks show up under "Everything Else". I would like them to either not show up or, ideally, show up under the story in the epic swimlane. Any ideas?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Received the e-mail below today. But none of the choices match. What I'd like is for Atlassian to consider this for an enhancement.
-----------------------------------------------------
The following questions of yours are still unresolved:
* Epics beget stories and stories beget subtasks
Please consider one of the following actions:
* Accept an answer (click the grey check mark)
* Answer your own question, then accept your answer (find the 'Answer my own question' link underneath your question)
* Edit your question for clarification
* Add a comment for more information from an existing answer
* Close the question, if it's invalid
Please be a good Answers citizen!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.