Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

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
Highlighted

How to manage inactive workflows?

We're currently in the phase of cleaning up many of our configuration schemes on Jira. When we arrived to workflows, some questions started rising.

Since a backup of a workflow is easily taken when publishing a draft, it's easy to have a fast growing list of inactive workflows that once served as a backup, but then were never cleaned up. And in the current view of the inactive workflows page, it is rather hard to find the backup your looking for if the list isn't being cleaned up every so often.

So I'm wondering, how do others manage their inactive workflows? How do you decide when to delete a workflow? Do you delete an inactive workflow if it hasn't been updated for x amount of time? Do you then still hold an offline backup?

I'm looking forward to hear how you all handle this!

2 comments

Hi @Jorden Van Bogaert 

It is better to delete them if are sure you won't be needing them. It will help you have a clean list of active workflows. You could optionally have a downloaded backup copy if required.

Like Jorden Van Bogaert likes this

Hi @Lenin Raj Rajasekaran 

Thanks for your response! I totally agree. However I have a small problem that I'm cleaning up inactive workflows that have been growing over several years under different Jira admins. So now I have the question, when can I decide that an inactive workflow is no longer needed, when I actually have no idea why the inactive version was stored by the previous admins.

I could potentially hold an offline backup, but I'm talking about hundreds :D

Like Lenin Raj Rajasekaran likes this

I think a workflow that hasn't been used for a few months could be deleted. 

Like # people like this

I'm with @Lenin Raj Rajasekaran here - if a workflow is inactive and hasn't been amended for thee months, then either its project is dead or a later version of it is working well enough or better than it was, and you can safely kill it.

Like # people like this

I would suggest that you introduce a naming convention for workflow backups (e.g. prefix with Backup_) so that they can be differentiated from older workflows.  Then review every month or two and delete backups older than that period.  I would assume that if a backup hasn't been needed for a month then it's unlikely to be at all.

I also version my worklfows with a suffix, e.g. v1, v2, v3.

Like # people like this

Hi @Pete Singleton 

Thanks for your response! That's actually a good idea moving forward.

Like Lenin Raj Rajasekaran likes this

Comment

Log in or Sign up to comment
TAGS

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