5 ms·

Absolutely. JIRA has one of the worst UX I have ever seen. Creating a ticket itself is so painful that it's easy to be lazy to not do it.

by dheera 5y ago

petepete 5y ago
Definitely going the GitHub route next time time I'm moved onto a new project. The past two have used Jira and Trello and both are just a continuous source of frustration for me.
- th5 5y ago
  Curious what you don’t like about Trello. I rather enjoy it. It’s the only “proj mgmt” software I keep coming back to for the last decade.
  - petepete 5y ago
    So I think Trello is great for some things and on a smaller board with a handful of tickets it's one of the better tools around. There are several 'weak' bits of the UI though, like not being able to open a ticket in its own window, having a clunky search and an excessive amount of horizontal scrolling on larger boards.
TheMightyLlama 5y ago
I've got to say that this is a problem with relying on the UI itself. When working with a development team I always provide as many options as possible to automate that worklflow. This might take the form of integrating bitbucket with Jira such that you can assign a commit to a ticket or advance or close a ticket. A few years ago I was looking at the jira API and managed to dig into the documentation. The result was a small gist which contains some of the harder to figure out actions. Including creating a new ticket. https://gist.github.com/TheMightyLlama/9427202 https://gist.github.com/TheMightyLlama/9427202
kayodelycaon 5y ago
It can be easy to create tickets in Jira using company-managed projects. The problem is the people who set up Jira see all of these knobs and buttons and feel like they need to use them. Creating tickets in my department require two things: ticket type, summary. We use procedures, not software to enforce the rules. Once I finish our migration to Jira, other departments will have different screens that require a few more fields like description. My goal is to keep these to an absolute minimum. Configuring this stuff is a massive pain in the ass but the day to day use is manageable by creating custom boards and saved searches. A some training and documenting for my team takes care of the rest. For my coworkers, it’s no more painful than the workarounds needed to make a “simpler” system work. GitLab and Github do fuck-all to support our workflow. Jira allows me to tailor it so both my team and management can understand what’s happening.

Absolutely. JIRA has one of the worst UX I have ever seen. Creating a ticket itself is so painful that it's easy to be lazy to not do it.

by dheera 5y ago

Absolutely. JIRA has one of the worst UX I have ever seen. Creating a ticket itself is so painful that it's easy to be lazy to not do it.

petepete 5y ago

Definitely going the GitHub route next time time I'm moved onto a new project. The past two have used Jira and Trello and both are just a continuous source of frustration for me.

th5 5y ago
Curious what you don’t like about Trello. I rather enjoy it. It’s the only “proj mgmt” software I keep coming back to for the last decade.
- petepete 5y ago
  So I think Trello is great for some things and on a smaller board with a handful of tickets it's one of the better tools around. There are several 'weak' bits of the UI though, like not being able to open a ticket in its own window, having a clunky search and an excessive amount of horizontal scrolling on larger boards.

TheMightyLlama 5y ago

I've got to say that this is a problem with relying on the UI itself. When working with a development team I always provide as many options as possible to automate that worklflow. This might take the form of integrating bitbucket with Jira such that you can assign a commit to a ticket or advance or close a ticket. A few years ago I was looking at the jira API and managed to dig into the documentation. The result was a small gist which contains some of the harder to figure out actions. Including creating a new ticket. https://gist.github.com/TheMightyLlama/9427202 https://gist.github.com/TheMightyLlama/9427202

kayodelycaon 5y ago

It can be easy to create tickets in Jira using company-managed projects. The problem is the people who set up Jira see all of these knobs and buttons and feel like they need to use them. Creating tickets in my department require two things: ticket type, summary. We use procedures, not software to enforce the rules. Once I finish our migration to Jira, other departments will have different screens that require a few more fields like description. My goal is to keep these to an absolute minimum. Configuring this stuff is a massive pain in the ass but the day to day use is manageable by creating custom boards and saved searches. A some training and documenting for my team takes care of the rest. For my coworkers, it’s no more painful than the workarounds needed to make a “simpler” system work. GitLab and Github do fuck-all to support our workflow. Jira allows me to tailor it so both my team and management can understand what’s happening.