How to Really Scale Agility

How to Really Scale Agility

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.

Renato Todorov

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.

Morgan Johansson

Digital Async Transparency, just like LinkedIn and better

2 年

Thank you for the easy explanation! What do you say about this Johannes Foufas?

Nicky Godden

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.

Kenneth Igiri

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?

要查看或添加评论,请登录

Cliff Berg的更多文章

  • They Know a Collapse Is Coming

    They Know a Collapse Is Coming

    The CIO of Goldman Sachs has said that in the next year, companies at the forefront will begin to use AI agents as if…

    78 条评论
  • Agile – I Told You So

    Agile – I Told You So

    I think it is no longer controversial that the Agile movement is in decline. When I made a post about it a year ago…

    51 条评论
  • The Most Brilliant Programmer I Have Known Couldn't Work at Google

    The Most Brilliant Programmer I Have Known Couldn't Work at Google

    During the late 1980s I worked at a 30-person startup. The company was founded by the two fellows who had been the lead…

    31 条评论
  • The Most Guaranteed Way to Improve the Bottom Line

    The Most Guaranteed Way to Improve the Bottom Line

    Culture eats strategy for breakfast, but it’s leaders who generate the culture – leaders at all levels, not just at the…

    2 条评论
  • Empowerment, Not Self-Organization

    Empowerment, Not Self-Organization

    Have you heard people say something to the effect of, “Self organization is not really entirely self organization”? I…

    11 条评论
  • Join a Community that is About Learning

    Join a Community that is About Learning

    Things like leadership, product development, technical practices in DevOps, and more. Free workshops for learning.

  • Anyone Can Learn DevOps

    Anyone Can Learn DevOps

    Are you looking for ways to expand your skills, to be more effective in your organization? One way is to learn more…

  • Use a Capability-Focused Approach — Not an Agile Framework

    Use a Capability-Focused Approach — Not an Agile Framework

    Article here: https://www.agile2academy.

    3 条评论
  • Why Team Performance Is the Wrong Thing to Focus On

    Why Team Performance Is the Wrong Thing to Focus On

    Many companies today are obsessed with teams. The “old” approach of static departments and hierarchies is out.

    12 条评论
  • Leadership Is the Key Skill Today

    Leadership Is the Key Skill Today

    Join our free “Intro” to our acclaimed course, Constructive Agility? for Leaders. (Formerly Agile 2 Foundations) It…

    5 条评论

社区洞察

其他会员也浏览了