261–270 of 539 posts
Jira should just start configured out of the box to look and work like Trello.
You create a kanban team-managed project and it'll pretty much be a Trello board. If you want sprints or a backlog or reports you can go into the project features page and flip a switch.
I feel like hating on Jira is the pastime that is now passed down from each generation of programmers to the next. I'm going to stick up for Jira. I certainly don't "love" Jira, though I do think they've made significant improvements with "new Jira" (I think they call them team-managed projects now). The problem I have with the incessant Jira bitching is that I rarely feel that bitchers have a true understanding for…
Because the people who get to decide whether or not to use JIRA aren't the people who it causes the most suffering for.
I feel like hating on Jira is the pastime that is now passed down from each generation of programmers to the next. I'm going to stick up for Jira. I certainly don't "love" Jira, though I do think they've made significant improvements with "new Jira" (I think they call them team-managed projects now). The problem I have with the incessant Jira bitching is that I rarely feel that bitchers have a true understanding for…
Earlier quoted context omitted.
> why don't you think some other company has come along and toppled the Jira crown? Because it's really hard to kill off the market leader when the market leader is embedded into the core of how a company works. I don't buy that it's a matter of competitors not being better. It is more about inertia. The argument you have here could equally be applied to C++ or Cobol "Why is new code being written in these languages?…
>Because it's really hard to kill off the market leader when the market leader is embedded into the core of how a company works. eh. I've experienced a number of painful tool and platform shifts in my career that basically came down to "it's cheaper" so I don't buy that companies are unwilling. If someone provides the feature set that is some combination of cheaper and better, then the only thing you really need is a…
This is the problem. Jira is so highly configurable that without recreating a good chuck of the Jira feature set, an "import" tool will be pretty hard to make.
Any competitor in this marketspace will have to invest a considerable amount of their time creating and maintaining such a tool, which I imagine if they ever became a serious contender, Atlassian would put up some anti-competitive road blocks. (For example, forcing everyone into their cloud offering so they can more easily control endpoint access....)
We have at least three people employed who's sole responsibility is to pester people about ticket status, apply bulk changes in Jira, define conventions, and ultimately make life harder for individual teams who wanna follow their own processes. As an EM, my higher-ups would rather have me ensuring ticket status is perfect to the T instead of pairing with and assisting my engineers.
I kid you not, we have directors of engineering who spend half their working day making bump/nudge comments on tickets.
I feel like hating on Jira is the pastime that is now passed down from each generation of programmers to the next. I'm going to stick up for Jira. I certainly don't "love" Jira, though I do think they've made significant improvements with "new Jira" (I think they call them team-managed projects now). The problem I have with the incessant Jira bitching is that I rarely feel that bitchers have a true understanding for…
> building a generic project management and tracking tool is a really difficult, hard problem I would say building a good one is an impossible problem, because of conflicting needs both across and within companies. The primary job of Jira isn't to help work get done. It's to give managers and executives feelings of knowledge and control even when that makes everything worse. You don't need fancy planning systems to g…
Meaning, if someone could write a super fast, easy to use, minimal planning/task tracker, with a good set of reporting, I feel it could coerce companies to adjust their models to use it.
It's a risky venture, but products like Slack, Docker/K8S, git, and VS Code gained wide adoption without trying to cater to existing organizational processes.
Earlier quoted context omitted.
Jira doesn't just reflect, it drives convoluted unhelpful bureaucracy. The tool drives the organization to look like the tool wants it to, which is disorganized half broken "organization" with silly overcomplicated rules that give people something to discuss enthusiastically instead of the actual work that needs doing. Jira is organization poison, not just a reflection of what an organization is.
No, it isn't. We have plenty of setups in multiple organisations where even within the org only the administrative settings of the server are locked down and everyone else is free to do whatever they need. Lots of teams just use it as a kanban board, while others setup a state machine-based funnel to process user/business input into usable tickets. JIRA in its default configuration essentially lets you create anythin…
My guess is it's because Jira actively targets SMB, while ServiceNow is almost strictly enterprise, and folks in enterprise have already resigned to their fate.
Earlier quoted context omitted.
Yeah I've been defended Jira here in the past, too. My opinion is that Jira reflects the organisation that manages it. It's basically a whole lot of customizable UI and permissions hanging off a user-defined state machine. You can set it up so that individual teams can fully administer their own projects, or you can go all the way in the other direction and have centralized, locked-down management where you beg some…
The central problem with JIRA is that, once you've gotten beyond the overly customizable functionality and difficult-to-reason about permissions, and once you've managed to avoid organizations that go too far off of the deep-end and once you've finally found a happy simplicity in a kanban-ish board, once you've done all of that, it is still unbelievably, unjustifiably, just incredibly and amazingly so very very godda…