Live data from Hacker News

Jira Is a Microcosm of What’s Broken in Software Development

linearb.io

91–100 of 182 posts

Re: Jira Is a Microcosm of What’s Broken in Software Development

#91
To paraphrase many of the comments here: Most of the problems that devs have with Jira are not problems with base Jira, but with the implementation and usage of Jira.

Jira is perfectly fine, just like ALM is perfectly fine, TFS (Azure Devops?) is perfectly fine, Trello is perfectly fine, etc...

The problems come from the implementation, and the implementation is reflective of the culture. Any work planning tool becomes a work tracking tool and any work tracking tool becomes a punishment tool (without careful and attentive work to stop this effect).

Re: Jira Is a Microcosm of What’s Broken in Software Development

#92
> This blog is not about how Jira is too complex and over-engineered with features I don’t need.

This blogpost is a microcosm of engineer arrogance (it's also an ad for their product, so all of this is basically a strawman to drive sign-ups. Great content marketing, to bash on a tool people love to hate).

The world is not all about engineers. Jira is a tool for whole companies, which have lots of other departments than Engineering, which are also important, also trying to reach their goals.

I'm so sorry that you got pulled out of your "deep flow" state because an executive is trying to figure out if a project is at risk. You know, she might have a really good reason to worry about that, maybe including information you don't have, like a potential customer who is at risk if the feature doesn't ship.

So suck it up and help out your colleagues.

And if you don't want to be interrupted, then maybe keep your tickets up-to-date, or proactively communicate risks, or sign out of Slack for a few hours, or get your manager to do their job better and be a buffer to protect you from interruptions. None of this is Jira's fault.

Can Jira be a PITA to use - sure, but that's probably because of how your company set it up. You can make Jira streamlined if you try, but it takes active administration, and the people who work in Jira need to be empowered to work on Jira. If you can't get your Jira project to work the way you need, then that sucks, but that's probably Jira being a microcosm of your company's org/power structure, which is a different thing.

Or sign-up for their product, that's really the goal of this post.

Edit: I did not intend to claim that all, or even most, engineers are arrogant people. They certainly are not, at least in my experience. If you are an engineer (I am one, too) please don't read this as me attacking you personally! I am aiming at this kind of blog post, which displays a me-first attitude that I think is unhealthy.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#93

Does anyone else find it pretty obnoxious that this site changes the window title back and forth between "Jira is a microcosm of what’s broken in software development" and "(1) New Message!"? Is this a bug? Who thought this was a good idea?

They're using Drift, the little chat widget in the bottom.

I've had to build out tracking on marketing sites and we had to add a redundant, canonical page title to every page since 3rd party tools like drift change the tag in the HTML to say New Message!!!!!

They do it so if you migrate to a new tab it tries to annoy you into going back.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#94

I briefly used Jira, but I couldn't handle the extreme slowness. You click something. Then you wait. And wait. And wait.

My personal pet peeve is the very short session time, after which you literally cannot use the form you filled, because someone was too lazy to implement a full session system to hold content or background relogin to not lose it.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#95
The attitude embodied in this is unfortunately common. Delivering a successful product is a lot more than just writing code and shipping features. Planning so that you can launch your marketing efforts, ensuring you have a team ready to support whatever you just shipped, or making sure you don't sign new deals that result in 6 months of work needing to get delivered in the next 2 months are all just as important to the business as the day to day work the developers do. Sometimes being a team player means you are a less effective so that other people are more effective. Jira isn't a perfect tool, but the case would be better made by someone who isn't myopically focused on optimizing a subset of the whole product delivery process.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#96
post #45

Earlier quoted context omitted.

> performance By Atlassian’s ToS, you are not allowed to « comment on the performance of the products ». I know no-one thinks this would be enforced here, but I just want to highlight that it doesn’t help a company to improve if they know they can just lawyer-up a problem away and avoid benchmarks and being compared on that topic.

That rubs me so much the wrong way. If they ever terminated services for me because I commented on performance I would be the most loud person on the internet about it. I would go to every review site, every comment board, and filter every title on every news aggregator and post as much statistics as I could about performance and issues that I had with it. Then I would state that they had terminated my services for c…

I wonder why there's no clause forbidding to discuss the shortcomings of the ToS itself

Re: Jira Is a Microcosm of What’s Broken in Software Development

#97

> Take subtasks, for example. The invention of Jira subtasks is an affront to dev teams. Really? Not to me, although I’m not clear when to make a subtask or start using an epic.

Generally subtasks are good when it's a single well defined feature or problem and then they are few. To be used sparingly. They're best used like keynotes.

Epics are for broad developments, looser defined. Best used as "bags" of tasks.

Sometimes epics might be disabled altogether and then you have only subtasks, and labels get to be misused as the bags of tasks. I personally consider that a pathological setup. It is much harder to work with and JIRA query tools don't work as well with it.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#98
Jira is very customizable in how it's used. It's sort of like saying that a wall with sticky notes is a bad development tool because of some anecdotal experience. It all depends on what you do with it. Maybe it's more like saying that a spreadsheet is a bad tool.

The only thing I resent jira/confluence etc for is dropping its markdown because it was too hard for the company to maintain :) But they're working on it again. Confluence is probably one of my favorite tools but I haven't used jira in ages as it's possible to get by with github these days.

Re: Jira Is a Microcosm of What’s Broken in Software Development

#99
What seems to be lost on too many people - including people who really ought to know better - is that 90% of the time, software developers don't know exactly how to accomplish a task, but know how to figure out how. There are two classes of "estimates": "that will take a few minutes because I know exactly what's involved" and "I'm not even entirely sure exactly what's being asked for here, but it sort of 'feels like' this other thing that took about three days that one time before".

Re: Jira Is a Microcosm of What’s Broken in Software Development

#100
> Jira was made with project managers and product managers in mind

A step further, SCRUM was made for product managers in mind. Engineer-centric Agile methodologies like Extreme Programming are missing from SCRUM guidelines.

Most product management methodologies have a bring-your-own-engineering-practices philosophy, which means they were created in a vacuum.

Post reply on HN