Flipping Assumptions with 'Programmer Anarchy'
michaelfeathers.typepad.com
michaelfeathers.typepad.com
Most importantly, I see software as a business enabler, but in response to a business problem, not as an intrinsic business opportunity.
These points strike me as being unrelated, and anti-process. If that's really the point then I have to assume that it targets specific project types (web, for example, because these I can't see these things working with native clients or app servers).
Not discussed is how this applies to the rest of us regular schmoes working on middle-of-the-road projects with ordinary levels of emotional arousal.
One of my professors actually had "anarchy" as one of the software development methodologies. No kidding, it was there on the slide along with stuff like CMMI, Lean, Agile and a few others. He wasn't using it as a rhetorical foil, he meant anarchy in the sense of "no central governor".
He'd consulted for dozens of companies over several decades. He said that most of them practice some form of anarchy. And he'd seen it work ... once. It was a team composed of brilliant individuals, working on a hyper-focused project, under conditions of high motivation.
Talk: http://www.youtube.com/watch?v=S4whL7Ll7ww
Slides: https://speakerdeck.com/barunio/atomic-commits
Well-written notes: http://barunsingh.com/2012/12/13/anarchy_in_software.html