I don’t think enterprise software is by definition bad. You can absolutely make good enterprise software, but doing that while adhering to the morass of requirements is a skill unto itself.

And something that most people in an enterprise are just not all that interested in, since they’re never judged on how pleasant the software they deliver is to use.

Hell, they not ever see any of the users interacting with the software. I’ve been at $ENTERPRISE for 7 years, and I’ve visited our users exactly once.

I was in Enterprise software and even though I didn’t visit users, I dealt with them regularly eg through video calls or engaging with them via support forum if support escalates an issue.

And yes we were judged on how pleasant to use our software was. If we miss a feature or ship a feature that customers intensely dislike, best believe that we’ll get a torrent of negative feedback on our support channels

Agreed. Another point IME is that the problematic requirements are also often non-essential, such as using a certain in-house framework made by some director, or building the whole project inside some abomination, like the workflow system of the Enterprise Content Documentation system.

This is how I’ve seen two-month projects becoming multi-year multi-team behemoths.

In my experience enterprises do not want to pay for excellent software, simply because it is expensive. I would love to work on software that was:

- in more than two AWS regions

- required screen reader / disability support

- required multi-language support

- required multi-cloud

- actually needed a big Hadoop cluster - most enterprise data processing can be done on a MacBook Pro M4.