Earlier quoted context omitted.
> disdain for the specific tool vs. disdain for what working in a mid-to-large org You're kind of missing the problem here - it's both and neither. It's not the tool (it's awful) or the mid-to-large org itself, it's the concept that a tool as blunt as a ticketing system can meaningfully capture software development management in a useful way. If people just treated it as a "necessary evil" time-tracking type system t…
> But far too many people without a lot of mental faculties actually take it completely seriously and try to put everything in it and expect meaningful results out of it. It actually ends up being worse than "nothing at all" because it _insists_ on the "only do what can be predicted and whose predictions is measured in hours" model of software development that stupid people think encapsulates creative activities. You…
I Fucking Hate Jira (2022)
121–130 of 287 posts
Re: I Fucking Hate Jira (2022)
#122Earlier quoted context omitted.
I work in a mid-to-large org. The more agile part use tools like jira and slack. The older part (established in the 1920s) use Remedy and Teams. Jira is brilliant. It is team-led. Different teams have different approaches, some love all the features like components, versions, issue types, assignee, kanban boards, scrumms, reports etc etc. Others like my team use it with subject/description/comments. You make the tool…
I don't want to use any tool or methodology.. I just want to do my work.
Re: I Fucking Hate Jira (2022)
#123I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
> disdain for the specific tool vs. disdain for what working in a mid-to-large org You're kind of missing the problem here - it's both and neither. It's not the tool (it's awful) or the mid-to-large org itself, it's the concept that a tool as blunt as a ticketing system can meaningfully capture software development management in a useful way. If people just treated it as a "necessary evil" time-tracking type system t…
The background to this is : yes it can. I worked in organizations (long pre-Jira) where we developed the bug/ticketing system specifically to drive our development management process. The two evolved in concert. The result was excellent, and sadly has never been re-achieved with any of the modern tools.
My take on this is that somebody was told that the bug system can be used to drive project management (which it can) but then implemented a bug system without any real understanding of what that means or how to achieve it.
Re: I Fucking Hate Jira (2022)
#124Jira is the only tool I know that has proper permission and visibility controls.
Re: I Fucking Hate Jira (2022)
#125I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
Re: I Fucking Hate Jira (2022)
#126I am more interested in the CSS/JS they're using to do the highlighting and the underlining. Does anyone know the library or what's going on?
Re: I Fucking Hate Jira (2022)
#127Have a bug? JIRA makes perfect sense, you have a ticket with comments, it keeps track of how long it's been around, it can automatically move the bug through a process, etc. All these tools started out as "bug trackers" after all.
Trying to plan future work? What I usually want is some kind of lightweight graph tool to figure out task A unblocks task B, etc. This graph changes a lot over time, with tasks merging and splitting apart. I've wasted a lot of time trying to enter all this in tickets.
Want to know about work that's already completed? I would never look at JIRA. Look at your Git forge. Pull requests should have proper descriptions. The Git history will always be more accurate and detailed than a bunch of JIRA cards.
So basically, use JIRA for bug tracking, Git/Github/Gitlab for historical tracking, and I'm not sure what to use for planning. Honestly I've been reaching for Excalidraw recently.
Re: I Fucking Hate Jira (2022)
#128Re: I Fucking Hate Jira (2022)
#129I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
Atlassian desperately needs to pause on new acquisitions and new features for at least two years and rework all of the products they acquired and unify them. Literally every Atlassian product offering has a different way of doing things, no consistency anywhere. Oh, and half of the functionality has no API, and there is no first party Terraform provider so you have to do everything by hand every fucking time.
The abusive workflow bullshit by clueless middle managers is another problem in itself, thankfully I'm in the lucky position to tell people "no, we won't do that".
Re: I Fucking Hate Jira (2022)
#130Earlier quoted context omitted.
I share the sentiment and frustration of having to fill useless boxes. However, as a manager, things go south very quick if you're not tracking what's being changed and by whom. You won't know what's included in your release, nor if it was tested properly. You won't know who to reach for fixes after testing or even what to tell clients when they ask if a feature/fix was shipped. I hate overly complicated processes, b…
>tracking what's being changed and by whom git >You won't know what's included in your release release notes >nor if it was tested properly. CI
Part of the trouble is using things like Jira and moving tracking-what’s-happening and chatting-about-features farther from the code than it needs to be.