| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • You already know Dokkio is an AI-powered assistant to organize & manage your digital files & messages. Very soon, Dokkio will support Outlook as well as One Drive. Check it out today!

View
 

Decentralised Decision Making

Page history last edited by Dmitry Sokolov 4 years, 2 months ago

Go:

 Visual Taxonomy Links   Hide/Show:

Taxonomy Path

https://www.scaledagileframework.com/decentralize-decision-making/

Principle #9 – Decentralize decision-making Delivering value in the shortest sustainable lead time requires decentralized decision-making. Any decision that must be escalated to higher levels of authority introduces a delay. Also, escalated decisions can decrease quality due to the lack of local context, plus changes to fact patterns that occur during the waiting period. Conversely, decentralizing decision-making reduces delays, improves product development flow and throughput, and facilitates faster feedback and more innovative solutions. Higher levels of empowerment are an additional, tangible benefit. Centralize Strategic Decisions However, this is not to say that all decisions should be decentralized. Some decisions are strategic, have far-reaching impact, and are outside the scope, knowledge, or responsibilities of the teams. After all, leaders are still accountable for outcomes. They also have the market knowledge, longer-range perspectives, and understanding of the business and financial landscape necessary to steer the enterprise. This leads to the conclusion that some decisions should be centralized. Generally, they share the following characteristics: Infrequent – Made infrequently, these decisions typically are not urgent, and deeper consideration is appropriate (ex., product strategy, international expansion) Long-lasting – Once made, they are unlikely to change (ex., commitment to a standard technology platform, commitment to organizational realignment around Value Streams) Provide significant economies of scale – These choices deliver large and broad economic benefits (ex., a common way of working, standard development languages, standard tooling, offshoring) Leadership is charged with making these types of decisions, supported by the input of those affected by the results. Decentralize Everything Else The vast majority of decisions do not reach the threshold of strategic importance. All other decisions should be decentralized. Characteristics of these types of decisions include: Frequent – These are recurrent and common (ex., Team and Program Backlog prioritization, real-time Agile Release Train [ART] scoping, response to defects and emerging issues) Time-critical – Delaying these types of decisions comes with a high cost of delay (ex., point releases, customer emergencies, dependencies with other teams) Require local information – These decisions need specific local context, whether it be technology, organization, or specific customer or market impact (ex., ship/no ship release to a specific customer, resolve a significant design problem, self-organization of individuals and teams to an emerging challenge) They should be made by the workers who have local context and detailed knowledge of the technical complexities of the current situation. A Lightweight Thinking Tool for Decision-Making Understanding how decisions are made helps enable knowledge workers. Leadership’s responsibility is to establish the rules for decision-making (including, for example, the Economic Framework) and then empower others to make them. A simple tool or exercise for thinking about whether decisions should be centralized or decentralized is shown in Figure 1. Figure 1. A simple decision-making framework and exercise

Consider 3 significant decisions you are currently facing.

Decision

Frequent?

Y=2 N=0

Time critical?

Y=2 N=0

Economies

of scale?

Y=0 N=2

Total
         
         

Scale 0 to 2, low to high

The add to the total:  0 to 3 - Centralise, 4 to 6 - Decentralise


 

https://hbr.org/2017/12/when-to-decentralize-decision-making-and-when-not-to

When to Decentralize Decision Making, and When Not To

 

 

December 26, 2017

dec17-25-Artrise-istock Artrise/istock

Rare is the business executive who doubts the importance of responsiveness: to be acutely alert to business opportunities and threats, and to be capable of grabbing the opportunity or fending off the threat fast and effectively. Hence, when (re-)designing the organization structure, they tend to decentralize decision-making, so that decision rights are as close as possible to the people who deal with customers, competitors, front-line employees, and other stakeholders. By doing so they avoid the delays associated with information and approvals traveling up and down the management hierarchy.

In politics, this is known as the principle of “subsidiarity” or “the principle that a central authority should … [perform] only those tasks which cannot be performed at a more local level.” But which exactly are “only those tasks”?

It is an age-old question. As Henry Mintzberg noted in The Structuring of Organizations in 1979, “The words centralization and decentralization have been bandied about for as long as anyone has cared to write about organizations.” And that is a pretty long time, at least since 400 B.C., when Jethro advised Moses to distribute responsibility to various levels in the hierarchy.

In this article, we will present a simple logic to follow when addressing the centralization versus decentralization issue. We are not presenting a new path-breaking framework – but sometimes, it pays to get back to oft-forgotten first principles.

We find it useful to start with four qualities most executives want their organizations to have: responsiveness, reliability, efficiency, and perennity (e.g., the quality of being perennial, or continuing reliably in perpetuity). When deciding on the best level at which a given task should be done, assess the impact of the decision on these four qualities. For example, the efficiency gain from centralizing payroll processing may be much more important than the possible loss of responsiveness to changes in local labor laws that would be achieved by keeping this task decentralized; the centralization of payroll processing indeed enables the harmonization of systems and procedures, hence the realization of scale effects, possibly including the outsourcing to a single external service provider.

Let’s have a systematic look at the four qualities.

W171218_VANTRAPPEN_HOWDECENTRALIZED

 

1. Responsiveness through immediacy. Responsiveness is all about taking the right action quickly in response to opportunities and threats. If the sources of these opportunities and threats (e.g., customers, competitors, suppliers, employees, regulators, partners, and so on) occur at the level of the operating unit, and if these interfaces are genuinely different between operating units, it makes sense to locate the corresponding tasks (e.g., sales, procurement, recruiting, regulatory affairs) and the accountability for proper execution at that level. For example, there is quite a difference between dealing with a regulator, say, in India and one in Indonesia. Decentralization allows immediacy in time and place, hence responsiveness.

2. Reliability through compliance. For some tasks, it is desirable or necessary to have common rules across the operating units: policies, standards, methods, procedures, or systems. Think of compensation and benefits policies, product design standards, quality assurance methods, fraud reporting procedures, financial reporting systems, and the like. These rules are meant to align the operating units with the company’s overall objectives, and make the business more predictable. Some organization unit then should assume the role of guardian: defining these rules, instructing employees properly, and monitoring conformity. It usually makes sense to assign that role to a centralized unit. For some tasks there is not even a choice: they must be done by law or statute by a central independent unit. Think, for example, of the internal audit or occupational safety functions in general, or the risk management function in banks, as the Basel III regulatory framework stipulates that this function should be “under the direction of a chief risk officer (CRO), with sufficient stature, independence, resources and access to the board.”

3. Efficiency through syndication. For some tasks the case for centralization is rather straightforward: a centralized unit can serve as the home for a task that is carried out more economically when aggregated in one unit than when all operating units take care of that task separately. There are various drivers of such efficiency gains:

  • Traditional economies of scale. Having the same unit do more of the same task leads to continuity, standardization, specialization, leverage, and productivity. Treasury and IT procurement may be good examples.
  • Minimum efficient scale. Some tasks require expertise or infrastructure that is scarce and for which demand from any individual operating unit may fluctuate over time. In that case, it is more efficient to have a pool of specialists than to replicate these in each unit. Think, for example, of legal, tax and technology experts, or costly test equipment.
  • Avoiding duplication. Different operating units often have a common need for which the solutions can be (nearly) identical (e.g., an on-boarding manual for new employees, an instrument to monitor plant performance, a CRM tool). As a consequence, it is rather wasteful for each of the units to develop these solutions in parallel.

4. Perennity through detachment. There are certain tasks which, left to the discretion of the operating units, might not get done at all – this can be particularly true for tasks that are essential to the company’s long-term wellbeing, but do not serve a short-term function for the business units. Hence, a central unit with sufficient detachment from front-line operations may be required. Here are some examples of such tasks:

  • Investments in initiatives with distant and uncertain benefits (e.g., radical innovation);
  • Investments in initiatives whose benefits are contingent on everybody’s participation (e.g., knowledge management and talent management);
  • Activities that involve cross-unit arbitration, i.e. weighing alternatives and setting priorities (e.g., product portfolio planning);
  • Decisions to admit defeat and pull the plug (e.g., product withdrawal);
  • Initiatives related to assets that are the sole property of the company (e.g., brands and capital).

There is no one-size-fits-all organization structure. Obviously, changes in a company’s environment or strategic priorities may have an impact on how it organizes itself. And getting the acclaimed qualities of responsiveness, reliability, efficiency, and perennity does not always require hard structural changes to the organization chart. In many cases, less disruptive changes can also do the job, such as physically dispersing central staff to the operating units, appointing permanent points of contact at HQ for the operating units, setting up a temporary task force of people from the operating units, and so on.

In an age where the concept of “self-managed organization” attracts much attention, the question of centralization versus decentralization does not go away. Nicolai Foss and Peter Klein argue in the article “Why Managers Still Matter” that “In today’s knowledge-based economy, managerial authority is supposedly in decline. But there is still a strong need for someone to define and implement the organizational rules of the game.” We hope that the simple logic presented in this article helps managers find solutions for achieving a balance between rules and responsiveness.

 


Herman Vantrappen is the Managing Director of Akordeon, a strategic advisory firm based in Brussels. He can be reached at herman.vantrappen@akordeon.com.

 


 

Frederic Wirtz heads The Little Group advising companies on organization design issues worldwide. He can be reached at wirtz.f@thelittlegroup.net.

 


 

https://en.wikipedia.org/wiki/Decentralized_decision-making

Decentralized decision-making is any process where the decision-making authority is distributed throughout a larger group. It also connotes a higher authority given to lower level functionaries, executives, and workers. This can be in any organization of any size, from a governmental authority to a corporation. However, the context in which the term is used is generally that of larger organizations. This distribution of power, in effect, has far-reaching implications for the fields of management, organizational behavior, and government.

The decisions arising from a process of decentralized decision-making are the functional result of group intelligence and crowd wisdom. Decentralized decision-making also contributes to the core knowledge of group intelligence and crowd wisdom, often in a subconscious way a la Carl Jung's collective unconscious.

Decision theory is a method of deductive reasoning based on formal probability and deductive reasoning models. It is also studied in a specialized field of mathematics wherein models are used to help make decisions in all human activities including the sciences and engineering. (See also Game theory, Uncertainty, Expectation maximization principle.)


Links  

See also


 

Subcategories

``A

``P

``S

Pages

`

Pages in Other Languages

 

Forking

 

Categories:

Decentralization

Collective intelligence

Management

 

Comments (0)

You don't have permission to comment on this page.