Article

Construction principles of information professionals: (5) Decentralizing decision-making within the organization

4 min read
November 28, 2023
Construction principles of information professionals: (5) Decentralizing decision-making within the organization

Is this an information management topic or does it relate to business operations? Upon deeper consideration, my conclusion is that business operations are intertwined with information provision, making governance an information management subject as well!

Depending on the impact of a decision, its level of authority lies within the organization. For instance, a merger decision is typically a strategic one. However, what happens when decision-making authority is vested too high within the organization? In such cases, information about “minor” decisions must be passed on to the decision-making level, consuming time and carrying the risk of interpretational errors through multiple layers of summarization. The decision loses its context and may not hold the same significance at the higher level as it does where it originates. Moreover, this approach affects purpose and motivation, as illustrated beautifully in this animation: link.

Organizations that prioritize operational agility and rapid responses, such as the military, police, and those working according to agile principles, serve as prime examples of how decentralizing decision-making authority works. A clear objective, combined with a shared understanding of the situation and reporting to the coordinating central unit, yields the best results (similar to network-centric warfare, information-driven operations, or SAFe©). The central unit does not make operational decisions on the ground; instead, it monitors the objectives (commander’s intent) based on feedback and adjusts accordingly. As operational information becomes available at the strategic and tactical levels, the temptation to micromanage may increase, but management must resist it. Tactical and strategic guidance belong to a second-order rule level, focused on adjusting objectives rather than dictating outcomes.

In organizations with many management layers, many witness the failure of the ultimate responsible line manager, who becomes overwhelmed with decisions they lack sufficient knowledge to make sound judgments about. Consequently, memorandum notes, minutes, and other formats are used to condense the issue or decision into a digestible narrative. This results in redundant information. The root cause of information overload often lies in control thinking, distrust, and the idea that managers should micromanage rather than delegate responsibilities to lower governance levels. By delegating decision-making authority as low as possible within the organization while clearly defining the desired outcomes and setting agreements on reporting or feedback to higher levels, an information structure with fewer redundancies and greater transparency emerges. All levels and decisions contribute transactional data, enabling management to steer outcomes using KPIs and foster better decision-making throughout the organization.

The success of Netflix exemplifies this principle and is well described in the book “No Rules Rules”[1]. The core of their success lies in a company culture that prioritizes people over procedures, emphasizes innovation over efficiency, and operates with minimal control. This culture, focused on achieving top performance through competent employees and providing context instead of control in leadership, allowed Netflix to grow and adapt to customer demands.

An organization that becomes stagnant due to decisions being restricted at the operational level is often seen in authority and hierarchy-based militaries like Russia or North Korea. However, the Anglo-Saxon management model is also susceptible to stalling due to inertia and passivity among executing employees.

A flawed mandate arrangement or decision-making authority not only impacts the success or bankruptcy of an organization but also directly affects the information requirements and, consequently, coordination meetings and control mechanisms. As an information management expert, you often find yourself in a unique position to identify and assess this impact, providing guidance on an effective governance design.

Read the other information science principles here:

  1. Meaningless identity designation, read here.
  2. Decoupling points for complexity reduction and flexibility, maximizing independence of components, read here.
  3. Language consistency, read here.
  4. Clear distribution of responsibilities and functional separation for administration, read here.
  5. Delegating decision-making authority as low as possible, read here.
  6. Detaching authorization from identification/authentication, read here.
  7. Single registration of master data, read here.
  8. Separating data and metadata in storage and processing, read here.
  9. Applying standard patterns without deviations, read here.
  10. Separating application function from data storage, read here.
  11. Device-independent development, read here.
  12. Choose a Storage Structure, read here.
  13. No hidden interfaces, read here.

References:

[1] “No Rules Rules” | ISBN: 9780753553664 | Author: Reed Hastings

Rutger Gooszen
Rutger Gooszen

Principal Architect

Rutger has over 15 years of experience as a Lead Architect/Business Architect in complex chains and in coaching a team of architects to develop and…
Discover more

Related insights

Construction principles for the IT architect (11) Device-independent development
Article
2 years ago | 5 min read
Construction principles for the IT architect (11) Device-independent development

In this series of blogs, I will reflect on the still valid information science construction principles that guarantee better "information structures". This 11th blog in the series continues with the second informatics principle (see my starting blog for the distinction ). Why and when to develop device independently? It's always so nice in the architecture principles at company level or in a policy document "Our employees can work independently of time, place and device". But the impact of the desire to be able to work device-independent on the design of the IT landscape and the software to be developed is not small.

Construction principles for the IT architect (12): Choose a Storage Structure Based on Requirements
Article
1 year ago | 6 min read
Construction principles for the IT architect (12): Choose a Storage Structure Based on Requirements

In this blog series, I delve into timeless principles of information science that ensure better "information constructions." This 12th blog in the series continues with the third computer science principle (see my introductory blog for the distinction). Why and when should you choose a relational structure (RDB and SQL), and when is linked data (RDF and SPARQL) a better storage option? Most people think of data in terms of tables to organize it, but this also imposes certain constraints when you want to later modify the structure. What trade-offs exist between the possible solutions?

Construction principles for the IT architect: (10) Separating application function from data storage
Article
2 years ago | 5 min read
Construction principles for the IT architect: (10) Separating application function from data storage

In this series of blogs, I dwell on the still valid information science construction principles that guarantee better ‘information building’. This 10th blog in the series continues with the first informatics principle (for the distinction, see my starting blog ). This one is about the construction of data processing. We don't dwell on it but every screen we process information on hides an underlying construct that extracts data from a storage and allows us to access or modify this data or add new data. If the processing function and the data storage are separated, this has great advantages. In fact, this is the information science principle of decoupling but applied in computing.

Construction principles for the information professional (9): Apply standard patterns without deviations
Article
2 years ago | 2 min read
Construction principles for the information professional (9): Apply standard patterns without deviations

Standard patterns exist in both information science and computer science. The elegant thing about a standard pattern is that it is a standard. But in practice, there appears to be a reason to deviate a bit each time. The result is a user who no longer understands the user interface or a no longer interoperable concept, lower maintainability of a system and loss of time.