Don't Get Stuck in Agile Bureaucracy: Six ways to revitalize your agile transformation
It’s a tale as old as time. A leader’s ready to future-proof their organization — to eliminate layers of management and slow bureaucratic processes in order to increase speed and agility. Several of their competitors have started an “agile transformation,” and they’re even reading about said transformations in Harvard Business Review. Clearly, an agile transformation is the modernization they need, so they pick a proven framework promising better business results.
But over time, they realize the transformation isn’t achieving its full potential. Employees are still stuck in unnecessary meetings; engagement is still stalling out; any innovation that’s happening feels limited; and the organization is still struggling to meet the market quickly enough. “What’s happening?” they wonder.
At The Ready, we’ve seen leaders and organizations get “stuck” in a form of agile that starts to look like the bureaucracy they initially wanted to bust; instead, they become an agile bureaucracy. Let’s pick the term apart.
A bureaucracy is designed to maintain uniformity and control within an organization. It does that through the specialization of functions, adherence to fixed rules, and a hierarchy of authority. In an agile bureaucracy, leaders continue to operate with a command-and-control mindset and give teams little to no freedom to adapt their ways of working, demanding they conform to (agile) processes and standards.
If you feel like your organization has fallen into this pattern and needs a reset, explore these six ways to help revitalize your agile transformation.
1. Examine beliefs about people in the workplace
“What got you here won’t get you there” — Marshall Goldsmith
When breaking down command-and-control hierarchy, we must challenge our assumptions about how people behave in the workplace — assumptions that have been baked into organizational culture for decades. As early as 1960, Douglas McGregor, a management professor at MIT, described two sets of contrasting beliefs we tend to hold about people in the workplace:
Applying agile ways of working inside Theory X’s belief system won’t result in meaningful improvement.
For example, suppose you believe you can’t fully trust people to make (more) autonomous decisions. In that case, you will either consciously or unconsciously demand significant control over and visibility into what is happening. In the spirit of executing “good” management, you’ll limit a team’s authority to make decisions as it sees fit. This results in agile micromanagement and significantly hinders agility.
Working differently requires thinking differently. Abandoning old paradigms of leadership, authority, and management is hard, and can trigger an identity crisis among managers. But it can be helpful to look to those who’ve made the leap — and benefited from adopting more human ways of working aligned with Theory Y beliefs. Two examples:
In our experience, letting go of control and adopting a Theory Y mindset doesn’t create an unmanageable mess. Instead, it can have a significant positive effect on a business’s bottom line. But it can be hard to believe if you’ve never experienced it. How to get started? Where is it safe to experiment? For a short period, try giving a team total control over their decisions, organization, and what to work on. Just request that they align their work to key business performance indicators — and let yourself be surprised.
2. Reground the transformation’s strategic purpose and principles
Agile bureaucracies can suffer from a general lack of understanding why the change has strategic value. When you make an effort to reground your transformation’s “why,” you can examine the effectiveness of your current way of working and evolve beyond the framework you originally picked.
Sit down and clarify why your agile transformation is essential — and what “good” looks like for your organization. The transformation’s purpose and principles will become the foundation for evolving the organization beyond what it currently is.
Use these questions to (re)define your transformation’s purpose:
Some common answers might include reducing the time it takes for a new product to get to market, attracting new talent, reducing waste, improving decision-making speed, boosting engagement, and increasing customer satisfaction. Whatever your ambitions, write them down — and don’t just create a wish list: Describe why improving these metrics is essential for your organization.
Then, with a newly energized purpose, ask yourself: “How might we achieve that? What does ‘good’ look like?” You may first say, “Well, the principles listed in the agile manifesto provide the answer…” and it’s true the manifesto is a valuable source of inspiration. It’s also more than 20 years old and not specific to your organization’s context. Instead, design your own principles by reflecting on the question: “What would it look like if we were extremely agile? If our way of working were perfect, it would…”
Consider applying a participatory approach and involving as many people as possible in co-creating your principles. Here are some principles we’ve encountered in our work (using the Operating System Canvas as a lens):
3. Review your current framework and practices
“A fool with a tool is still a fool.” — Grady Booch
In many agile bureaucracies, people follow a practice or framework without considering what “job” it’s meant to do. This creates a focus on output rather than on outcomes and value. The plans, story points, velocity, and milestones become more important than creating the conditions for excellent results.
One example is the misuse of OKRs. They can be excellent for aligning teams and creating shared understanding. But they don’t achieve their goal when implemented with a command-and-control mindset.
“Do not use OKRs if you want to control people’s activities. Only use OKRs if you want to direct your people toward desired outcomes and trust them enough to figure out how. OKRs ONLY work for empowered teams, otherwise, they are a travesty (reminiscent of how Agile is implemented in most companies).” — Christina Wodtke in Cascading OKRs at Scale
With your new purpose and principles in hand, you can review your current practices: Which ones are still fit-for-purpose and which ones need to be reconsidered? See agile frameworks as a menu of options. Experiment with the elements that fit your purpose and principles — and eliminate or reinvent the parts that don’t.
Recommended by LinkedIn
4. Enable people to adapt how they work to their context
“You don’t force an ‘agile transformation’ onto people. Instead, you stop doing the things that prevent agility, and the ‘transformation’ takes care of itself.” — Allen Holub
In agile transformations, we often observe a stifling desire for conformity. Admittedly, it can sometimes be helpful to have the same practices and work on the same rhythm; this is especially true when teams need to synchronize to create value. However, leaning into rigidity and conformity because we either desire control or fear chaos is counterproductive.
Consider only introducing rules that help you get where you want to go. We call these “enabling constraints.” Two examples: 1. speed limits for driving and 2. safety requirements for brakes and seat belts. Because everyone follows the same enabling constraints, it’s possible to both go fast and stay safe.
Teams rarely benefit from mandatory, one-size-fits-all processes that can’t be tailored to fit their specific contexts. Let teams pick their own ways of working within the boundaries of the enabling constraints and principles of the organization.
5. Shed outdated processes
Agile practices are often stacked on top of existing bureaucratic processes. For example, the PMO or steering committee continues to exist and requires detailed reporting; an organization continues to have individual performance management or misaligned incentives; even though cross-functional work is taking place, functions like Finance, HR, and Compliance work in silos and haven’t changed their expectations or ways of working.
Similar to financial debt (paying interest on a loan) and technical debt (the costs of delaying maintaining or refactoring code), bureaucratic processes can compound into another costly form of debt, one we call “organizational debt.” Organizational debt refers to “the policies, processes, and practices that once were introduced for a good reason but never reconsidered if they still serve their purpose or are worth their cost.”
If old structures stay in place and aren’t reconsidered (or removed entirely), any positive impact from using agile practices will be limited. One way of attacking this problem is to go on a bureaucracy bounty hunt. Invite people to propose a redesign (or an elimination) of an existing bureaucratic process. Prizes can be awarded for whomever reduces the most waste.
6. Use experimentation to continuously evolve the organization
It’s not uncommon for organizations to get stuck inside their current agile model. Because of agile transformation’s “blueprinted” implementation phase, there’s often no formal mechanism established to continue changing and improving an organization. Nobody owns that work — and nobody knows who can decide what to change and when. In that scenario, it’s easy to assume only leaders can change something. Even the Dutch bank ING, famously praised for its agile transformation, has struggled to evolve its model after its initial introduction.
A truly agile organization relies on active employee participation and constant experimentation to continuously evolve its ways of working.
At The Ready, we help clients embrace continuous participatory change, a state where everyone aims to remove barriers to success and one that allows them to do the best work of their lives. Here’s how to do it:
First, ask teams what’s in their way — and listen. When you’ve picked your purpose and principles, invite as many people as possible into a conversation about them. Discuss gaps in thinking, review current agile practices, ask which organizational debt should be paid off first, and source ideas for new practices.
Dig deep with questions like “What’s stopping you from doing the best work of your life?” and “If you were CEO, what would you change immediately?” The Operating System Canvas can be a useful tool to map answers and insights. Use it to reflect and visualize the tensions in your system.
Second, invite people to craft experiments based on the tensions. Pick new practices to try and get rid of or innovate current ones. Don’t overhaul everything all at once. Instead, flex the muscle to continuously evolve the organization based on what people sense. The best way to do that is to encourage people to propose “safe-to-try” experiments. Start where it hurts most. Then, build on early results to create momentum. To create structure around team-based experiments, use the template from the article “Changing Your Organization Through Experimentation.”
Finally, keep cycling through the cycle.
When organizations adopt agile without a strong grounding in a strategic purpose, new principles, and Theory Y mindset, they can at best experience a small increase in agility in a few areas. But at worst, an agile transformation can be strangled by its own red tape, making organization-wide agility impossible to achieve.
At The Ready, we view agile transformations as a way to help organizations move closer toward the future of work. When paired with a high degree of self-management and continuous participatory change, unlocking greater business performance becomes possible.
If you enjoyed this article, here are a few more related resources:
Credits: All images by Alisha Lochtefeld , editing by Zoe Donaldson and thanks to Matt Basford , Juliane Martina Röll Röll and Michael Woodley for their feedback.
The Ready is a future-of-work consultancy committed to changing how the world works — from business as usual to brave new work. We help organizations remove bureaucracy and adapt to the complex world in which we all live. Learn more by subscribing to our podcast and newsletter, checking out our book, or reaching out to have a conversation about how we can help your organization evolve ways of working better suited to your current reality.
Anti-Status Quo | Product and Culture Nerd | Change Agent
1yWhat a great article Jurriaan Kamer! Loved #5, especially: “If old structures stay in place and aren’t reconsidered (or removed entirely), any positive impact from using agile practices will be limited.” 👏
Agile by Nature | Author | Keynote Speaker | Consultant | Coach | Trainer
1yNice post Jurriaan Kamer! From my point of view, bureaucratic processes are often experienced by many people as unnatural and artificial, as they often impose rigid structures that may not align with our innate human tendencies for creativity, collaboration, and adaptability. However, it's essential to understand that bureaucracy was initially developed to provide consistency, fairness, and accountability within organizations. While agile transformations aim to break down unnecessary bureaucratic barriers, it's important to acknowledge that some degree of structure is still needed. The challenge lies in striking a balance between maintaining essential organizational elements and embracing a more human-centric approach that fosters innovation, engagement, and adaptability. Organizations should focus on nurturing a culture that prioritizes individual strengths, empowers employees, and promotes open communication. By doing so, they can create an environment that feels more natural and human, while still upholding necessary standards and processes.
Author | Educator | Principal Consultant | Enterprise Architect | Program/Project Manager | Business Architect
1yI think the problem with so many agile transformation is exactly the same as with the many, many agile product initiatives that fail--they're based on the wrong goals. Intermediate goals, like adopting scrum or implementing the product you've already defined, are diversions from where an organization needs to be. If the organization does not adopt the discipline of defining and working toward legitimate OKRs, then it will never progress along a path toward true agility and profitable productivity. Einstein famously said that if he had an hour to solve an existential problem he would spend the first 55 minutes defining it and the remaining five minutes solving it. Focus on adopting commercial Agile frameworks stands this on its head and leads only to bureaucracy and stagnation.
CoLeadership Automation | Relational MetaConversation Facilitation | Serious and Good conversations with each and all about moving the whole forward and seeing all things in their full potency and potential |
1yhow to make agile ... ehh... agile😉
Unblocking Organizations | Speaker | Author | Transformation & change partner at Unblock
1yTo the most influential agilists in my network: Have you ever encountered an 'agile bureaucracy'? 👔 I'm curious about what you think of the points made in my article. Which resonate and which don't? 🕵️ I'm trying to start a conversation and would value your perspective! ✌️ Rini Solingen, van Steve Denning Jimmy Janlén Barry Overeem Christiaan Verwijs Roy Gielen Arie van Bennekum Leonoor Koomen Nils Oud Jonas Lidman Ralph van Roosmalen Dr. Marcus Raitner Jeff Gothelf John Cutler Reza Farhang Jason Little Jonathan Smart John Brookmyre Joakim Sundén Michael Göthe Michael K Sahota Lyssa Adkins Michael de la Maza, PhD, CEC Justin Kotze Michel Löhr Joe Krebs Bas den Uijl Jael Schuyer Michelle Siau Paul Takken Evelijn van Leeuwen Paul Van Wijk Thérèse Struik Rick van Benten Niek Jansma Marc Nieman Nienke van de Hoef Maryse Meinen Minke Buizer Bas van der Hoek ♻️ Jeroen de Jong Jacob Watkins Timo M. Yap Hee Loong Karin Haberleithner, MSc, MBA Marco Milone Baptiste Grand Dan Parsons Johannes Schartau Laurens Bonnema Vinicius Dos Santos Susana Rodríguez Cipson Thomas Ziryan Salayi