Agile Scrum is not working
iism.org
iism.org
Agile was and is nearly always used as an excuse to continue to make mid-sprint changes and push more work to the dev teams "because we are agile".
An understanding of the level of support required at the leadership level and the accountability that follows is rarely understood.
Interestingly over the past few years I am seeing more organizations migrate towards an iterative model with monthly cycles, and I've seen this work well with distributed teams with a wide range of roles (dev, UX, validation, tech pub, devops, etc.)
In contrast, I also continue to see true scrum work extremely well with some teams. They are all relatively small (6-8ish) with strong support from the EVPs or C*Os, mostly operating from a single location or timezone, have a good rapport with each other and openness up the chain of command as well as horizontally with the stakeholders.
That, to me has a large cultural component. Some teams can get there, and many won't.
Add to that problem that most legacy companies are very date driven and you really end up with Date Scrum where the team is pushed to get really anything out by a date. Then tack on people focusing on the parts they like - Agile means I can change things mid project! - the result of which is a scope moving chaos monster that delivers bad software by date certain.
>Amplified learning is critical for a startup because you are searching for value in dark space. To find value you have to package up attempts and fire them into the dark space to see if anything hits. Fire the value attempt when it is ready, not when some artificial sprint interval finishes!
Since we are clearly in a post-agile world. There appears to be little added value in reiterating all the reasons people believe that the management of software development is not working. So what is going to replace it?