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.
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.
Swimlane 1: project = ABC
Swimlane 2: project = XYZ
Swimlane 3: project = 123
Does that answer your question?
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
>>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.
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.
That's the whole point Nic. We're talking about project management here, with a Kanban approach. As I said before, everyone at Atlassian is still suck in Jira's scrum programming roots. Atlassian has been touting Jira as a project management tool. If you're all intent on people only using it for scrum programming projects, then you shouldn't be advertising it as a general project management tool.
Every product owner and project manager I've spoken to has agreed as well. The project structure is wrong here. The tools in Jira Agile for PMs (in both senses) are very very weak. But that's probably correct because when you're doing Scrum or Kanban, you really don't care about that level. In my opinion, it's never been for *generalised* Project management, it's been about running *individual* projects, which unfortunately is still describable as "project management", and I don't think that's ever been particularly clear. For project management stuff, I'd be looking at Portfolio, rather than Agile.
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.
Got it on #1.
Re #2. Well I am sayin the same.. we dont want to be constantly having to change the board definition with manual JQL, we want it to be automatic...
But you seem to be also saying perhaps its a bad thng to have a board where projects get added dynamically. That "we're doing it wrong" if proejcts are coming and going from a speciifc board. Why? If thats the reality of a given situation, projects are starting and stopping and you wnat a high level perspective, whats wrong with that? Maybe we are picturing a different "it" when you say "doing it wrong". My point is that you can have boards specific to proejcts/sprints.. but its nice to *also* have higher level boards that give you a big picture across projets. Do you feel that's wrong to do?
That's the point - you should be defining your boards to cover what you need. If you really do have new projects starting several times a day, then you have probably adopted a project/issue structure that doesn't really work. Or you should be using different board definition filters (a good example is "category = x" - cross project automatically). Then it doesn't matter if you're adding projects, it's automatic. Except you still have to do the project swimlanes by hand. But if you've got large cross-project boards, a swimlane for project probably isn't that useful, as opposed to assingee or story.
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
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot