> Or perhaps the problem is that Jira gives people too much rope to hang themselves with.
This is like complaining that C (or assembly, or VHDL) is too complicated, and we should all use easier languages like Java, Python, and Ruby.
>It should not be possible to make the experience of users sub-par by 'holding it wrong', and it should not take months or years to learn to use a project management tool IMO - the project should be over by then!
It should not be possible for engineers to do this, which is why the Jira admins should be to blame for setting up a shitty Jira environment. And how long it takes to learn Jira is irrelevant to engineers because you're never supposed to have to learn Jira beyond "move your tickets to done when you're done." How long should it take to learn C++, or Kubernetes, or TensorRT? Do we say those are all a waste of time as well because engineers need to set aside time learning a new language/technology/tool in order to help them do their jobs?
> Tools like Jira should get out of the way, not get in the way of the real work.
I agree. The problem is it sounds like you're assuming I think engineers should learn Jira. Engineers should not spend more than a few minutes a day "dealing" with Jira, on average (ideally no more than 30 seconds, but that's a bit optimistic at a real company). If you spend more than a few minutes a day struggling with Jira, you should bitch to whoever is in charge of Jira. But if you really believe that 15 minutes a week of your time in order for the organization to function at much high levels is a waste of your efforts, then perhaps you should set out to redefine project management. I assure you, there is a shitload of money to be made if you think you can do it better.
If you spend more than a few minutes a day struggling with Jira, you should bitch to whoever is in charge of Jira. But if you really believe that 15 minutes a week of your time
This doesn't reflect my experience at all as a developer in small teams.
I spend quite a lot of time in the issue tracker - it is one of the main ways (along with email and conversations) that I interact with other team members and track work in the team. I can't imagine any situation where developers would spend just 15 minutes a week in an issue tracker and be able to do their job effectively, even junior devs should be spending more time than that responding to feedback and explaining what they have done, scope changes, what to test etc etc.
Creating software is not all writing code - much of it is thinking and interacting with other people, before you even start writing code, and then iterating fast on what you have written, gathering feedback along the way. An issue tracker is one of the tools used to do that.
So the tools are important, and Jira gets almost everything wrong in my view.
I'm not saying you shouldn't spend more than 15 minutes a week documenting, discussing, and diagnosing bugs and developing features. I'm saying you shouldn't spend more than a few minutes a day having to wrangle Jira. If you want to find a bug that's relevant to you, it should literally take 1 second for you to load the page that tells you your sprint and backlog and start looking at it. All of this should be managed by a program manager. You shouldn't have to repeat anything from GitHub. You shouldn't have to go digging for bugs to work on. You shouldn't need to go looking for documentation. All of these things are supposed to be done by someone else.
This is like complaining that C (or assembly, or VHDL) is too complicated, and we should all use easier languages like Java, Python, and Ruby.
>It should not be possible to make the experience of users sub-par by 'holding it wrong', and it should not take months or years to learn to use a project management tool IMO - the project should be over by then!
It should not be possible for engineers to do this, which is why the Jira admins should be to blame for setting up a shitty Jira environment. And how long it takes to learn Jira is irrelevant to engineers because you're never supposed to have to learn Jira beyond "move your tickets to done when you're done." How long should it take to learn C++, or Kubernetes, or TensorRT? Do we say those are all a waste of time as well because engineers need to set aside time learning a new language/technology/tool in order to help them do their jobs?
> Tools like Jira should get out of the way, not get in the way of the real work.
I agree. The problem is it sounds like you're assuming I think engineers should learn Jira. Engineers should not spend more than a few minutes a day "dealing" with Jira, on average (ideally no more than 30 seconds, but that's a bit optimistic at a real company). If you spend more than a few minutes a day struggling with Jira, you should bitch to whoever is in charge of Jira. But if you really believe that 15 minutes a week of your time in order for the organization to function at much high levels is a waste of your efforts, then perhaps you should set out to redefine project management. I assure you, there is a shitload of money to be made if you think you can do it better.