3 ms·
I wish I knew the answer as well. I believe many managers trained in the art of building software without knowing how to build software are too married to doing
by phreack 5y ago
I wish I knew the answer as well. I believe many managers trained in the art of building software without knowing how to build software are too married to doing processes in a very specific way that's very tightly coupled to Jira, and feel safe and at home with the added complexity it provides, so they vouch for it. But that's just a theory from personal experience.
- marcinzm 5y agoJira is as complex as you make it and you can't solve people issues with technology. So another solution won't solve your manager problem. That said, the UI is an abomination that will one day summon the elder gods to reap us all.
- cogman10 5y agoYeah, I've never seen the Jira code, but I've dealt with the API. It is VERY clear the software is a chaotic mess based on the API.
- Cederfjard 5y agoI mean, if the problem you have is that Jira lets you set up overly complex workflows, then a more limited solution that forces a simpler way of working could have a positive effect? I do agree that you don’t HAVE to make things more complicated than necessary in Jira, but obviously some do that anyway.
- marcinzm 5y agoIf the manager wants a complex workflow then they will make one outside the project management software if needed. Except now you'll need to manually track everything as a developer.
- da39a3ee 5y agoTaking away configuration options from most Jira project managers I’ve come across would be a very helpful first step.
- marcinzm 5y agoThen they'll just have the same requirements outside the software and it'll be on the developers to manually track it. Then communicate it in hour long standup meetings or something. Or bother engineers every few hours to communicate them directly. Complex corporate processes predate Jira and exist in places where the only tracking is Excel documents.