How to Structure Agile Companies. A Developing Story.

Everybody, in profit and not-for-profit organizations, will know by now how to run a scrum project or set up agile teams. The topic I try to explore here is more far-reaching: are there any good ideas out there on how to build your entire organizational structure to accommodate agile working?

I use concepts developed by Steve Denning (author of The Age of Agile) for a working definition of agile:

  1. Agile responds to the central challenge of business today: how to provide instant, frictionless, intimate value at scale.
  2. The law of the small team. Agile practitioners share a mindset that work should in principle be done in small autonomous cross-functional teams working in short cycles on relatively small tasks and getting continuous feedback from the ultimate customer or end user.
  3. The law of the customer. In truly agile organizations, everyone is passionately obsessed with delivering more value to customers. Everyone in the organization has a clear line of sight to the ultimate customer and can see how their work is adding value to that customer—or not.
  4. The law of the network. Agile practitioners view the organization as a fluid and transparent network. In the agile manifesto this is described as “individuals and interactions over processes and tools”.

Having worked as a scrum master on various agile projects myself, a question slowly developed over time: How would you draw the lines in an organization that wants to adopt agile working for the entire organization? In other words, what does an agile organizational structure look like?

A number of management thinkers have tried to answer just this question. What follows is a brief overview and some preliminary conclusions.

Bain & Company – Agile at Scale

In a recent Harvard Business Review article, consultants from Bain & Company argued that structuring for agile should at least be situational:

  • Companies often struggle to know which functions should be reorganized into multidisciplinary agile teams and which should not.
  • Not every function needs to be organized into agile teams; indeed, agile methods aren’t well suited to some activities. Even the most advanced agile enterprises – Amazon. Google, Netflix, Bosch, Saab, SAP, Salesforce, Tesla – operate with a mix of agile teams and traditional structures.
  • Changes are necessary to ensure that the functions that don’t operate as agile teams support the ones who do.
  • Routine operations such as plan maintenance, purchasing, and accounting are less fertile ground for agile. In companies that have scaled up agile, the organization charts of support functions and routine operations generally look much as they did before, though often with fewer management layers and broader spans of control as supervisors learn to trust and empower people.

Bain argues that one of the features of Agile is delayering. (Which, by the way, is another well known management concept, just as ‘situationality’ is). According to Bain a delayered organization should speed up decision making. When senior managers then also leave the decision on how to innovate to agile teams, “senior leaders get time to create and communicate long-term visions, set and sequence strategic priorities, and build the organizational capabilities to achieve those goals. Leaders remove constraints and solve problems.”

McKinsey – The five trademarks of agile organizations

In a January 2018 article on their website, McKinsey wants us to believe we are in a paradigm shift (possibly game changing as well?) from thinking about organizations as machines, to thinking about organizations as organisms. Weirdly, the writers mention Gareth Morgan when they write about organizations as machines, but not when describing organizations as organisms. Morgan did so in his 1986 (!) book Images of Organization. (He came up with a number of other useful metaphors for thinking about organizations, such as organizations as a brain, a culture, a political system, a psychic prison, a change or flux, and as an instrument of domination. It’s a classic.) To credit McKinsey though, they are first to attempt to draw an agile organizational structure. It looks like this:

The writers go on to discuss their five trademarks of agile organizations:

Reading through this list of five items; are these all really trademarks that we’ll only find in agile organizations? That’s a question you might want to answer yourself.

London Business School – Adhocracy

Julian Birkinshaw and Jonas Ridderstråle of London Business School, in their recent book Fast/Forward, also argue that in the current VUCA age (volatile, uncertain, complex and ambiguous) we need to say goodbye to old modes of structuring organizations. Their solution is the adhocracy. Not that the adhocracy is a new model, it has been around for multiple decades. The definition that springs to my mind is the one given by Mintzberg in another classic, The Structuring of Organizations:

In adhocracy, we have a fifth [after the simple structure, machine bureaucracy, professional bureaucracy and the division structure] distinct structural configuration: highly organic structure, with little formalization of behavior; high horizontal job specialization based on formal training; a tendency to group the specialists in functional units for housekeeping purposes but to deploy them in small market-based project teams to do their work; a reliance on the liaison devices to encourage mutual adjustment the key coordinating mechanism -within and between these teams; and selective decentralization to and within these teams, which are located at various places in the organization and involve various mixtures of line managers and staff and operating experts. To innovate means to break away from established patterns. So the innovative organization cannot rely on any form of standardization for coordination. In other words, it must avoid all the trappings of bureaucratic structure, notably sharp division of labor, extensive unit differentiation, highly formalized behaviors, and an emphasis on planning and control systems.

Birkinshaw (in Forbes) puts the emphasis on action:

Adhocracy is an action-based view of the organization focused on capturing opportunities, solving problems and getting results.

Ask yourself the question: is this really new, or is it an old concept that might be adopted by more and more firms now that more business environments seem to get more turbulent? I give you some more Mintzberg quotes from 1979 (emphasis added):

Contrary to the other configurations, large parts of the organization are organized into ad hoc project teams which solve specific projects.

This team grouping makes mutual adjustment the favored coordinating mechanism.

On a daily basis, the organization’s work force may be grouped into functional units, but if required by the managers, almost everybody can participate in temporary market based units. Intergroup coordination and communication with the strategic apex is done by the use of liaison devices.

Nobody in the organization monopolizes the power to innovate, and management typically does its best to ensure a setting that nurtures creativity and innovation.

An attempt to describe an agile organization structure

With all of the above in mind, here are some things to take into account when trying to build your agile organizational structure:

  • Agile is about small teams that can freely innovate to deliver value to internal and external customers. There still needs to be management direction on where to innovate, however.
  • To draw the lines in the organization, it is best to adhere to proven management methods in building organizational structures. Senior management still has to decide at least three things:
    • how to divide labor, or ‘who is doing what?’
    • how to make decisions, or ‘who decides what?’
    • how to coordinate activities, or ‘who talks with whom about which topics?’
  • You might want to consider keeping to one of the traditional structures (functional, geographic, product) for housekeeping purposes such as HRM-processes, but at the same time deploying staff to agile teams for day-to-day work.
  • Before you do anything else, ask yourself the question if your business environment warrants a highly flexible organization that structures work around every opportunity or customer whim in sight. Is your specific business environment really VUCA? We all like to be Spotify or Tesla. But in reality, we also need traditional production and logistics firms that might not operate in VUCA environments.
  • Probably it is best to deploy a few agile teams, track the results, and deploy more teams when business results improve because of agile.
  • ‘Only VUCA needs an adhocracy’, could be a useful credo.

Don’t get carried away

The first of two closing comments that buttress my attempt to describe an agile organizational structure comes from The Economist:

(..) companies need to adapt to a world that is VUCA (volatile, uncertain, complex and ambiguous) and which requires continuous innovation in order to keep up. Agile teams are the equivalent of in-house startups. It is worth remembering, however, that many startups fail to gain traction. There is a danger that, while a firm’s best talent is off pursuing new ideas, the core revenue-generating business deteriorates due to neglect. Permanent revolution may sound an enthralling idea in theory but may lead to chaos in practice.

The second closing comment is from Steve Jobs. I often have to think about this quote when agile practitioners preach about the need to listen to customer’s wishes:

“A lot of times, people don’t know what they want until you show it to them.”

Please share my blog post with your networkEmail this to someone
email
Share on LinkedIn
Linkedin