Yes and no. It's a bit like saying "Oh, I didn't know it was going to rain - it was lovely and sunny outside when I wrote the code".
A big (some might say forgotten) part of the procurement and development process is research - know your customer, know your market, know your niche.
In this case, that includes
- know how prisons work
- know how the system will be administered
- know how recent law changes might be handled by the system
- know how often prisoners need / deserve workarounds
- know how quickly law changes need to be reflected in code
Also, I'm not saying that the user interface needs to contain this. But we should always advocate for modular systems that are easy to maintain through addition, rather than through re-writes.
If it is genuinely difficult to add a new type of inmate release schedule, then that is poor planning.
But again, I'm not necessarily subscribing to that theory. Money is involved, so facts are in the eye of the sales team.
But I'm also not not subscribing to that theory.