The concept of Agile has taken the business world by storm, with organizations everywhere claiming to have adopted Agile methodologies. But are they truly practicing Agile, or is it just Agile in name only? One of the most eye-opening resources on this topic comes from an unexpected source, the US Department of Defense (DoD). Their guide, titled “Detecting Agile BS,” was created to help procurement officers determine whether vendors were genuinely Agile or merely paying lip service to the methodology. This guide raises important questions that every organization claiming to be Agile should ask itself.
The Rise of Agile in Procurement
In 2013, the US Department of Defense made a significant shift in their procurement terms, requiring iterative and incremental delivery of products and systems. This was a bold move, intended to align their processes with Agile principles. However, this shift led to an immediate response from vendors: suddenly, everyone was “Agile.” The problem? Many of these vendors were far from practicing true Agile. They declared themselves Agile overnight, without making the necessary changes to their processes, culture, or mindset.
Are Organizations Really Agile?
This phenomenon isn’t limited to defense contractors. As someone who has worked with various organizations over the years, I’ve seen this pattern repeated time and again. Many organizations claim to be Agile, but in reality, they are not. It’s a harsh truth, but one that needs to be addressed if we are to improve and truly embrace the Agile way of working.
The Six Questions to Detect Agile BS
The DoD’s guide provides six crucial questions that serve as a litmus test to determine whether an organization is genuinely Agile. These questions are designed to cut through the noise and get to the heart of whether an organization is delivering on the promises of Agile. Let’s dive into each of these questions and why they matter.
Question 1: Are Teams Delivering Working Software to Real Users Every Iteration?
This is the first and arguably most important question. Are your teams delivering working software to at least some subset of users every iteration, including the first? And are they gathering feedback from those users?
-
Continuous Delivery: True Agile teams deliver working software frequently, every iteration. This means no User Acceptance Testing (UAT) or test environments, real, live production users.
-
User Feedback: Gathering feedback from these users is critical. Without it, you’re flying blind, unable to adapt to user needs and preferences.
Challenges and Benefits of Continuous Delivery
Achieving this level of agility is not easy. Many teams struggle to create working products in every iteration, let alone deliver them to production. However, the benefits are undeniable. Organizations that adopt continuous delivery see significant improvements in product quality and customer engagement.
Why it’s worth it:
-
Higher product quality.
-
Greater customer engagement.
-
Once you achieve continuous delivery, no organization has ever chosen to go back.
However, reaching this stage requires significant investment in both technical skills and leadership commitment.
Question 2: Are Teams Regularly Releasing to Production?
This question complements the first. It’s not enough to deliver working software to users; you must also release it to production regularly. The Agile Manifesto emphasizes the importance of delivering frequently, with a preference for shorter timeframes.
-
Scrum Guidelines: The Scrum Guide recommends releasing to production at least every 30 days. If your organization isn’t doing this, you’re not fully embracing Agile.
-
Investment Required: Achieving this requires changes to your business practices and a commitment to continuous improvement.
Question 3: Are Teams Adapting Based on Feedback?
Agile is all about adaptability. Are your teams regularly adjusting their approach based on the feedback they receive? This requires a culture of openness, where feedback is valued and acted upon.
Question 4: Is There a Clear Product Vision?
Without a clear product vision, it’s impossible to prioritize effectively. Agile teams need to have a shared understanding of what they are trying to achieve and why. This vision guides their work and helps them make decisions that align with the organization’s goals.
Question 5: Are Teams Empowered to Make Decisions?
Empowerment is a core principle of Agile. Are your teams empowered to make decisions about their work? Or are they constantly seeking approval from higher-ups? True Agile teams have the autonomy to make decisions that impact their work, allowing them to move quickly and respond to changes.
Question 6: Is There a Culture of Continuous Improvement?
Finally, Agile is about continuous improvement. Is your organization committed to regularly reviewing and improving its processes? This requires a mindset of experimentation and learning, where teams are encouraged to try new things and learn from their experiences.
Why Honesty About Your Agile Maturity Matters
If your organization can’t honestly answer “yes” to each of these six questions, then it’s time for some serious self-reflection. Claiming to be Agile without truly practicing it does more harm than good. It creates a false sense of security and prevents real change from happening.
Self-Reflection as a Path to Growth
It’s important to approach this process with humility and a genuine desire to improve. No organization is perfect, and Agile is a journey, not a destination. Use these questions as a tool for self-assessment, and don’t be afraid to acknowledge where you fall short. Only by being honest about your current state can you begin to make meaningful progress.
Practical Steps to Improve Your Agility
-
Start small: Don’t try to change everything at once. Focus on one or two areas where you can make a real impact.
-
Invest in training: Equip your teams with the skills they need to succeed in an Agile environment.
-
Foster a culture of feedback: Encourage open communication and make it safe for team members to share their thoughts and ideas.
Conclusion: Embrace the Challenge
Adopting true Agile practices is challenging, but the rewards are well worth the effort. The US Department of Defense’s guide to detecting Agile BS is a powerful tool for any organization looking to assess and improve its Agile maturity. By asking the right questions and being honest about where you stand, you can begin to make the changes necessary to truly embrace Agile.
Remember, Agile is not just a set of practices, it’s a mindset. It requires a commitment to continuous improvement, a willingness to adapt, and the courage to be honest about where you are on your Agile journey. So, take the time to reflect on these questions, and use them as a guide to help your organization grow and thrive in the world of Agile.
-
🎯 Pro tip: Regularly revisit these questions as your organization evolves. Agile is a journey, and these questions can help you stay on the right path.
-
🚀 Take action: Start by focusing on one area where you can improve, and build momentum from there.
Agile isn’t easy, but with the right mindset and approach, it’s achievable. And once you get there, you’ll never want to go back.
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Detecting Agile BS: Lessons from the Department of Defense
Explores why true organisational agility needs more than Agile development, highlighting the importance of continuous delivery, quality, and …
Unmasking Agile: How to Spot Genuine Practices Amidst the Myths
Learn how to identify authentic agile practices, spot common myths, and understand cultural barriers that hinder true agility in modern …
Unlocking Agile’s Core: Questioning to Create Value
Explores how questioning, continuous improvement, and team empowerment drive Agile success, helping organisations adapt quickly, spot …
Empowering Teams to Tailor Their Processes: A Path to True Agility
Explains why empowering teams to adapt their processes boosts agility, reduces waste, and fosters innovation, using real-world examples and …
Beyond the Agile Illusion: Embracing True Agility in a World of Taylorism
Explores the difference between true agility and superficial agile practices, highlighting the impact of Taylorism and offering steps to …
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …
Detecting agile theatre with real delivery signals
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …
The Definition of Done is a Commitment to Quality
Defines the Definition of Done in Scrum as a clear, shared standard for quality, ensuring increments are releasable, transparent, and …
Why Your Definition of “Done” Is Holding Back Quality, Agility, and Trust, And How to Raise the Bar
Is your team’s “done” really done? Discover how a clear, objective definition of done boosts quality, agility, and trust in product …
Acceptance Criteria vs Definition of Done: Why Getting This Right Builds Trust and Delivers Quality Faster
Stop confusing acceptance criteria with definition of done, learn the crucial difference to boost quality, speed, and trust in your agile …
How to Evolve Your Definition of Done: Start Small, Grow Smarter, and Build Lasting Momentum
Unlock a smarter Definition of Done, start small, evolve standards, and build team momentum without overwhelm. Discover how progress drives …
Why Most Transformations Fail Without Honest Conversations
Most transformations fail without open, honest conversations that address real issues, making transparency and tough dialogue essential for …
Why Your Definition of Done Is the Secret Weapon for Real Business Impact and Agile Growth
Transform your definition of done into a strategic advantage, deliver real value, reduce risk, and drive business impact with every sprint.