Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

URGENT! Different teams + Same project + Different workflows?

Hi, I'm new in Jira.

I have the following scenario:

  • One same project (one product deliverable)
  • 5 squads
  • We use Kanban board (physical)
    • Our upstream has the same phases to all 5 squads.
    • Our downstream may has different phases to each squad (eg. Squad 1 has Deploy status, but Squad 2 don't need Deploy status because it has CD - Continuous Delivery).

Given that squads have different downstream workflows, what is the best way/good practice to configure this in Jira?

  1. Should I create different projects to each squad?
    • I guess this would solve the "different squad workflows" 
    • With different projects, can I get an overview (metrics and a chart of all squads in one view)?
  2. Should I create just one project and different boards to each squad?
    • Here I can't imagine how to solve the "different squad workflows".

4 answers

3 accepted

2 votes
Answer accepted
John Funk Community Leader Jan 10, 2020

Hi @Dionei Piazza  - Welcome to the Atlassian Community!

One way to solve that is with a single project and workflow like you have it.

Then create a Group for each Squad and place the members in it. 

Then put Conditions on the Transitions to the phase that allows only that Group (Squad) to access it. 

Another way to do it with the same project and workflow is to create a custom field with multiple select. We call it Dev Needs. Then put the optional phases in the field. The user then selects the check box for the applicable phase. 

Then put conditions on your transitions again that check the Dev Needs field (or whatever you might call it) for that phase value. 

That is a quick solution although maybe not all that clean. It works for us though. 

John Funk Community Leader Jan 10, 2020

@Dionei Piazza  - Did this answer your question for you? If so, can you click on the Accept answer button above to close it out?

0 votes
Answer accepted

Hello @Dionei Piazza

I'd sit more on the side of 'multiple projects', one per squad. It has great benefits and aligns with the needs you present:

  • easier to configure and for each squad/team to evolve their process independently
  • workflows, labels, field management, ... stays in the team
  • backlogs don't mix, which can cause additional grief for big teams split into squads
  • visualization across projects is as easy to accomplish as with one project. Create a filter that pulls in all active sprint issues from all the projects and create a new board from it

The issue I've seen raised in the past with this sort of system is that squads have less visibility over what the other squads are doing. We overcame this by having our squad sync up during demos.

Hope this helps you better weigh out your options

@Fernando Bordallo and about Kanban metrics?

Lead time, Throughput, Flow Efficiency, Predictability (Monte Carlo), etc.?

We know that Jira is not the best in the clarity of the reports. That's why most people use Actionable Agile solution.

Can I use Actionable Agile with multiple projects? Or in this case would be better a single project (with different boards per squads) and filter them in Actionable Agile with the labels?

Like Fernando Bordallo likes this

I can't say, to be honest. I haven't used Actionable Agile before. However, the docs presented don't give insights into how it can best be leveraged. I would assume it will be driven by JQL, at which point it becomes purely a matter of personal taste. Project split vs backlog managed-split

Like Dionei Piazza likes this
John Funk Community Leader Jan 13, 2020

We just moved from Actionable Agile to Nave and really like it for metrics. 

Like Dionei Piazza likes this

Fact @John Funk ! 

I'm new here, but I dare say that Actionable Agile is fantastic! 

Like # people like this
0 votes
Answer accepted

Hi @Fernando Bordallo and @John Funk 


Very helpful answer! You gave me good insights! 


John Funk Community Leader Jan 13, 2020

Great! Glad we could help.

Like Fernando Bordallo likes this

@Dionei Piazza  I am curious as to which direction you decided to go with? Multi project or single one? And within this answer, how did u manage it?

Hi @Meytal BM 

We created 1:1, I mean, "1 squad = 1 project". Remembering that we made this choice because we have different workflows and work items among teams.

hey @Dionei Piazza  thanks for letting me know your direction. So just so i get it right, because the teams/squads have different flows, you decided to create a project per squad?

Since we have various teams, some will have one project for all sub-teams, and some project per sub-team. It also depends if they need to use the same workflow, etc.

In regards to dependencies, what have you decided to do in this case?

Hi @Meytal BM 

Well here the answer is a little bit longer and I think we can break it down.

1 - "So just get it right, because the teams/squads have different flows, did you decide to create a project per squad?"
> Yes, as a matter of organization and maintenance effort, I've decided for each squad to have its own project.

2 - "In regards to dependencies, what have you decided to do in this case?"
> To resolve this point, the solution will depend a lot on which Jira version you have.

Here we use 100% Kanban and we have the Jira Software Standard version. To resolve dependencies, we create a custom field called "Squad". It's a list with the names of all our Product/Engineering squads. This field is displayed for all issues types. With that, a "project A", with the "squad XYZ", can inform that a certain card of that "project A" is being attended by the "squad KFG" that can be part of the "same project", or even be allocated to a different project, such as "project B".

With that, you will have to work your Reports to use this Project and Squad filter. If you use something like Nave Analytics, it will work even better!

Another option to solve this is to use the Jira Components feature.

Note:, If you have the same version as we have, remember that the Roadmap feature only works for one project. So if you want to see more than one project on the Roadmap, get ready for a license ($$$$$$) of Jira Premium that is double the value of Jira Standard, and even then, it's not a robust and flexible solution for understand Portfolio.

Was I able to help you? If you have more questions (because it's a more complex matter), you can send an invitation to a call and we'll resolve your context. My email is

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Marketplace Apps & Integrations

☕️ Monday coffee with Jexo: Weekly Atlassian news roundup | 21st June 2021

Hi community 👋, as every Monday we're bringing you a quick update on what happened in the Atlassian ecosystem last week. There were a few interesting events like for example the announcement of th...

59 views 0 6
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you