One dictionary includes this definition for "Rabid": "Having or proceeding from an extreme or fanatical support of or belief in something."
This posting is intended to be a placeholder for collecting what I view as examples of fanatical Agile viewpoints held (or promoted) by others - based on my own frame of reference.
Signs You Might Be A "Rabid Agilist":
1. You Believe "The Source Code is The Design | The Documentation"
2. Every Project Team Makes All Architecture Decisions Locally - No Governance
3. You Think Every Project Can Be Forced to Fit Agile
4. You Promote #NoEstimates Nonsense
This posting is intended to be a placeholder for collecting what I view as examples of fanatical Agile viewpoints held (or promoted) by others - based on my own frame of reference.
Signs You Might Be A "Rabid Agilist":
1. You Believe "The Source Code is The Design | The Documentation"
- https://intltechventures.blogspot.com/2018/07/2018-07-28-saturday-gentle-rebuke-to.html
- https://www.infoq.com/presentations/The-Code-is-the-Design
- https://less.works/less/technical-excellence/architecture-design.html
- " … the only software documentation that actually seems to satisfy the criteria of an engineering design is the source code"
2. Every Project Team Makes All Architecture Decisions Locally - No Governance
- You've misunderstood (or misread, or misapplied) the Scaled Agile Framework (SAFe)
- https://www.scaledagileframework.com/decentralize-decision-making/
3. You Think Every Project Can Be Forced to Fit Agile
I find the most rabid proponents of Agile (ready-fire-aim for every size project) have no appreciation for scale of when that is appropriate (perfect example of when NOT: fixed price contracts with vendors, massive development coordination between dozens of service providers, fixed deadlines - driven by market and regulatory forces)
To an untrained eye, and based purely on that external person's observation, one might conclude that the Rabid Agilist revels in flagrant waste.
Assuming an ∞ budget - they fail to recognize that the business has little tolerance for ∞ rework.
4. You Promote #NoEstimates Nonsense
- https://www.linkedin.com/in/jasonlegris/
- https://www.linkedin.com/posts/jasonlegris_ive-grown-to-feel-refining-an-itemstory-activity-6858089501529645056-Q4FO
- "Estimation is reading tea leaves"
- "My plans don't have a time component."
- "Creating software is a lot like mining. It doesn't matter how much you estimate and plan, you don't have any idea what paths you will end up taking after you dig that first shaft. Reality does not bend to accomodate our wishes. Logic dictates we optimize around reality."
You are not being tasked with building a "warp drive" - most software development isn't breaking new theoretical ground - this isn't rocket science - many systems (of similar kinds) have been built (and rebuilt, and rebuilt) over many decades - so it is a poor excuse to whine it has never been done before.
5. You Believe That The Only Participants That Matter are Developers and Customers
Fred George's "Programmer Anarchy" seems to hit all of the above, and then some:
- https://www.slideshare.net/fredgeorge/programmer-anarchy-and-managerless-processes
- GOTO 2015 • The Secret Assumption of Agile • Fred George
Caveat: Agile is a goodness, but certain practices/applications of it are not appropriate for every type/size of project.
Finally, I offer you: Meeks Software Architecture Conjecture #1:
Finally, I offer you: Meeks Software Architecture Conjecture #1:
The source code may (or may not) be a full implementation of the desired capability needed by the business - but is more likely just an approximation (constrained by permitted time, allocated budget, and available skills/talent of the team involved). Therefore it should not be confused with the actual or desired (or envisioned) design - that may require multiple years to achieve - of which the current source code may only reflect a partial (and incomplete, or inaccurate) representation.
Updates:
2024-05-15 Friday
An interesting 2023 post by Michael Küsters