You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
My team and I have been using Jira Software for four years now. In that time, we have amassed over 2000 issues. I do my best to link related tickets and use descriptive labels to help see the full scope of an issue, from past to present.
Sometimes, though, we'll have an issue completed long ago and a newer issue that makes the old solution irrelevant. For example, issue EX-500 updated our deploy step to sync specific files on our server with an S3 bucket. Two years later, issue EX-1200 circumvents the need to sync during the deploy step by storing these files in an S3 bucket from the get-go.
In the above example, EX-500 is "Done," and so is EX-1200. They are linked, but it can become time-consuming to understand what is going on over time. In a case like this one, the solution for EX-1200 entirely replaced that of EX-500, and while I want to retain both issues, I'm wondering if there is a better way to make it evident that EX-500 is no longer relevant.
I'm guessing I am not the only person to wonder about this. Has anyone in the community encountered a similar problem, and if so, what did you do about it?
I using Jira's custom fields or tags to label or categorize issues based on their relevance or importance. This can help me to easily identify which issues are still relevant and which have been replaced.