Prior to that, I worked (as did most people) on waterfall-style projects, and the success rate was only about 50%.
Waterfall cannot identify those risks without huge experience. Scrum tends to exacerbate some of them. Kanban with sufficient number of phases tends to expose the problem, but not necessarily fix it.
The ones that didn’t were easily attributable to outside factors or specific problems like an exceptionally bad PM.
https://newsletter.pragmaticengineer.com/p/project-managemen...
Two-week sprints seem to be the default in tech, although I've worked at a company that very successfully used one-week sprints. That's completely separate from how strictly companies try to follow "scrum," if at all. I've run into kanban more often than scrum, personally.
Unfortunately, that story is incredibly boring and goes against the tech blog hivemind.
I am a firm believer that one, "does not get chicken salad out of chicken shit." Thus, well ran and well organized companies would produce similar quality of products regardless of methodology, and in the same vein, poorly ran and disorganized companies will produce garbage regardless of the methodology.
Scrum/sprints are kind if like the bureaucratized and ritualized version of that. The Catholic Church to Agile's Christian cult.