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

Your Points Tracker
Challenges
Leaderboard
  • 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
Recognition
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?
Kudos
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

Any way to prevent tasks moving between projects when using rapid boards

Hi there, 

We are using many different jira projects to manage work for different clients. We also use many rapid boards to look at work across those projects using different filters. 


Often our users can do things that unintentionally result in tasks moving from one project (the correct one) to another (incorrect one) which results in sprints from one project appearing in the backlog of other projects. Once this has happened, its quite hard to rectify - simply moving the task back to its correct location doesn't remove the sprint from the wrong project, and deleting it requirements management of all the tasks in the correct project. 

 

Are there any tips or solutions that could help prevent the cross-contamination of projects like this? 

 

Thanks.

2 answers

0 votes
Ash Pitt Community Leader Apr 14, 2021

Hey @Phil 

Sounds like a conundrum!

Question though, do you have multiple clients who are users in your jira software instance and they have the ability to move issues?

Are they the ones causing the issues or are the users in your team?

Ash

Hi @Ash Pitt 

 

Good question - no, clients are not causing the problem, it tends to be internal users. 

 

They can definitely be trained to avoid it, but even then, its a bit of an invisible problem and its not always obvious, in my opinion, when this issue will occur - until its too late. 


I found the issue, and the workarounds (rather than solution or prevention) were well documented here: https://community.atlassian.com/t5/Jira-Core-questions/Why-does-moving-an-issue-between-projects-associate-the-sprint/qaq-p/1491349

 

I'd be happy to consider settings changes, permission scheme changes, and add-ons, if it would help this issue. 

 

Thanks, Phil.

Ash Pitt Community Leader Apr 15, 2021

To @John Funk 's point - yep definitely limit those permissions on who can do what. This is also a good read on some best practices as well!

https://community.atlassian.com/t5/Agile-articles/Best-Practices-Restricting-Projects-in-Jira/ba-p/654535

Cheers

Ash

0 votes
John Funk Community Leader Apr 14, 2021

Hi Phil - you might considering limiting the permissions as to who can move an issue on that project.

Just edit the Permission Scheme for that Project and change the values for Move Issue permissions. 

Hi John - this could indeed be very interesting as a solution. Would removing the permission to move issues prevent a user from accidently pulling a sprint from one project into another by moving an issue in that sprint? Do you think?

 

And can you think of any negative consequences of making this permission change - I have some admins who could retain the permission.

 

Thank you!

John Funk Community Leader Apr 14, 2021

So, I am not exactly sure of the answer to your question other than to try it. There might be a difference in the terminology that we are using as well. A Move in Jira relates to physically changing the project ID associated with that issue to a new project ID. 

For example, issue ABC-123 is in project ABC. But the issue is moved from project ABC to project DEF and now the issue becomes DEF-4 or something like that. Is that what you are talking about? If so, then yes, it should prevent that if you remove the permission. 

Again, the best thing I can tell you is to create a test scenario and try it out.  :-)

Thanks John - I'll give it a try and see how it goes. You are right, we have to be so careful to use the right terminology when talking about complex platforms like Jira!

Like # people like this

Suggest an answer

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

Why everyone using Jira must be GDPR-compliant

Did you know that penalties up to 4 % of the yearly company turnover are possible in case of GDPR violations? GDPR regulations are currently mainly relevant for companies in the EU, but countries lik...

103 views 1 3
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