I disagree. JIRA goes further out of its way to accomodate Agile&#x2F;Scrum stuff than many other issue trackers. I was on a team once where we used FogBugz (without any of the metric tracking nonsense -- our managers didn&#x27;t even log in to it, they just talked to us when they needed to know about progress) for a long time without any issue, and only after some big middle management restructuring did we switch to JIRA, specifically because managers wanted a tool that spit out useless junk about velocity and burndown. We even had to go and do really dumb training about &quot;story points&quot; and how to enter the progress data they wanted (which added so much overhead to entering things into the system that most of us just stopped, or at least cut every possible corner so as to not waste our time doing manual data entry for the sake of middle management).<p>Not every such tool focuses on these kind of pointless metrics so much. Using the GitHub issue tracker is joyful, especially when you don&#x27;t have someone trying to micromanage you with it. Some tools focus instead on what the actual developers need to get their work done, instead of what managers want in order to be more micromanagerial.<p>Another tool that is starting to go down the dark path of JIRA is Asana, which is a shame because the original design of Asana was great. But now it&#x27;s all about Scrum metric bullshit, catered to middle managers who have the power to choose it over other things, and usually don&#x27;t make the choice based on developer preferences or rational arguments.<p>I&#x27;d say the title could be &quot;Agile&#x2F;Scrum metric trackers are a symptom of a management problem&quot; and that JIRA is absolutely the poster child for such a tool, so it&#x27;s not bad faith to tie it directly to JIRA. Though your point does bear repeating: JIRA is not the only tool that suffers from this problem.