Statuses don't have to be locked system wide to appear on a specific team's agile board | Community
Skip to main content
New Participant
March 10, 2017
Approved

Statuses don't have to be locked system wide to appear on a specific team's agile board

  • March 10, 2017
  • 25 replies
  • 3499 views

Right now I am having to lock all group statuses at the system level to allow them to appear on a teams agile board. We have 20+ task statuses in the system right now and growing. And they are not all relevant to all users (ie we do building construction and software custom development each with wildly different status progressions)

25 replies

New Participant
November 12, 2018

This is a problem for us, too. We just need a QC column, or some other status. This is only relevant to select teams, so putting it somewhere that shows up on all tasks for every user is very confusing.

New Participant
April 20, 2018

I've also spoken to customer service and training. I have discovered a workaround which is not elegant at all, but it does work. To reiterate the sentiment above, though, is that Kanban statuses should not be required to be System statuses, let alone have to be Locked. Ideal functionality would be that there would be a separate Agile Status backend that then can be unique to teams or projects. Even from a group level it could become burdensome as "not two teams are alike" yet they could live in the same department and in some cases work on the same product.

Here's the workaround:

For Agile Teams, the statuses need to be System Statuses that are Locked in order to create or modify the story board - not just for the specific team.

  1. AFTER HOURS: Create the System Statuses in Locked state
  2. Create Projects and/or Teams to use.
  3. Modify Project Agile View, Scrum or Kanban storyboard to include the new statuses.
  4. Unlock associated System Statuses
  5. Hide associated Statuses from other groups besides the group you need it for.
  6. Test
New Participant
November 24, 2017

Yes please, this prevented an entire team from adopting the software due to the fact they couldn't have their process (used for months) built into the software.

It'd be great to allow different teams to have more meaningful statuses within the Agile view.

New Participant
September 21, 2017

I would love the ability to use a group's status instead of a system status for this. Using a system status seems like an architectural miss in the software as you are running both waterfall and agile projects and need the ability to each methodology.

MelissaDa5
New Participant
March 15, 2017

Agreed, you should be able to pick and choose within user templates and teams what statuses are available.