I& #39;ve always had a hard time taking the whole "agile" movement seriously given that, in my experience, velocity and agility have SO MUCH MORE to do with the software& #39;s architecture than how work is planned. [1/7]
"Waterfall" exists to hedge against the risk of making a mistake. We know this isn& #39;t very effective though as often the biggest risks are unearthed during the construction process itself. [2/7]
But the capital-A industry pushes the notion that, if we just tighten the loop, then we can move 10X faster. The big assumption they don& #39;t like to talk about, however, is that the software *itself* must be highly malleable for agile practices to move the needle AT ALL. [3/7]
In reality most software is quite brittle and dumping agile practices onto a team working in these conditions pushes them further down the path to total gridlock. [4/7]
It& #39;s yet-another-cargo-cult. Management sees Facebook shipping every day, and think that they can just decide to do that, but don& #39;t understand that AT LEAST a third of Facebook& #39;s engineering efforts are invested in making this possible at scale. [5/7]
Microservices is the engineer& #39;s equivalent of this bolt-on-velocity cargo cult. They read the first 10% of the thinkpiece and come away believing a network hop will forever eliminate coupling across domains, freeing them to move fast. Oh, sweet summer child. [6/7]
If agility isn& #39;t baked into the software& #39;s design, it doesn& #39;t matter how masterful your Scrum is, it ain& #39;t gonna happen. It usually takes a rewrite of some form to get there, and y& #39;all know how those typically go. [7/7]
You can follow @rbranson.
Tip: mention @twtextapp on a Twitter thread with the keyword “unroll” to get a link to it.

Latest Threads Unrolled: