As I reflect on my recent experiences with agile practices and the challenges that many organisations face, I find myself drawn to the concept of transparency and the importance of understanding what it truly means to be agile. In a world where 81% of development teams claim to be agile, it’s crucial to ask ourselves: are we genuinely embracing the principles of agility, or are we merely paying lip service to the idea?
The Tyranny of Taylorism
One of the key issues I see is the lingering influence of Taylorism, the management philosophy that prioritises efficiency and productivity over human connection and understanding. This approach, which dates back to the late 19th century, has led to a disconnect between workers and their tasks. In the past, craftsmen took pride in their work, understanding the needs of their customers intimately. However, the industrial revolution mechanised this process, reducing workers to mere cogs in a machine, devoid of autonomy and purpose.
- Craftsmanship vs. Mechanisation: In the pre-industrial era, a cobbler would create shoes tailored to the specific needs of a customer. Today, many workers are simply following a set of instructions without understanding the broader context of their work.
- Disengagement: This mechanisation has led to a phenomenon known as “soldiering,” where workers intentionally slow down their pace to avoid overexertion. When people don’t care about their work, productivity suffers.
The Agile Illusion
As I delve deeper into the agile landscape, I often encounter organisations that claim to be agile but fail to meet the fundamental criteria that define true agility. A recent study highlighted that only 22% of teams are conducting short iterations, and a mere 13% are holding retrospectives. This raises a critical question: if these practices are not in place, can we genuinely call ourselves agile?
- The Agile BS Test: The US Department of Defense has developed a guide to help organisations identify whether they are truly agile or merely engaging in “agile BS.” This guide includes essential questions that teams must answer affirmatively to be considered agile:
- Are you delivering working software to real users every iteration?
- Is there a product charter that aligns the team’s work with strategic goals?
- Are teams empowered to change their processes based on feedback?
If the answer to any of these questions is “no,” it’s time to reassess our understanding of agility.
Moving Towards Genuine Agility
So, what can we do to foster a more authentic agile environment? Here are a few steps I recommend based on my experiences:
- Emphasise Transparency: Create an environment where problems are visible and can be addressed openly. This transparency fosters trust and encourages teams to take ownership of their work.
- Encourage Feedback Loops: Regular retrospectives and feedback sessions are essential for continuous improvement. If teams are not reflecting on their processes, they are unlikely to adapt and grow.
- Focus on Outcomes, Not Outputs: Shift the mindset from merely completing tasks to delivering value. This means understanding the needs of the customer and ensuring that the work being done aligns with those needs.
Conclusion
In conclusion, the journey towards genuine agility is not a straightforward path. It requires a commitment to understanding the principles of agility and a willingness to challenge the status quo. As we navigate this landscape, let us remember that agility is not just a set of practices; it’s a mindset that values collaboration, transparency, and continuous improvement.
If you find yourself in an organisation that claims to be agile but struggles to meet the fundamental criteria, I encourage you to take action. Share resources, engage in discussions, and advocate for a culture that embraces true agility. Together, we can move beyond the illusion of agility and towards a more meaningful and effective way of working.
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
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 …
Challenging the Tyranny of Taylorism: Embracing True Agility in the Workplace
Explores how outdated Taylorist management limits creativity and true agility, offering ways to spot and overcome ineffective agile …
Unlocking the True Power of Agile: Embracing Change and Collaboration for Team Success
Explores how Agile success relies on team collaboration, embracing change, continuous improvement, and focusing on delivering real value to …
Empowering Development Teams: Cultivating an Agile Mindset for Lasting Quality
Explores how leaders can foster an agile mindset in development teams by promoting autonomy, mastery, purpose, and a culture of quality and …
Transforming Agile: How to Shift from Blame to Systemic Solutions for Better Team Dynamics
Explores how shifting from blame to addressing systemic issues and measurement systems can improve team dynamics, collaboration, and agility …
The Missing Lever in Agile Transformations
Most agile transformations fail by neglecting agency, empowering people and systems to adapt, making true agility possible through autonomy, …
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 …