It has a similar feeling to the hatred for Excel we all have as we start to use it. So. Many. Features. When you have a team member who is a power user, it can be frustrating since they will want to lead the implementation. Then you run into a bottleneck when they are the only ones that can run/fix that report. Maybe not a great comparison beyond that.
I like John's take on it that you should start with a simple, physical board. If I start with a new team that will be my preferred path.
I joined a team on Asana and we simply used the list type for a project with acceptance criteria. Not a physical board but it was super basic. Over the next 3 months we started to add colored tags for epics, important links to the description during the sprint, & links in the description to related stories. When it became JIRA 6 months in, we moved to JIRA.
If we would have started with JIRA there would have been a riot. But now that we know the features we need, we don't find it bamboozling. It still can be for features we're figuring out we need (I spent 3-4 hours on a simple plugin last month), but the attitude is definitely not the "JIRA sucks" mentality that I hear a lot about.
One example off the top of my head... creating filters (custom lists of issues - stored JQL in fact)
- why do filters have permissions at all?
- why do they always default to private so that I forget every time and share a link which no one can read?
- that UI around <Add>ing groups to a filter for permission is a disaster
...that's one example but to me it's symptomatic; PMs at Atlassian jumping on shiny-but-safe things while shying away from the stuff that matters on older features, which may carry legacy.
Was lightning fast, not crumbling under the amount of issues and projects we had, and interface much cleaner. I understand there's a ton of complexity in JIRA that we didn't use and they didn't have to implement, but anyway there's no excuse how unwieldy JIRA core functonality is.