Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid.<p>At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the development of a good piece of software. I guess we were using it wrong.
The rarely discussed cornerstone of Agile is trusting the team and letting them organise themselves. For most organisation this represents a huge internal change in power structure.<p>The Agile industrial complex can't really sell a message to their customers (i.e. managers) that the development teams should have the power and run themselves how they feel fit. This message amounts to "if this works, we can fire the managers". Not a popular message for managers.<p>So, instead of building on an agile foundation, companies just add some story points and funny sounding meetings on top of the old structure and nothing really changes. It is Agile cosplay.
I wish more people understood this. Nobody should be arguing for Agile anymore. Don't say "no, but-" or "that is not what the Manifesto says-" because you're only strengthening the case for Agile as propagated by the fraudmasters simply by virtue of it sharing the same name as the thing you're arguing for. Leave the term behind, find something else.
Yes. What I have said before, for the same reasons, is that when the average office that says "we do the Agile", what they mean is that they have top-down, upfront planned micromanagement via tools such as Jira. *<p>This has <i>nothing</i> in common with the values of the Agile Manifesto. In fact it's more like the opposite of them.<p>* I hate Jira. Jira is not the cause of the problem. People's desire for a tool like that is cause of Jira. Kill Jira, and it would soon be replaced with something much the same.
Dave Thomas has a talk about this<p>Agile is Dead
<a href="https://www.youtube.com/watch?v=a-BOSpxYJ9M" rel="nofollow">https://www.youtube.com/watch?v=a-BOSpxYJ9M</a><p>To oversimplify it, he says "agile" has become a noun when it was always meant to be an adjective. In other words, if you are "doing" agile, you aren't really being agile.
The agile approach is generally academic mumbo jumbo that is rarely effective/efficient in large-scale industrial practice. Coming from an industry where functional safety is paramount, I think the agile approach is rarely appropriate unless you want to effectively waste everyone's valuable time with unnecessary overheads. If the product has already been launched or is at a pre-launch stage AND the team is small and professional enough, it might even work, but then why bother with such processes and roles overheads in the first place!<p>Irrespective of the chosen approach, it’s crucial to systematically elicit requirements, document specifications, and rigorously verify and validate everything. Implementation should ideally be supported by thorough unit tests, and, most importantly, all artifacts must be traceable across different abstraction layers and to the required level of detail.
Page wont load for me. BUT, this title is the first sensible thing I’ve heard someone say about Agile in 10 years.<p>I just don’t use the word Agile. Too many people like it for the wrong reasons, or hate it for the wrong reasons. Everyone has a different understanding of it. It’s just not useful.<p>If I say “let’s use Agile” it’s just going to lead to arguments and misunderstandings.<p>Id always rather be more specific about which Agile idea I think will be useful. E.g. “let’s build a prototype before we waste time planning too much detail” or “lets get something built and released so we can learn more about what our customers want” etc.
The closest I've found to agile is when a team says they use "extreme programming", but I still find it funny that even EP goes against the "Individuals and interactions over processes and tools", or at least walks a tightrope on whether it's a process or not.
Scrum is the thing that has tainted "agile" in my opinion, because Scrum is so widespread that many people think they're the same thing.<p>Leaving aside the "agile is a philosophy, not a methodology" argument, there are well-defined agile methodologies other than Scrum. I've worked at a couple Kanban shops and, while our dev processes were far from perfect, most of the things people routinely hate about "agile" just didn't come up at all because they're actually Scrum features.<p>If the thing you don't like involves the words "sprint" or "standup," you are complaining about Scrum, not agile.
Another problem is that the Agile OGs keep overselling their methodology.<p>They keep saying that waterfall just doesn't work, yet almost all commercially successful (and unsuccessful) software is produced that way, whether they claim to use Agile or not. Would it be better if they used "real Agile"? Of course! But you only ever have to be just good enough.
As soon as "agile" became "Agile" with a capital A, the war was lost. "Doing" Agile is missing the point; one must <i>be</i> agile.