• Nah, I also hate Jira. It’s slow, bloated, complicated, and has 1000x features I, as a developer, don’t need.

    But then again, I also hate the manager that makes me use it in ways that frustrate me.

    But then again, the reason my manager loves Jira and wants me to use it that way, is that they can run a bunch of automated reports like “We did X work this week, consuming Y hours (Or points or whatever) and we predict that we will be done in Z timeframe”.

    Buuuuuut, that’s all bullshit. Garbage data in, garbage reports out. Jira gives managers the CONFIDENCE that they know what’s going on, instead of just talking to developers, having conversations, etc. As it turns out, programming is hard, and doesn’t have clear A->B->C predictability. So those tasks that are left? non-exhaustive. Those hours we did? Didn’t take into account the thousand little things that didn’t go into the backlog (And would take longer to add it than to just do the work and ignore the extra time spent on the task). That burndown chart? Completely useless.

    Jira is used to skirt around the complexity of software development. It enables bad management to exist much easier, because it allows said managers to not engage with the team or product in any meaningful way, then to push up the chain “progress reports” that are meaningless, then, when deadlines are passed, managers get to blame it on the developers for not tracking enough work in Jira.

    Jira enables bad management.

    On the other hand, bad managers abuse every tool they are given, and bad managers existed before Jira, just instead of automated reports, they had email reports and hand tracked hours. So whatever, the tool was built to service a broken industry anyway.

    • lemmyvore
      link
      fedilink
      English
      131 year ago

      JIRA is just an issue tracker. Whatever they’re doing to you with it is not its fault. 🙂 You’re supposed to use it to document and assign work items (stories, tasks, bugs). What has to be done, progress, duration estimates (in days!), attach whatever extra info is needed (links, files) and use the comments to keep each other in the loop and clear obstacles (blockers, dependencies etc.) It’s fairly straightforward when used correctly.

      You have to have some way of tracking development. If it weren’t JIRA it would be something else – but JIRA is commonly used because it’s flexible and can adapt to many ways of doing things and to lots of the aspects of software development.

      • @IWriteDaCode@programming.dev
        link
        fedilink
        9
        edit-2
        1 year ago

        JIRA is just an issue tracker.

        Nope, I mean at it’s core, yes it is, but it’s used for sooooooo much more than that. It enables management from a far distance, and that disencentivices managers from doing their job.

        I get the premise, that tools just exist and it’s us that put our own biases in them. But that looses a lot of nuance when a tool is specifically built for a purpose, such as oversight, tracking, and data collection. These design decisions take an “issue tracker” far away from what Trello, or a whiteboard with stickies on it for that matter, does.

        It is a grave mistake to think that it’s just an issue tracker, and that’s all it can be. I’ve been in this industry long enough not to fall for that con. And it is a con, when someone manipulates you using a tool that is designed to make manipulation easier (I’M not telling you to point every story even if it doesn’t make sense. But you know… Jira wants it, it’s just… Outa my hands…).

        Nah, Jira is for managers, not developers, and is far more than a simple issue tracker.

    • Total opposite - tried alternatives and didn’t work out. I’m a dept lead so I’m managing 3 small teams that interact with 7 other teams.

      Fuck Basecamp.

      Asana is very spaghetti.

      Trello is workable but for small team. And we already use trello-esque features in Jira.

      I don’t understand the jira hate. But I don’t love it and won’t switch unless given a good reason. All the integrations like Confluence and ground level details like tracking commits/PRs and big picture organization… It works for me and my team.

    • @432hz@lemmy.world
      link
      fedilink
      71 year ago

      Having used some alternatives (e.g. Version 1), I love Jira.

      What I hate is arbitrary bullshit from the Jira site admins who don’t even use Jira themselves and don’t understand why their policies are stupid.

  • chameleon
    link
    fedilink
    371 year ago

    No, I most definitively hate Jira (and also my manager). Jira is the only software I’ve had to use where 10+ second page load times are a regular everyday occurrence. On their cloud hosting, so it’s not like we could do anything to fix it other than filing tickets… which we were told to simultaneously keep doing so they can track it but also stop doing because it’s working as intended and we were wasting their time and abusing support.

    JQL is absolute garbage, and it doesn’t even take hindsight; they took SQL but in an attempt to simplify it, they broke everything about it. Whether any particular functionality is a field or a function to run on some other field is a mystery. And if you’re using Jira Service Management, it gets infinitely worse; everything is bolted on in a terrible way.

    Every interaction between their “Kanban board” and “ticket” system is confusing. They pull from the same database, except not quite, except they do. It’s a representation of data, but not the same representation the data is in. If you have any kind of custom workflow setup at all - which the blog both criticizes as bad and uses as a reason to explain why Jira is the only good option (???) - it will simply never do the right thing unless they map 1 to 1.

    There are all kinds of perpetually missing features. Multiple assignees are a big one, there is simply no correct way to represent “John and Bob will spend some time together brainstorming about a new architecture” or simple things like pair programming, despite that being a fairly significant task that should somehow be accounted for in planning. You can half-ass it with custom fields or sub-tasks, but then the entire ecosystem of tooling built on the assignee field crumbles.

    Likewise, you can’t assign issues to a “virtual” position of any kind, all you can do is leave them unassigned or make (and pay license costs for) a fake user. It’s not possible to represent concepts like “the first available person from the Ops team” or “whoever is currently managing the security team” unless you make it into a status and leave it unassigned, which causes a massive amount of issues when multiple teams led by different managers are working on one project or someone is temporarily or permanently unavailable for whatever reason (vacation/sick/etc). Planning software that cannot deal with people being unavailable is worthless.

    Permissions are a complete mess. There’s all kinds of funny interactions between admin and project permissions, and some things are in what could have obviously never been the correct spot. How it ended up with project releases being an administrative permission speaks volumes about how poorly everything is designed. Happy tenth anniversary to the cloud ticket, the original server one has another decade on it. Twenty YEARS of the most basic feature imaginable not existing when the initial implementation was patently incorrect to begin with.

    • @Gur814@beehaw.org
      link
      fedilink
      2
      edit-2
      1 year ago

      You absolutely nailed it. I have no issues with what my manager asks me to use Jira for. I do have issues with the extremely convoluted UI and nearly every interaction triggering loading screens. Most of my time in Jira is spent fighting their terrible user interface and waiting for the damn thing to load.

  • @Von_Broheim@programming.dev
    link
    fedilink
    171 year ago

    Jira is a pain, slow, bloated, and ugly.

    Trello okay is for student projects, too basic.

    ClickUp was decent when I used it professionally, I still use it for personal project management.

    Azure DevOps is baby’s 1st JIRA, but somehow Microsoft made it worse in every way.

  • ryan
    link
    fedilink
    161 year ago

    Jira is a customizable ticketing platform. I manage a different ticketing platform at my company (ServiceNow), and I see a lot of crossover in system complaints.

    • People ask for a tightly controlled workflow and then get mad when they can’t freely move between states. There will always be exception cases so don’t lock down your states in Jira unless it’s for some audit reason.
    • Too many custom mandatory fields to enforce some sort of process compliance. If you have a process you want people to follow, do your job and educate and have recurring trainings on the damn process. The system can’t do the educating for you, and if everything is locked down and mandatory all the time it means the ticket can’t even be worked on in phases, or the requester responded to quickly, without having to spend five minutes on data entry - for every ticket.
    • People try to use a particular ticket type for something it’s not meant to be used for and get mad when it doesn’t work. This seems to be less of a concern on Jira than ServiceNow but use the correct ticket types for what you’re doing and you won’t have a problem.
    • People hate the underlying processes put in place, and blame the system. This is what the article is addressing.

    I do have to agree with this article as a whole. There are a lot of managers who see what Jira can do and expect employees to do it all without considering whether it will be worthwhile. Especially if you’re not running agile and sprints, Jira isn’t the tool for everyone. Most companies have a Microsoft 365 license and Planner works well for team task tracking in general (and it’s integrated with Teams).

    At the same time, some employees just hate the idea of ticketing at all and rage against the idea of being held accountable for their tasks, and sucks to be them I guess.

  • Jajcus
    link
    fedilink
    16
    edit-2
    1 year ago

    Jira was ok until they dropped self-hosting option. Why should I keep internal development data at third party server?

    Other Atlassian software, though… oh, what a mess. And it only was getting worse with any new release. I am glad we have dumped it all.

  • @xpsking@midwest.social
    link
    fedilink
    English
    111 year ago

    Nah I hate jira because it’s so damn slow to do any action

    I’m okay with tickets, it’s the price we pay, but there is a serious lack of “in and out” with jira. As a dev, I want to spend as little time as possible in a software like jira.

  • @TrustingZebra
    link
    101 year ago

    I have a love-hate relationship with Jira. Overall, I guess we are able to make good use of it in my team and it does actually help keep track my work (both for myself and my manager). Most of the complaints I might have against Jira are more about dealing with Scrum BS than Jira itself.

    As for the software itself, the only thing I really dislike is text formatting. I wish Jira just used Markdown, but instead they have their own WYSIWYG editor. Which would be fine if it worked properly… Almost every time I create a ticket or comment, text formatting gets messed up after posting (especially numbers and bullet points).

    The text formatting is also inconsistent with other Atlassian. Bitbucket and Confluence have some support for Markdown but they each do it differently. Using all three of these Atlassian products should feel like a unified experience, and in many ways it is, but text formatting is an inconsistent buggy mess.

    • Semi-Hemi-Demigod
      link
      fedilink
      51 year ago

      If you’re on a Mac or Linux you can use this one-liner to convert Markdown to Jira with the great j2m utility:

      pbpaste | j2m -j --stdin | pbcopy

      For Linux replace pbcopy and pbpaste with xclip -selection clipboard and xclip -selection clipboard -o, respectively. The Jira code will be on your clipboard and you can then paste it into the ticket.

      • @TrustingZebra
        link
        21 year ago

        Wow this is really cool, I will have to try this to see if it works. I currently waste too much time dealing with Jira messing up my formatting.

  • @computertoucher5000@programming.dev
    link
    fedilink
    7
    edit-2
    1 year ago

    The other common problem is a non-Manager - a “manager” who doesn’t talk to you and doesn’t know much about what you’re working on. They just want to check a dashboard, see all green lights, report to their managers that the light is green, and collect their pay check.

    I know this person. They were a manager. They were my last manager. Thank the compiler I got moved to a different team when the org realized said manager had no idea what they were doing, shuffled some seats around and removed this manager from the company.

  • Semi-Hemi-Demigod
    link
    fedilink
    61 year ago

    The best project management system I’ve ever used was note cards taped to a wall. Not only could you see status at a glance, the act of moving the card from “In Progress” to “Done” was extremely satisfying.

    • bluGill
      link
      fedilink
      31 year ago

      That is best for a small team who work in the same office space. However if you have someone who works remote, you are a large team, or you are the manager of the team it has limitations.

    • Cylusthevirus
      link
      fedilink
      21 year ago

      There’s a name for that system, it’s called Kanban. It was developed in the 1940s by an engineer for Toyota named Taiichi Ohno.

        • Kichae
          link
          fedilink
          41 year ago

          It does, but it’s still attached to all of the bullshit in Jira. It’s one more thing to look at there, not the thing that’s used to manage.

  • @atheken@programming.dev
    link
    fedilink
    5
    edit-2
    1 year ago

    We used JIRA effectively at my last job, the things that made it work for us:

    • stop adding shitloads of required fields. Title, description, branch, priority (defaulted), status (defaulted), type (bug/feature). We might have had some others, but that was all I remember being required.
    • stop writing shitty descriptions: spend more time writing something that your co-worker can use. Respect their time enough to try to include enough detail for them to actually use the ticket. Be available to answer questions when they are assigned a ticket you wrote.
    • you don’t need extremely granular statuses: the functional role of the assignee is enough to determine what “state” it’s in, trying to codify a unidirectional flow of tickets is maddening and overly complicated. Work is messy, it flows back and forth, you do not need a “rejected by qa” status. Just leave it open and reassign to the developer with a comment. Managers find out when individuals are submitting half-assed work on a regular basis, you don’t need JIRA for that (unless you need metrics to fire them… different problem).

    I agree with the premise of the article, JIRA is a communication tool, not a management tool.

  • crowsby
    link
    fedilink
    51 year ago

    I agree with the author in that balancing actual work vs. meta-work like writing tickets/documentation/scoping tickets is always going to be a pain point regardless of the project management system in play. Jira can be fine in that regard, but it also gives PMs & managers an opportunity to tinker with things and “improve” workflows in the glorious name of adding value.

    It reminds me of the old quote about democracy: “Jira is the worst form of project management software except for all the others”.

  • @Moc@lemmy.world
    link
    fedilink
    41 year ago

    Has anyone used JIRA on a laptop, you only have about 1/2 the screen to actually work with.