In and out can fire their vendor and walk away, this is nearly impossible for an public institution to do once the procurement contract is awarded, so those systems end up "too big to fail" no matter how bad or unfixable the situation is.
It just takes management with a spine. I work in the public sector, it absolutely can be done.
My guess, it's partially the softwares fault and partially the organization for trying to force a particularly bad workflow on bad software. It's probably fixable without throwing the baby out with the bathwater, but it takes someone willing to go dig in and figure it out. Those people can be hard to find in any organization, and doubly so in public sector organizations.
> this is nearly impossible for an public institution to do once the procurement contract is awarded
I think a big part of why these big projects fail is that a procurement contract is absolutely the worst way to decide which vendor to go with. Especially since most of the time, price is a big factor in who wins, and actual price is by far the hardest to pin down for projects of any non-trivial size.
Another big reason is that a lot of people at the top of the organizations on the customer side have little to no actual IT experience, and are too far removed from actual operations.
The best outcomes I've seen in large projects that we have been involved in has been when the customer didn't care too much about the sticker price, had decent IT knowledge up top or knew when to defer, and included people close to operations early on and throughout.
In and out can fire their vendor and walk away, this is nearly impossible for an public institution to do once the procurement contract is awarded, so those systems end up "too big to fail" no matter how bad or unfixable the situation is.