the thing companies seem to be finding out is that quality is much more important when you're shipping 3-5x more per sprint and incident rates are multiplying at an even higher factor. allocating even less time to code review and testing is the norm, however, and it feels like the modern Agile SDLC is breaking a bit under this new mode
there's good skills to write test suites but each codebase needs its own bespoke implementation paired with so much institutional knowledge. but companies keep laying off those knowledge holders and QA to boot
it's almost like shareholders > leadership > middle managers see 'enshittification' as aspirational and are doing their best to implement a systems-level strategy in pursuit of it
I have a rule of thumb that goes something like, if you want to get people to use something 2x as much you need to make it 4x more reliable. The reliability becomes a enticement, and you will often underestimate how much more popular it will get, so if you aim for 2x you will likely see 3x and still have a lower incident rate per week than you experienced with lower traffic.
None of your users or managers think about errors as fraction of interactions. Even despite trying to label things as 99.99% reliable. Some managers will claim they do, but they aren’t being honest with themselves. Usually when they get mad it will be about having to deal with a problem happening twice in a week or a month. So now they’re yelling at you while you want to yell at them about being dishonest.