https://michaelochurch.wordpress.com/2015/06/06/why-agile-and-especially-scrum-are-terrible/
Agility is a good thing, no doubt, and the Agile Manifestoisn’t unreasonable. Compared to a straw-man practice called “Waterfall”, Agile is notably superior.
This article argues that much of Agile as-practiced is deeply harmful. The writer don’t really think that the Agile/Waterfall dichotomy is useful in the first place.
Writer has seen a variety of Agile, called Scrum, actually kill a company.
4 Comments
Tomi Engdahl says:
CRUNCH NETWORK
How to fix agile teams that are notoriously bad at hitting release dates
https://techcrunch.com/2017/01/03/how-to-fix-agile-teams-that-are-notoriously-bad-at-hitting-release-dates/?utm_source=tcfbpage&sr_share=facebook
Many of today’s best software companies tout agile development as a way to release software early and often, as longer-term planning can be more heavily impacted by project unknowns.
Yet why do IT projects using agile still consistently hit delays and exceed budgets?
Our development team was able to triple productivity by looking outward for inspiration, and found that the project planning methods commonly used in non-IT engineering projects have the key to solving this problem. It’s called reference class forecasting.
As a consequence of better estimates and improved productivity, team morale and confidence markedly improved.
Oxford researchers Alexander Budzier and Bent Flyvbjerg published research in 2013 in which they found that agile methods appear to improve project delivery times. Yet, in the more than 4,000 IT projects they surveyed, the average schedule overrun was +37 percent , and the average cost overrun was +107 percent. Outliers that significantly exceed schedule or budget can tremendously impact business.
One problem is that the human brain’s forecasting capabilities are limited, leaving us prone to cognitive biases that lead to systematic errors of judgement. This bias tends to be overly optimistic rather than pessimistic regarding the amount of work required for projects. The use of “story points” does little more than foster overconfidence by suggesting an objective quantifiability which, in reality, is merely an illusion.
different strategies have been developed within the agile development community to address this problem. Most prominent perhaps is the #NoEstimates movement
As your database of comparable cases grows, your predictive accuracy for building new product features will improve.
Tomi Engdahl says:
Agile software development calls for new, agile usability testing methods
https://www.reaktor.com/blog/agile-usability-testing/?hs_fb_account_id=273790800&hs_fb_campaign_id=6082251067474&hs_fb_adset_id=6082251068474&hs_fb_ad_id=6082251076274&hs_parent_creative_id=6082251074474&source=fb&utm_source=facebook&utm_medium=paid&utm_campaign=Agile+user+testing+%7C+Clicks+%7C+Winter+2017
Tomi Engdahl says:
Why (some) agile teams fail
A simple explanation of why an agile team might fail.
https://opensource.com/article/18/6/agile-vision-consider?sc_cid=7016000000127ECAAY
Tomi Engdahl says:
The State of Agile Software in 2018
https://developers.slashdot.org/story/18/09/02/1734220/the-state-of-agile-software-in-2018?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Slashdot%2Fslashdot%2Fto+%28%28Title%29Slashdot+%28rdf%29%29
On the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile’s values and principles, writes programmer Martin Fowler. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raising the importance of technical excellence, and organizing our teams around products (rather than projects), he added.
The State of Agile Software in 2018
https://martinfowler.com/articles/agile-aus-2018.html