TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Trello, “Jira Sucks”, and Tool Dysfunction

71 pointsby tabletover 7 years ago

29 comments

im_down_w_otpover 7 years ago
The biggest issues I have with JIRA have to do with it being one of the world&#x27;s most inconsistent, unintuitive, and undiscoverable UX&#x27;s possibly ever made. All manner of things are hidden in &quot;...&quot; menus, and any screen will have several such menus visible at once, but they&#x27;re all different. It feels very much disjointed and like the UX is done in a deeply siloed process that considers only the most local region of the screen the user could be working in (or where a feature lives), and like no attempt is made to consider the UX as a whole.<p>It feels like using 15 different independent apps at once that just happen to be crammed into adjacent or overlapping screen real estate, and each one is a different lens with its own side effects that come from interacting with it. Some things are randomly modal and others aren&#x27;t and require you to actually load an independent details screen. The only significant consistency to any of it is the fact that it all shares a somewhat common graphical style.<p>Despite having used JIRA for a decade or more, at no point do I ever feel like I know where I&#x27;ll find something on the first try or know what&#x27;s going to actually happen when I deviate even the slightest from the very, very narrow repeatable process groove I get into after much trial and error.
评论 #15168833 未加载
评论 #15168510 未加载
znpyover 7 years ago
I have been using Jira at work for the last 10 months or so, and have been using trello for personal stuff for more than a year and a half.<p>I dunno, but Jira doesn&#x27;t looks so bad to me.<p>To be quite honest, &quot;Jira sucks&quot; really looks like a meme to me, that people carry around for some reaons.<p>I am not a jira enthusiast, nor i am endorsed&#x2F;funded by atlassian in any way. Jira is a tool to me, and it does it job.
评论 #15168303 未加载
评论 #15167955 未加载
评论 #15167911 未加载
评论 #15168098 未加载
评论 #15168358 未加载
评论 #15167943 未加载
评论 #15173794 未加载
评论 #15167967 未加载
alkonautover 7 years ago
&gt; When I ask this, I’ll often hear about benefits like tracking, accountability, visibility, estimation, managing dependencies, status checks, notifications, executive roll-ups, and reporting. I hear very little about improved collaboration, better insights, improved quality, more effective retrospectives, and increased team motivation &#x2F; sense of ownership &#x2F; clarity of mission. I almost never hear about improved end-customer outcomes.<p>I agree with the author. Enterprisey tools for enterprisey use cases are probably detrimental to developer efficency, motivation, and probably also in some respect to end-user outcome.<p>But what the author doesn&#x27;t address is that those enterprisey behaviors aren&#x27;t there for fun. There are tons of levels of management that need to see those charts. You could argue &quot;then fix that!&quot; but then please tell me how to do <i>that</i> instead of telling me what tools I could use <i>once that is done</i>. I&#x27;m going to argue that for a lot of enterprise development this isn&#x27;t possible.<p>I don&#x27;t hear a lot about huge teams of mediocre developers developing large scale software with managers on all levels having the level of insight necessary to keep stakeholders happy - while doing all tracking in a simple trello board.<p>Now I&#x27;m not going to argue that TFS and Jira are nice and nimble. But the alternative to these aren&#x27;t Trello, they are Trello + fifteen different secret steps you need to take to complete the now ad-hoc process.<p>&quot;When you finish an issue you need to email the QA lead with the build number to test in, then email the required translators to fill in the necessary translations, then move a thing on a board somewhere, ....&quot; Unless all these things are magically not required, then I very much prefer digging a deeper Jira pit where all of this is at least encoded and enforced in the system rather than in a wiki or email somewhere.<p>It&#x27;s not management that pushes these systems on developers. Management push the <i>process</i> (because you lose track of e.g. which translations were missing and you had an embarassing release somewhere). Developers then use the tool in response, because to developers, software is the answer.
bshimminover 7 years ago
There are definitely ways in which JIRA sucks: it&#x27;s hard to configure and requires someone with special skills, knowledge, and enthusiasm (!) in order to get it right; it definitely could and should be a lot faster; navigating around it is fairly bamboozling for the inexperienced; and certainly other things besides. But, with all those caveats noted, is there actually another product on the market that does as much and is any better to use?
评论 #15168402 未加载
评论 #15168427 未加载
评论 #15168288 未加载
falcolasover 7 years ago
My problems with Jira:<p>Permissions around issues and their state are so granular they beg to be abused.<p>Permissions aren&#x27;t granular enough to allow teams to individualize their project&#x27;s workflow as their needs evolve.<p>Jira constructs like states are reused in weird ways for other functionality. My favorite is the abuse of states to try and implement kanbahn style swimlanes; states which are global to an org and can thus get odd workflows attached to them by someone else.<p>Administered with a light touch, Jira can be fine. But it&#x27;s never administered in such a fashion. NEVER.
twobyfourover 7 years ago
&quot;Jira sucks&quot; is not a useful thing to say.<p>Yeah, Jira&#x27;s default workflow isn&#x27;t awesome. Yeah, it&#x27;s a giant pain to configure an alternative workflow; and the learning curve to do so is ridiculously steep. Yeah, some BigCorps have configured painfully bureaucratic workflows in it.<p>But you can also configure it with a very Trello-like workflow.<p>Why would you use Jira with a Trello-like workflow instead of just using Trello?<p>Well, for one thing, you get additional features even just on the Kanban board - such as swimlanes.<p>But the most important reason is that with Jira you get a true database of your issues. One that you can query with a SQL-like language. And one that allows you to present multiple different views of the same data.<p>For instance, we have a main kanban board for one project. We have a main board for another. We have a kanban board that contains some issues from each specifically for our DevOps person; and another specifically for our QA person. The QA person&#x27;s board contains three columns that correspond to a single column in the developer&#x27;s board.<p>I can create an &quot;epic&quot; that contains multiple tickets (not subtasks or checklist items) that can each progress through the workflow and be deployed independently but still be grouped together under a single parent epic.<p>And if I want to pull up a list of all Foo component tickets that were filed by Bob before June, implemented by Alice, QAed by Carol, and were released in July - and then open each one in a tab - that&#x27;s incredibly easy.
评论 #15168383 未加载
lmmover 7 years ago
Tools drive the way we use them. If most people using Jira ends up with a process that sucks and most people using Trello don&#x27;t, maybe it really is the tool that&#x27;s making the difference.<p>(Jira sucks because it&#x27;s anti-employee-empowerment by design; everything is oriented around mandatory fields, mandatory workflows, and requiring approvals. In theory a good manager should work around this, but defaults are important. I fear the same thing happening to Trello)
OneFishTacoover 7 years ago
Been using both for years, at multiple orgs, and can say with confidence JIRA does suck. Everyone in my org had given up trying to use it, I went through the pain and don&#x27;t wish it on anyone... then there&#x27;s Trello, it just works expected.<p>With JIRA, prepare to invest significant pulling your hair out if you want to use any features. It&#x27;s amazingly difficult to enable the use of the Trello-like board feature.<p>Go ahead, try enabling the &quot;Agile&quot; feature and see, it doesn&#x27;t work out of the box!!! Have fun digging through Google to figure out why you&#x27;re getting cryptic errors, only to finally figure it&#x27;s because....<p>Oh, you have to set up additional permissions to enable it.<p>Oh, and also enable a certain field (epics) but this needs to happen in the back-end, as it&#x27;s some SQL query to enable it.<p>Oh, but you want to sort issues by drag-drop like a real board? Nope. First go find the right permission to actually enable sorting!<p>Oh, but it still wont let you sort! Did you forget to &#x27;sort by ASC&#x27; in your filter query? Otherwise, no drag-drop sorting for you!<p>Why those things aren&#x27;t just enabled when you created the board in the first place, boggles my mind!
评论 #15168231 未加载
emperorcezarover 7 years ago
I&#x27;m sorry. You&#x27;re quite wrong. Jira does suck, not because people change their work flow, but because there are many parts that fail integrating with each other as soon as you make any settings changes.
xaldirover 7 years ago
As a Jira administrator, I both love and hate Jira. It&#x27;s versatile and quite a good set of tools when configured properly. On the other hand looking under the hood is quite frightening.
tabletover 7 years ago
I develop Targetprocess (JIRA competitor in general) during 13 years.<p>And I completely agree with the article. It is EXTREMELY difficult to balance product development to have a good enough feature set and bearable complexity.<p>Here are two very typical feedback we receive from end users:<p>NEGATIVE. Compare to Jira Target process is way behind. No ticket has the testing phase. This is very poor by design and it is very difficult to learn, because so many things on the ticket at a time and cant locate important things like Sprint or who is assigned and in which state it is? Very badly designed system.<p>POSITIVE. It was easy to use, and since I&#x27;ve been forced to use Jira instead now, I miss so many of the features Target Process had... Sigh. Perhaps some day we can convince the company go to back to TP.<p>To be honest, there are more critical references than positive.<p>I have concluded several rules to myself from my experience:<p>1. Developers hate project management tools (rightfully so, in general). Anything more complex than Trello will be ridiculed and hated.<p>2. Teams should be allowed to choose own tools, but then we have a lack of high-level management overview. In this situation management almost always win (sadly).<p>3. Any serious PM tool should be a Platform with Apps in fact. JIRA is closest to this, but it is old and legacy have its price, so it is more complex then required. I expect to see completely new tools that will beat JIRA in a couple of years (Slack of PM tools :)
评论 #15168517 未加载
coldcodeover 7 years ago
Jira makes it easy to create a sucky tool, but the real reason is always that your organization has created a sucky process. I should know, I work for a large and instantly recognizable company and our process is waterfall in agile&#x27;s clothing. Sadly we have to work in a world where we have two internal organizations, and one uses Jira and the other VersionOne and both are configured to enforce this watery scrum process.
vaceletmover 7 years ago
It doesn&#x27;t have to be this way.<p>Most PM tools are designed to have a somehow central enforcement of the process and workflow with some central admins that have ways to change that (permissions, fields, workflows &amp; all). This cannot be anything but a failure if the central admin doesn&#x27;t say NO to 99% of modification requests because there will always be this influential project manager that will come to &quot;add this little field I need to track this stuff for $IMPORTANT_CUSTOMER&quot;. So, by design, it will either be bloated (everyone get it&#x27;s change so bug template is fat) or useless because the form will be so simple that everything will need to be managed with text content in comments.<p>That&#x27;s why we (Tuleap team) propose an alternative: - You want a simple -github like- issue tracker because you are 3 in your team and just a title and a description, please go ahead. - You want a full blown, CMMI Level 5, Spice 3, what not issue, requirement, risk tracker, please let the craziest process guy do.<p>What&#x27;s the difference with Jira (and others) ?<p>Each &quot;tracker&quot; (issue definition) is local to one project (of course you can template for re-use) and 100% owned by the project. You are not limited to 3 or 4 central templates that nobody can modify, you own them.<p>Let say the &quot;simple&quot; team is mad of tracking which component of the application an issue is raised on or how much effort was need to complete the issue, in 30 seconds the template is modified and usable without impacting anyone else.<p>See <a href="https:&#x2F;&#x2F;www.tuleap.org&#x2F;how-easy-it-customize-my-project-trackers" rel="nofollow">https:&#x2F;&#x2F;www.tuleap.org&#x2F;how-easy-it-customize-my-project-trac...</a>
hdiover 7 years ago
I&#x27;ve used Jira for about two and a half years and although it wasn&#x27;t that bad for us, I can see how it might not be a good fit for every team.<p>Anyway, we ended up using a physical board, which was reflected in Jira for remote teams. I&#x27;d take a physical board over Jira and Trello any day, but maybe that&#x27;s just me.
malikerover 7 years ago
Github issues hit the sweet spot for us between trello and Jira.<p>Although then we got 6 projects all related to one code base and switched to a homegrown system.<p>Our main win was making sure each engineer worked on the fewest number of projects. Letting people focus improved development speed and reduced confusion.
nthcolumnover 7 years ago
I checked search preview and got &#x27;Jira sucks&#x27; ahead of &#x27;Jira success stories&#x27;. So yeah I&#x27;d say it is a meme now. I don&#x27;t know if it really sucks that much. I do think it suffers from that crm configurables disease. I can&#x27;t believe how much time people&#x2F;companies invest in this stuff, almost certainly people-lint. Often the case is where it is adopted along with Agile as a new shiny methodology with no in-house understanding of either. In one case I&#x27;ve seen is my team had created a shed load of data migration issues as tasks and the business were only communicating issues to the vendor. It was a mess but it wasn&#x27;t Jira&#x27;s fault.
JimmyLover 7 years ago
I feel like a big part of people hating on JIRA is that it creates a formal process you have to follow - something enforced by code, and not just &quot;always move your card to this Trello column first&quot;. It’s also so tempting for middle-managers to generate bogus reports, based on metrics that the people doing the work know don’t matter.<p>Even with that, though, I haven’t found anything else as good for linking and organizing bugs and tasks, encouraging collaboration between departments and roles, recording discussions and decisions in the place they’re made, interfacing with the other tools we use to run development, and providing a rich SQL-like way to query tickets.<p>When setting up our JIRA, we made a few decisions to try and make life easier on ICs and hide the bad parts of JIRA:<p>* Ignore the permissions system. By the end, all we had were site-admins (who can control billing and add-ins), regular admins (who can edit workflows) and “everyone else”. Setting permissions up properly is tricky, impacts a lot of things, and didn’t add any value to our workflows. We preferred to make use of the audit log when weird things happened, and for the most part, tell people to do the right thing.<p>* Insist that workflows come from the teams. Individual teams were given a standard workflow when they started, but were encouraged to make it their own. Central management had to cope with what the individual teams wanted their workflows to be, and weren’t permitted to make them add statuses or transitions to make reporting easier. The only exception to this was around having to use a common set of resolution options.<p>* Open up the admin role to anyone who wanted it. If an IC or Team Lead wanted to make small changes to their team’s JIRA, they could just come sit with someone who knew how and work it out. If they wanted to make more significant ones, they received the 10-minute lecture covering the top five things that seem safe but will in reality break everyone’s JIRA setup, and then were given admin access to go do what they wanted.<p>In the end, some teams used a sophisticated ten-step workflow with granular transitions, and some used it as Trello – but they were all unified in one place, linkable and searchable, and had common support for discussion, auditing, and file management.
评论 #15168880 未加载
yoz-yover 7 years ago
I quite like Jira. Speed definitely needs improvement. But one thing that would really make my life easier would be a unified syntax between Jira issues, bitbucket comments and confluence pages.
overgardover 7 years ago
Sometimes I think the problem is really that two things are being tied together: metrics and a todo list. Almost every sprint planning it ends up feeling like tasks are subdivided in ways that make burn down charts look better. I don&#x27;t want to say developers are all special snowflakes, but the problems with time estimates on creative work is well known, and I tend to wonder if trying to track metrics on these things is fundamentally misguided.
kazinatorover 7 years ago
&gt; <i>The problem is that we inevitably come to hate every issue tracking product we use.</i><p>Not from the moment we make the first ticket, though.
tibuover 7 years ago
JIRA is really good and useful if you know how to use it. We&#x27;re using it for several purposes and I love it. Administration side of it is crazy complicated, for the best things you have to be global admin - this is something they should fix (but they won&#x27;t I think because it would make things backwards incompatible).
m0ntyover 7 years ago
ITT: people saying Jira doesn&#x27;t suck when the article already acknowledged that (because the headline is not the article):<p>&gt; I think that [Jira sucks] is a vast oversimplification, and shows very little sympathy to the challenges faced by Atlassian (and the advantages the Trello team enjoyed). The problem isn’t Jira.
kennydudeover 7 years ago
I miss using JIRA.<p>We used Trello, but boards were changed monthly. It was a nightmare. Then Asana which emails me endlessly and it takes so long to open. And now Zube which feels weird to put things in which aren&#x27;t suited to dev tickets and getting anything right in the balance
ausjkeover 7 years ago
Just use Redmine, it worked well for me and fully open source, though I wish it is not on Ruby, not thing really against Ruby, but this is the only Ruby software I had to run&#x2F;maintain on the server.
didipover 7 years ago
I think this is the curse of building a popular productivity suite.<p>Similar to MS Office popular comment, by Joel Spolski I think, everybody uses 20% of the features but everyone uses a different 20%.
dep_bover 7 years ago
There&#x27;s just too much in JIRA to make it easy to use. If I need to ignore 80% of the fields and buttons to work with an application it&#x27;s overengineered.
kelvin0over 7 years ago
Jira: The tool that programmers love to hate. Anyways that&#x27;s how most the programmers I know and worked with tell me (myself included...).
_pmf_over 7 years ago
Managers should stick to the rule &quot;if you complain about Jira, you&#x27;ll get Bugzilla.&quot;
评论 #15168295 未加载
jlebrechover 7 years ago
JIRA sucks, but it has enough bells and whistles for control freaks to play with while you just click &quot;done&quot; or comment.