How to Really Scale Agility
Cliff Berg
Co-Founder and Managing Partner, Agile 2 Academy; Executive level Agile and DevOps advisor and consultant; Lead author of Agile 2: The Next Iteration of Agile
It’s not about process. The Agile “scaling frameworks” have it all wrong. Really.
Someone asked me in a LinkedIn response,
but how is an agile organization structured to not having N/2 * (N-1) communication path between N people?
A legitimate question, but it presumes that the solution is structural - that communication pathways need to be - can be - predefined.
Yet if one looks at highly agile companies, communication pathways are not predefined.
How do they do it then?
What Real Agility Looks Like
Real agility is when the organization quickly realizes that a prior decision is obsolete, rapidly canvasses and integrates opinions about what to do, reaches a quick but robust decision about what to do next, and then immediately puts that decision into action.
That does not happen through process. It happens by people getting out into the field, asking questions, trying to understand causes, reaching out to others who might have insight, conducting effective and expeditious discussions, making a good decision based on what is known, and then putting the decision in motion.
It sounds chaotic, but it is not. It is not chaotic because the individuals involved have been taught, by observing and interacting with their leaders, to behave that way.
It is all about behavior, and the expectations around how people are expected to behave - in other words, the culture that leaders have created.
A Strategic Approach
Setting up processes is tactical. Frankly, anyone can do it. Agile frameworks treat it like it is magical, but defining workflow processes is the most mundane thing that people do. You don’t need to tell them how to do it: you just have to challenge them and help them to think through the approaches that they come up with.
To create an agile organization, you need a strategic approach: you need to create a culture of expected behavior. If you do that, people will naturally create the processes they need, when they need them.
Process is an outcome of agility - not a starting point.
领英推荐
It is not that one never starts with process for anything. Consider for example a company that builds engines. To manufacture an engine, a lot of process is needed. However, engines are not all the same. The way that Toyota builds its engines is quite different from how Ferrari builds its engines. To set up an engine production like one has to draw on experience from similar situations.
But creating an assembly line to build engines is not a one-and-done thing. Today our products are ever-evolving. That means that product design and engineering need to be closely tied to the manufacturing system. That is why Tesla locates its engineers in the factory - so they can see the cars being made, and talk to the people who are building them.
At Tesla there is no model year: the car design changes continuously. If your neighbor buys a Tesla Model 3, and two months later you buy one, your car will likely have improvements that your neighbor’s does not.
We need to consider what happens as the car’s design changes. The designers and engineers need to make changes to the assembly line and other manufacturing steps. If one were to predefine communication paths for that, we would have a very long sequence of design reviews. That is not what they do. What happens is that design engineers reach out to manufacturing engineers, and to other engineers who are working on connected things. They also go and talk to the people who are performing those manufacturing steps.
These conversations are not predefined. They are ad hoc. But there is a cultural expectation that these conversations happen. There is pressure to reach out, and to take action. There is pressure to own an outcome - not merely complete tasks.
How It Gets Done
All this might sound like herding cats. But people are not cats: people can respond to goals, and people also respond to examples that are set. If leaders behave in the way described, and make it clear that they expect others to behave that way in the leader’s absence, then over time people will start to behave that way.
That’s why leadership behavior is the primary cultural lever. Leaders need to explain the behavior they expect, and demonstrate it as well. Leaders need to get out of their offices and into the field. They need to ask questions, make suggestions, talk things through with a group. And a leader also needs to have good judgment about when to say “That’s what we will do” or instead say “Do what you think is best” and walk away.
Structures are important. The culture will become competitive and all of the behaviors we have described will become impossible if people are competing against each other. That’s why incentives have to be win-win for people. You can’t pit people against each other and expect them to reach out to each other and collaborate the way that we need them to.
You need to have what organizational culture experts Human Synergistics call a Constructive culture. Fixing your incentive structures so that people support each other instead of compete with each other is the first step. Setting good examples for desired behavior is the next one.
Culture is not enough of course. People also need to know Lean and Flow patterns for organizing their work. People who are empowered and who are goal-oriented will define the work processes that they need. Process becomes something they create - not something they are given. And process becomes fluid - changing over time as people need to change it.
This is why my company developed the Constructive Agility approach: to help organizations to learn these things in a progressive, managed way. You should never try to “stand up” an “Agile process”. That is not effective. What needs to happen is that people in leadership roles need to learn new behaviors. They need to be intentional about the culture and behaviors they expect and exhibit themselves.
This takes time: becoming agile is a learning journey, and it is generative. It is not a workflow process that you give people.
Be strategic.
Chief Product & Technology Officer at OneFootball
2 年Great article Cliff Berg! Tesla is a living example that true agility works at scale. If you can do continuous improvement and continuous delivery in a freaking car (and in rockets, since we're at it), you can probably do it in any start-up/scale-up/enterprise out there.
Digital Async Transparency, just like LinkedIn and better
2 年Thank you for the easy explanation! What do you say about this Johannes Foufas?
Passionate about consistently improving systems to support effective delivery of our purpose and strategy.
2 年We all too often see the frameworks "deployment" leading to non-agile behaviours and practices and a not so agile stance. For the larger organisations, it can be so costly to implement the frameworks and all that goes with it and I ask myself, do the frameworks deliver the return on investment? Mindset, thinking and behaviour adjustment are key and critical elements to achieving agility, no question there, but I sometimes wonder if the disruption of the framework implementation is sometimes a mechanism to force the change in thinking and mindset shifts that ones needs to envoke the agile journey in the collective all and boost us in that direction - even if it isn't the ultimate endpoint.
A lot of good points made above. There's a profound difference being a startup trying to build a manufacturing plant. Whenever we teach to newbies, we give prescriptive advice. As skill and experience evolve, we become less and less prescriptive and encourage creativity. Frameworks, if used, are starting points not end points. Manufacturers often have some some kind of routing sheet - a defined process that products follow to go from raw material to a finished good. That process is highly controlled. What's not defined tightly is the process to improve the process. Third, as companies hit the $1B/1000 people boundary, they need to move from managing via relationships to managing via structure and process, as Stephen F. Heffner points out below. (This is a point where some companies can stagnate or fail.) That doesn't mean that the dynamic nature described doesn't occur, but it's less feasible at a person-to-person level broadly across the org if the company is huge. It needs facilitation via people, tools, and techniques.
Enterprise Architect | Business-Tech Alignment with Architecture & Strategy
2 年Insightful. Culture. That would be a great deal of work. Can I assume this is expected to work in large enterprises with complex connected system and a plethora of products? Just define the culture and allow trams to define their own processes?