How to manage your Jira technical Debt - Part 1
Disclaimers:
What is Jira technical debt?
You ever walked into a Jira instance to find 15 variations of the same custom field? (Woof, amirite?)
i.e.
end date
end_date
end date.
end_date_
enddate
end date1
How about strolling into the workflow room and seeing 200 inactive default project workflow schemes laying around?
We’re not even going to open the basement door, because there are rumors of wild issue types for every possible business scenario roaming around like zombies.
You get the point.
All these duplicate, broken, extra, and unused configuration components are potential technical debt that should be addressed in your Jira instance/s.
Why address Jira technical debt?
Whether you are in the process of migrating from a server instance to a cloud instance**, consolidating server instances to a data center instance, or simply maintaining your existing data center instance, it is always good to run a tight, clean Jira ship.
When migrating from Server to Cloud, garbage in = garbage out. Meaning that if you don’t address your tech debt on the Server instance before migrating to Cloud, you have to deal with that tech debt on the Cloud instance. A better process would be to scrub that Server instance and make it squeaky clean before migrating.
Reducing technical clutter can improve your instance's overall maintenance and performance. Not to mention, cleaning up this tech debt will create a better experience for users because they won’t have to choose between multiple fields.
**Atlassian support for Server ends Feb. 15, 2024
How can we address this technical debt?
There are several ways to approach this task. I’m going to use two Appfire apps to help find and bulk remove unused configuration components.
How do we know If a configuration component is not being used?
How do we know if a configuration component is associated with a project or not? I'm glad you asked. We’re going to use an app: Configuration Manager for Jira.
领英推荐
Configuration Manager for Jira (CMJ)
In my opinion, CMJ is a Data Center Jira admin's best friend. I work for Appfire, but I would love this app even if I didn’t. It’s like an admin's Swiss Army Knife. With CMJ you can:
To find unused components, we can use the Power Admin functionality in CMJ. Power Admin lets you search on any configuration components.
You can then narrow your search down to those components that aren’t associated with any projects.
This will display all configuration components not associated with a project. From here, you can use CMJ to export this list to a CSV file.
With the CSV file exported and in hand, we can use that file to bulk delete the unused component using the Command Line Interface for Jira.
Command Line Interface for Jira (CLI)
CLI leverages Atlassian’s remote API to allow admins to perform migrations, automate tasks, and perform bulk actions.
With our CSV file generated from CMJ, we can use a CLI command to execute the deletion of these unused components.
Let’s break down the command:
Below is a 1 minute demo of the CMJ + CLI process in action.
Recap:
If you have questions about any of the above, feel free to shoot me a message.
-Ed
Head of Business Development & Strategy
8 个月I′m already a fan ??
Atlassian Solution Architect | CEO & Co-founder AppForge.ai (Codegeist 2022&2023 Winner) | Berlin-Brandenburg Atlassian Community Leader
8 个月Ed Gaile data governance and housekeeping were always important for me and my customers. That's why I decided to create a tool for it. With support of Atlassian I was able to fulfill my need and now we have dedicated app for it. Doctor Pro for Jira. It's new to the market, but we are working hard to make it better with each release. PS we won codegeist last year ?? if you would like to hear more I'm happy to show you the tool. Just give me a shot ??
Atlassian Partner of the Year 2023: ITSM App Solution
8 个月Hubert Kut
2.5 Million YouTube views | Author | Corporate Trainer | Atlassian Enabler | 4X UiPath MVP | Creator
8 个月Good one.