Hi - the change came through to our JIRA cloud version yesterday. And things aren't looking great at the moment. " main problems I see for now:
- All my easyBI dashboards are now showing duplicate Team names for some (not all, which is weird). For ex: A team name was earlier xyz is not showing up as xyz (5) - where 5 was the Team ID OR xyz (bxxxxxe-4xxf-4xx9-axxa-1xxxxxxxxx4-xx) which is the Team UUID!
- JQL quesries which were stored as Team ID no longer work and has to be replaced with Team UUID, which is painful as you could rememebr teh Team ID, but not the UUID!
To many vanilla-like or 'oh my god it's soooooo good" comments.
Actually, this is completely weird change we'll prefer to avoid.
For small funny teams - it can be useful maybe.
However, in big Enterprise we use AR Teams field with STRICT NAMING CONVENTION policy, allowing only AR privileged users to create such Teams. Based on these Teams majority of our boards is based.
We are not using Custom Fields Team - because we cannot provide to AR privileged users Jira Admin rights to manage Custom fields
On Triage sessions Team field is populated based on the understanding to which Team the ticket should be assigned, having 100+ Teams in AR to survive you should use some prefixes or something to not to drown in chaos.
And now you, Atlassian, want to sell me that useless Teams from the top banner, where any users will be able to create new Teams with Any names they want will bring value? Unfortunately it will bring chaos.
We want to to vote for making this feature optional as well as to have option to disable\enable Teams from banner at all.
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
eazyBI has recently deployed a fix to address the changed team IDs. Please try to empty the cube in your eazyBI account and run the full data re-import. Contact eazyBI support if you have further questions.
The Team field changes you've recently implemented is a complete disaster. It caused nothing but pain to our organization. Users can't execute JQL queries unless they know specific team ID, because Jira stoped providing "suggestions" when users type team names. Duplicate team names started to appear in the Team drop-down field as a combination of ARM and Team tool. So far I see nothing but trouble, instead of the promised benefits. Can you please make this implementation optional, instead of rolling it out to all organizations? We also need to limit Team creation to Jira admins. In short, this change wasn't well thought through and needs to be rolled back!!!!
I believe I found a bug in the new Teams workflow. I created a new Team, but didn't add myself because technically I'm not part of the team, however, I am unable to manage the new Team I just created. I am unable to add/remove/change settings, etc. Any ideas on how to resolve this without having to request to be added to the new team I just created?
@Dawn Rodney good point, seems to be an undesirable side effect.
I have Team which were "Migrated from Advanced Roadmaps site" by Atlassian, and I was not a member of the Team, but I was the one to add/remove members of it for Advanced Roadmaps purpose, mainly for Auto-Scheduling.
Now I am not able to manage such teams, since I am not a member of them.
@Rhys Christian You have urgently to bring to Teams Management, some features present on Advanced Roadmaps Shared Teams:
Add/Remove members, without been a Team Member (= have a Team owner like there is a Project owner)
Select which Teams can be associated to the Teams Field, or limit Teams creation based on Jira Global Permissions.
@Rhys ChristianConfusing roll-out situation: (We have one site associated to our org-license.)
Under Teams I see the AR Teams have been migrated (have the AR header image and state "Migrated from the {instance name} Advanced Roadmaps site.".
Announcement states the top header tab name changes to People with Teams an option underneath it, "navigate to the Teams page (People tab > See all people and teams)". We have TEAMS vs. PEOPLE tab in the top header, with closest option reading "Search people and teams".
Has the new Teams been rolled out to our instance? If not, what state are we in and when will roll out be completed?
Atlassian Team members are employees working across the company in a wide variety of roles.
August 29, 2023 edited
@Chris Tetzlaff - That is the correct option. Apologies for the confusion, we've updated this article with the latest in-product copy.
You're seeing messaging that the teams have migrated from an Advanced Roadmaps site, so this should be rolled-out to you. The "Plan" dropdown in the Jira header should also no longer have navigation to "Shared teams" which additionally confirms it has rolled out for your instance.
Atlassian Team members are employees working across the company in a wide variety of roles.
August 29, 2023 edited
@Dawn Rodney - Thanks for reaching out about this. There is a known bug with JQL that it doesn't show suggestions during migration. If this is occurring for you then it would suggest the migration isn't yet complete.
It should automatically be fixed once the migration completes which could take hours to a couple of days. If the problem persists longer than this then please let us know.
This is great. Thanks.... But, we could really use a role as well. Even if it was just a free-form text field, anything, so we could differentiate who's serving in what roles on which teams.
@Rhys Christian HI, This caught me by surprise, T"L just informed me that he sees duplications teams. Trying to solve this according to your article but I can't find the option to edit an existing team like I had previously as an admin and not the option to delete. Need some assistance here. Thanks!
Trying to even understand if this is in place now everywhere or still pending? I don't see a lot of different behavior, maybe I'm missing it. For example, a Team must be created as a 'shared' team in plans (advanced roadmaps) or updated to a 'shared' team at that level before the Team value is even available to use in the 'Team' field at the issue level directly in Jira. Is that right and by design? I caution against shared teams often as we're trying to get closer to dedicated teams.
@Małgorzata Adamska-Piotrowska Yes, now everyone woth Jira access can create a team, which screws up everything. I was hoping that this change will unlock the Team field, but it didn't. What it did is, it has created so many problems that we keep fighting them every day. It was a horrible idea.
@Rhys Christian , please add an option to determine which users can create/change/delete teams. I would like only site admins / Jira administrators / specific user groups with the desired role to be able to perform the following.
This change has been applied to our sandbox. The shared teams that were setup did not migrate to teams as I expected. I'm not sure if I didn't have the teams setup correctly or if there was an unexpected issue with the migration. I have submitted a support request for this because I want to make sure my production setup is correct and the migration will occur.
@Rhys Christian Is there any way at all to limit or control who can create these teams now? Ever since this was rolled out for my organization it has caused issues with searching as anyone is allowed to just create a random team in most cases duplicates.
Is there a way to limit who can create teams?
On a issue the drop down now contains every team created including all random teams that shouldn't have been created as options.
Is there a way to limit the options that appear in the team field?
This has recently been updated / available in our JIRA site.... What I'm finding is that people are now creating their own teams when there is not a need to. In some cases creating duplicates because they can't find the Team after migration from AR.... is there a way to restrict the 'create' Team to JIRA Admins only? @Rhys Christian
136 comments