re: Developer-driven development VIEW POST

re: These are some great realizations here. I love seeing stuff like this. I like your four questions to recruiters. Developer empowerment is a very va...

I've heard a few people with similar "that's not Agile" responses to the scenario I describe, and while I fully agree, I think perhaps the downfall of Agile is its vagueness. It's too easy for a traditionally-structured company to say "of course we value individuals and interactions over processes and tools, etc.", tell everyone to do standups and sprints, and call themselves Agile. And it doesn't help that a lot of "Agile coaches" and "Agile product managers" don't understand Agile either.

The worst part is that a naive, bandwagon implementation of Agile is significantly worse than no Agile at all. One of the first places I worked as a developer, the implementation of Agile was unbelievably bad (and yes, they called it "Agile" without batting an eye, because there were sprints). They kept trying to solve their problems by reorganizing -- there was a complete restructuring of the development teams every 2-3 weeks -- and turnover was through the roof. I constantly felt like I wasn't allowed to be productive. I didn't last long there.

As good as the Agile manifesto is, there ought to be a sister document describing what Agile is not. I'd love to see some of my former managers' faces when they read "Agile is not about daily standups! Surprise!" I guess that's my next project.

Code of Conduct Report abuse