Hi everybody,
i'm evaluating JIRA Agile and i'm looking how i could group issues in swimlanes.
I would like to group the issues of a sping by Project that the issue belongs.
Is that possible? I have tried some JQL without luck.
Cheers,
Kostas
Kostas,
Yes, it's easy to group swimlanes by Project. As you suspected, JQL is the way to go here. Use the option for JQL query in the swimlanes configuration tool, then you can enter in as many project JQLs as you have.
Examples:
Swimlane 1: project = ABC
Swimlane 2: project = XYZ
Swimlane 3: project = 123
Does that answer your question?
It's easy - you just need to define your swimlanes in the Agile board configuration screen - it's got three standard options and you can additionally use JQL as a fourth option.
Hey Nic,
I was wondering if it would possible to do that without having to create a JQL for each project that is in the sprint?
Like the assignees option that is grouping issues by assignee.
Hey Justin,
as i commented previously at Nic's answer.
The JQL approach is good, but in my case i would like to have a grouping option like the assignees that creates the assignees swimlanes automativally. A similar option for projects it would be perfect for my case.
But i think at the moment is not available
Thanx a lot
No, I'm afraid you need JQL for each one.
I too am trying to figure out how to group issues in an jira agile board by assignee. Any one have a recomendation?
Please add a group by feature. Adding each project manually when you have 50+ is very tiresome! Thanks.
i agree with this! There should be a group by project feature for boards which cross projects
yes you are right it does belog there. But you cannot do what the original question asker was asking. I mean the proposed method is not practical at all if you are in an environemtn with lots of projects starting and ending as nobody is going to want to go into their board every day, manually check which projects need to be on the board and edit the jql..that defeats the idea of a rapid board. But agree given that the real answer is- you cant do that- it shoudl be turned into a feature request.
That's not right, you CAN group them by project, which is what the original question was.
It's just that you need to write JQL to do it.
However - "manually check which projects need to be on the board"? Sorry, no, that's a broken process. Your boards should include the right projects up front. You don't change the definition of a board during a sprint, that's utterly and completely wrong. Even between sprints, you should not be adding new projects frequently.
Nic I think you misunderstand the probably purpose of the original poster's goal (tho I cant say for sure as I dont know the OP). I assume the OP is asking because he is trying to create a board that isnt just showing 1 single sprint for a given project. For example consider a use case like someone running an overall Design team that wants to be able to see all of the issues that the "Design department" is working on at any given time, broken down by projects. Less scrum, more kanban. (or even a manager who has multiple resources all working as part of different teams who may be in fact working on different agile teams with different sprints starting and stopping at different times, but someone might want that bigger picture view across different concurrent projects). Not in lieu of a "normal" project/sprint specific board but in addition.
Then in that case if a new project is created and some issues are assigned to the design department, youd want that project to "appear" on the board with its issues.. the same way if you organized a board by epic and then added tasks to the epic, a new swimlane would appear automatically.. you wouldnt have create an epic and then go write some JQL to add that epic to the board for example, so its good they have that feature. Presuably if they can take the results of a JQL query and do swimlanes by a specific field (such as epic) then they could presumably easily add a different field to "break" the swimales on (or arguably, why not any field? even a custom field?)
Anyway as you say its a feature request. But I think thats the idea behind it.
best,
H
I understand it fine.
What I'm trying to get across to you is
1. You can do this already. But you have to do it manually
2. If you're chanigng the board definition all the time, you're doing it wrong
>>If you really do have new projects starting several times a day,>>
No we dont .. but perhaps several times a week. But my goal would be one board which we can use for years on end without modifying because its a general "high level view"
Agree about the board definition filters.. and then that just comes back to the same feature idea which is to be able to define swimlanes by proejct automatically.
thx!-H
I agree 100% Howard. Thanks for posting this. It's obvious that Jira isn't geared very well toward real project management, despite it being touted for that. It's still stuck in its' scrum programming roots as far as Atlassian's vision for use cases. Nic Brough's comments, as well as most other Atlassians, amply demonstrates this.
By the way Howard - Do you know if there is a feature request already open that I could vote on?
Er, you have not grasped that Howard is trying to describe a broken process. Jira agile does not do this because it does not work.
100% agree.
That's not so "easy" when you have 80 projects. Project = Client. Sure wish Atlassian would re-evaluate the need for this feature.
Unfortunately the answer doesn't scale.
I work in an organization with 5,000 employees (500 teams) and am looking for a single automated view where each week I don't have to tweak swim lanes.
If you also want this feature please consider up voting the feature request I just made at https://jira.atlassian.com/browse/GHS-11788
It's all very well saying that it isn't "valid" for projects, etc, but I have a use case where it would help me and seems valid.
I want to pull through stuff from another project into my Kanban board for my project. To do that, I need to do some JSQL as I want swimlanes by assignee that can also display issues from the other project where the same person is the requestor. I would have to write a line of JSQL for every member of my team, which may change reasonably often, rather than writing one line and letting the "assignee" style swimlane logic do the rest.
That's just brain-dead.
MBB
I hadn't noticed how old this thread was - situation has not improved however.
It hasn't "improved" because there's not a lot to improve. As before, if you're doing it this way, you've probably got the wrong project structure.
It looks like you're new here. Sign in or register to get started.
