Organizational architecture

Last updated
Simplified scheme of an organization Organizational architecture.png
Simplified scheme of an organization

Organizational architecture, also known as organizational design, is a field concerned with the creation of roles, processes, and formal reporting relationships in an organization. It refers to architecture metaphorically, as a structure which fleshes out the organizations. The various features of a business's organizational architecture has to be internally consistent in strategy, architecture and competitive environment. [2]

Contents

It provides the framework through which an organization aims to realize its core qualities as specified in its vision statement. It provides the infrastructure into which business processes are deployed and ensures that the organization's core qualities are realized across the business processes deployed within the organization. In this way, organizations aim to consistently realize their core qualities across the services they offer to their clients. This perspective on organizational architecture is elaborated below.

Content

According to most authors organizational architecture is a metaphor. Like traditional architecture, it shapes the organizational (some authors would say the informational) space where life will take place. It also represents a concept which implies a connection between the organizational structure and other systems inside the organization in order to create a unique synergistic system that will be more than just the sum of its parts.

Conventionally organizational architecture consists of the formal organization (organizational structure), informal organization (organizational culture), business processes, strategy and the most important human resources, because what is an organization if not a system of people? The table shows some approaches to organizational architecture. [1]

Nadler and Tushman (1997)Merron (1995)Galbraith (1995)Henning(1997)Churchill (1997)Corporate Transitions International (2004)
Vision, strategic goals and strategic managementStrategyThe role of the organizationStrategy
Informal organizationOrganizational cultureReward systemsReward systemsOrganizational cultureOrganizational culture
Formal organizationOrganizational structureOrganizational structureGroupingsOrganizational structureOrganizational structure
Business processesProcesses and lateral linksBusiness processes and work design
Human resourcesHuman resourcesHuman resource developmentCommunication

The goal of organizational architecture is to create an organization that will be able to continuously create value for present and future customers, optimizing and organizing itself.

Some under organizational architecture understand building blocks, which are mandatory for the growth of the organization. To design an organization means to set up a stage where the drama of life will take place.

Design

Design process and approach

Although the process of organization design isn't necessarily linear, a five milestone process has been created to organize the approach. [3] The five milestone design process is as follows: [3]

  1. Business case and discovery
    1. Goal: Build a business case for the change; compare the current state to future state and implications that would be involved.
    2. Milestone: at the end of this phase, the problem to be solved is clear.
  2. Strategic grouping
    1. Goal: Determine what basic grouping of work will create the capabilities necessary to deliver the decided strategy.
    2. Milestone: Decided on a structure change which supports the strategy.
  3. Integration
    1. Goal: The boundaries created by grouping work must be breached to deliver results for customers, partners and shareholders.
    2. Milestone: Pieces have been tied together and defined power relationships.
  4. Talent and leadership
    1. Goal: Determine the number of positions, the profile of a candidate who will fill those positions, and who will report to the leader of the new structure(s).
    2. Milestone: Critical roles have been designed and staffed and defined work for the executive team.
  5. Transition
    1. Goal: Set the transition plan to account for a logical implementation plan.
    2. Milestone: The change is being executed and lead, and closely monitoring the changes to prepare for any adjustments

Reshaping organization structure

Galbraith's Star Model of organizational design Galbright star model.png
Galbraith's Star Model of organizational design

Organization design can be defined, narrowly, as the process of reshaping organization structure and roles. It can also be more effectively defined as the alignment of structure, process, rewards, metrics, and talent with the strategy of the business. Jay Galbraith and Amy Kates have made the case persuasively (building on years of work by Galbraith) that attention to all of these organizational elements is necessary to create new capabilities to compete in a given market. This systemic view, often referred to as the "star model" approach, is more likely to lead to better performance.

Organization design may involve strategic decisions, but is properly viewed as a path to effective strategy execution. The design process nearly always entails making trade-offs of one set of structural benefits for another. Many companies fall into the trap of making repeated changes in organization structure, with little benefit to the business. This often occurs because changes in structure are relatively easy to execute while creating the impression that something substantial is happening. This often leads to cynicism and confusion within the organization. More powerful change happens when there are clear design objectives driven by a new business strategy or forces in the market require a different approach to organize resources.

The organization design process is often explained in phases. Phase one is the definition of a business case, including a clear picture of strategy and design objectives. This step is typically followed by "strategic grouping" decisions, which define the fundamental architecture of the organization - essentially deciding which major roles will report at the top of the organization. The classic options for strategic grouping are to organize by:

Each of the basic building block options for strategic grouping brings a set of benefits and drawbacks. However, such generic pros and cons are not the basis for choosing the best strategic grouping. An analysis must be completed relative to a specific business strategy.

Subsequent phases of organization design include operational design of processes, roles, measures, and reward systems, followed by staffing and other implementation tasks.

The field is somewhat specialized in nature and many large and small consulting firms offer organization design assistance to executives. Some companies attempt to establish internal staff resources aimed at supporting organization design initiatives. There is a substantial body of literature in the field, arguably starting with the work of Peter Drucker in his examination of General Motors decades ago. Other key thinkers built on Drucker's thinking, including Galbraith (1973), Nadler, et al. (1992) and Lawrence and Lorsch (1967).

Organization design can be considered a subset of the broader field of organization effectiveness and organization development, both of which may entail more behaviorally focused solutions to effectiveness, such as leadership behaviors, team effectiveness and other characteristics of that nature. Many organizational experts argue for an integrated approach to these disciplines, including effective talent management practices.

Various approaches

There are various approaches to organizational architecture including

Five principles of good design [4]

  1. Specialization principle - the primary concern in the specialization principle how to group responsibilities into units. The unit boundaries should be defined to achieve the important benefits available.
  2. Coordination principle - this principle links closely with the specialization principle, to ensure the links are established between the units.
  3. Knowledge and competence principle - the primary concern in this principle is determining which responsibilities to decentralize and what hierarchical levels to create.
  4. Control and commitment principle - the primary concern in this principle is insuring managers have a process to effectively discharge decentralized principles.
  5. Innovation and adaptation principle - the primary concern in this principle is insuring the organization can change and evolve in the future.

Five good design tests [5]

Each tests coincides with the principles previously mentioned.

  1. Specialist culture test(Specialization Principle)
  2. Difficult links test(Coordination Principle)
  3. Redundant hierarchy test(Knowledge and Competence Principle)
  4. Accountability test(Control and Commitment Principle)
  5. Flexibility test(Innovation and Adaptation Principle)

Characteristics of effective organizational design

Some systems are effective and efficient whereas others are not. Successful systems may be attributable to the skill exercised in designing the system or to the quality of management practised during operations, or both. Successful systems are characterized by their simplicity, flexibility, reliability, economy, and acceptability. [6] Simplicity, flexibility, and reliability tend to be a function of design, whereas economy and acceptability pertain to both design and operations. Numerous relationships exist among these characteristics; for example, simplicity will affect economy and possibly reliability. Moreover, management must reach a compromise between economy and reliability, and between technical efficiency and organizational climate. The balance reached will determine whether short- or long-run objectives are optimized.

An effective organizational system need not be complex. On the contrary, simplicity in design is a desirable quality. Consider the task of communicating information about the operation of a system and the allocation of its inputs. The task is not difficult when components are few and the relationships among them are straightforward. However, the problems of communication multiply with each successive stage of complexity.

The proper method for maintaining simplicity is to use precise definitions and to outline the specific task for each subsystem. Total systems often become complex because of the sheer size and nature of operations, but effectiveness and efficiency may still be achieved if each subsystem maintains its simplicity.

Conditions change and managers should be prepared to adjust operations accordingly. There are two ways to adjust to a changing operating environment: to design new systems or to modify operating systems. An existing system should not be modified to accommodate a change in objectives, but every system should be sufficiently flexible to integrate changes that may occur either in the environment or in the nature of the inputs. For example, a company should not use the same system to build missiles as it uses to build airplanes, nor the same system to sell insurance as the one originally designed to sell magazines. However, it should be possible to modify an existing system to produce different sizes, varieties, or types of the same product or service.

A practical system must be well designed but it cannot be entirely rigid. There will always be minor variations from the general plan, and a system should be able to adapt to such changes without excessive confusion. The advantages associated with having a flexible system will become more apparent when we consider the difficulty of administering change.

System reliability is an important factor in organizations. Reliability is the consistency with which operations are maintained, and may vary from zero output (a complete breakdown or work stoppage) to a constant or predictable output. The typical system operates somewhere between these two extremes. The characteristics of reliability can be designed into the system by carefully selecting and arranging the operating components; the system is no more reliable than its weakest segment. When the requirements for a particular component — such as an operator having unique skills — are critical, it may be worthwhile to maintain a standby operator. In all situations, provisions should be made for quick repair or replacement when failure occurs. One valid approach to the reliability-maintenance relationship is to use a form of construction that permits repair by replacing a complete unit. In some television sets, for example, it is common practice to replace an entire section of the network rather than try to find the faulty component. Reliability is not as critical an issue when prompt repair and recovery can be instituted.

An effective system is not necessarily an economical (efficient) system. For example, the postal service may keep on schedule with mail deliveries but only by hiring a large number of additional workers. In this case, the efficiency of the postal system would be reduced. In another example, inventories may be controlled by using a comprehensive system of storekeeping. However, if the cost of the storekeeping were greater than the potential savings from this degree of control, the system would not be efficient. It is often dysfunctional and expensive to develop much greater capacity for one segment of a system than for some other part. Building in redundancy or providing for every contingency usually neutralizes the operating efficiency of the system. When a system's objectives include achieving a particular task at the lowest possible cost, there must be some degree of trade-off between effectiveness and efficiency. When a system's objective is to perform a certain mission regardless of cost, there can be no trade-off.

Any system, no matter how well designed, will not function properly unless it is accepted by the people who operate it. If the participants do not believe it will benefit them, are opposed to it, are pressured into using it, or think it is not a good system, it will not work properly. If a system is not accepted, two things can happen:(1) the system will be modified gradually by the people who are using it, or (2) the system will be used ineffectively and ultimately fail. Unplanned alterations in an elaborate system can nullify advantages associated with using the system.

Differentiation and integration

A basic consideration in the design of organizations is dividing work into reasonable tasks (differentiation) while giving simultaneous attention to coordinating these activities and unifying their results into a meaningful whole (integration). Two guidelines may be followed in grouping activities:

  1. Units that have similar orientations and tasks should be grouped together. (They can reinforce each other's common concern and the arrangement will simplify the coordinating task of a common manager).
  2. Units required to integrate their activities closely should be grouped together. (The common manager can coordinate them through the formal hierarchy). [7]

When units neither have similar orientations nor share their activities, the task of grouping becomes more difficult. For example, when units are similar in nature and function but are also relatively independent, the manager must base their decision on the most appropriate way to group activities according to their past experience. [7]

A difficult task associated with system-subsystem determination is to establish proper boundaries of operations. The more specific and distinct the goals of the operation, the easier it is to set boundaries. Other factors such as the influence of the environment, the availability of men and machines, the time schedule for design and operation, the cost of alternative designs, and the particular biases of the designers must be considered when establishing boundaries. [7]

The role of management

Designers with imagination have the best chance to group people and machines into workable combinations having the greatest efficiency and effectiveness within the recognized constraints. Certain characteristics should be designed into an effective and efficient system — simplicity, flexibility, reliability, economy, and acceptability. [8]

At this point, the designer must determine what has to be done to achieve the stated objective(s) and how the total task can be divided into meaningful units. Of the many possible combinations, one must be selected as that which satisfies the decision criteria better than the other alternatives. Of course, the balance between technical efficiency and the human factors that determine organizational climate should be included in making this decision. The eventual success or failure of the project is somewhat predetermined by management's attitude and the relationship between the designers and those who must implement the process. [8]

The systems approach suggests a new role for management. In the traditional view, the manager operated in a highly structured, rigid system having well-defined goals, clear-cut relationships, tight controls, and hierarchical information flows. In the flexible (or open) systems view, the organization is not static but is continually evolving to meet both external and internal changes. The manager's role is to develop a viable organization, cope with change, and help participants establish a dynamic equilibrium. Leonard Sayles has expressed the manager's problem as follows:

The one enduring objective is the effort to build and maintain a predictable, reciprocating system of relationships, the behavioral patterns of which stay within reasonable physical limits. But this is seeking a moving equilibrium, since the parameters of the system (the division of labor and the controls) are evolving and changing. Thus, the manager endeavors to introduce regularity in a world that will never allow him to achieve the ideal”. [9]

The systems approach does not offer a prescription for making a manager's difficult and complex job easier. Rather it helps him understand and operate more effectively within the reality of complex systems. The systems approach suggests that operations cannot be neatly departmentalized but must be viewed as overlapping subsystems. In addition, it suggests that leadership patterns must be modified, particularly when dealing with professionals and highly trained specialists, and motivation must take the form of active, willing participation rather than forceful subjugation. [9]

Systems design involves establishing projects and facilitating subsystems to accomplish certain tasks or programs. In this approach, the network of human independence required to accomplish a given task is based on the shared responsibility of all members of the subsystem. In contrast, the traditional organization is geared to functional performance and the integrating force is authority. Instead of gearing participant activities to obedience to rules and closely structured behavior, the systems approach provides a basis for active cooperation in meeting task requirements. The manager is looked upon as a resource person who can help the group meet its goals and also as a source of authority and control. Thus, systems theory lends a structure by which the concepts of motivation, leadership, and participation can be applied effectively within the organization. [9]

Implementation is, of course, implicit in the connotation of systems design; otherwise it would be nothing more than an empty exercise. It follows that the interface between managers and systems designers is critical, and mutual understanding must be fostered to maximize returns from design efforts. The system must be tailored to the needs of the organization and adapted continually as circumstances change. In a general sense, managers engage in systems design on a day-to-day basis when they plan activities and organize systems to accomplish objectives. Specialized staff groups have evolved to perform tasks such as long-range planning, organizational studies, and systems design. However, since managers are ultimately responsible for organizational endeavors, they should make a special effort to help ensure the development of useful systems and to make design activities an extension of the manager's role rather than a separate function. [8]

Operating managers need to understand the organizational decision-making requirements and the information needed to support the system. Although the probability of success in implementation is enhanced considerably if management is vitally interested in the project, technical expertise and motivation for change are more likely to be found in staff groups. The solution to the apparent dichotomy would seem to be a team approach, [10] with specialists supporting operating managers who are responsible for the project's success. A manager might devote either part-time to such an effort or full-time temporarily, if the task requires it.

A project involving an integrated system for the entire company might well require years to complete. If operating people are delegated responsibility and authority for such a project, particularly if they are delegated the authority to outline specifications, they should also maintain sufficient contact with the day-to-day operations and its attendant information flow to retain their expertise for decision making. If the environment is dynamic or internal capabilities undergo change, it might be wise to rotate people from operations to systems design periodically, so that operating expertise is updated continually. [8]

See also

Related Research Articles

Project management is the process of leading the work of a team to achieve all project goals within the given constraints. This information is usually described in project documentation, created at the beginning of the development process. The primary constraints are scope, time, and budget. The secondary challenge is to optimize the allocation of necessary inputs and apply them to meet pre-defined objectives.

<span class="mw-page-title-main">Work breakdown structure</span> A deliverable-orientated breakdown of a project into smaller components.

A work-breakdown structure (WBS) in project management and systems engineering is a deliverable-oriented breakdown of a project into smaller components. A work breakdown structure is a key project management element that organizes the team's work into manageable sections. The Project Management Body of Knowledge defines the work-breakdown structure as a "hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables."

<span class="mw-page-title-main">Embedded system</span> Computer system with a dedicated function

An embedded system is a computer system—a combination of a computer processor, computer memory, and input/output peripheral devices—that has a dedicated function within a larger mechanical or electronic system. It is embedded as part of a complete device often including electrical or electronic hardware and mechanical parts. Because an embedded system typically controls physical operations of the machine that it is embedded within, it often has real-time computing constraints. Embedded systems control many devices in common use. In 2009, it was estimated that ninety-eight percent of all microprocessors manufactured were used in embedded systems.

A business process, business method, or business function is a collection of related, structured activities or tasks performed by people or equipment in which a specific sequence produces a service or product for a particular customer or customers. Business processes occur at all organizational levels and may or may not be visible to the customers. A business process may often be visualized (modeled) as a flowchart of a sequence of activities with interleaving decision points or as a process matrix of a sequence of activities with relevance rules based on data in the process. The benefits of using business processes include improved customer satisfaction and improved agility for reacting to rapid market change. Process-oriented organizations break down the barriers of structural departments and try to avoid functional silos.

<span class="mw-page-title-main">Information management</span> Organisational activity concerning information lifecycle

Information management is the appropriate and optimized capture, storage, retrieval, and use of information. It may be personal information management or organizational. Information Management for organizations concerns a cycle of organizational activity: the acquisition of information from one or more sources, the custodianship and the distribution of that information to those who need it, and its ultimate disposal through archiving or deletion and extraction.

<span class="mw-page-title-main">Systems development life cycle</span> Systems engineering terms

In systems engineering, information systems and software engineering, the systems development life cycle (SDLC), also referred to as the application development life cycle, is a process for planning, creating, testing, and deploying an information system. The SDLC concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both. There are usually six stages in this cycle: requirement analysis, design, development and testing, implementation, documentation, and evaluation.

<span class="mw-page-title-main">Product lifecycle</span> Duration of processing of products from inception, to engineering, design & manufacture

In industry, product lifecycle management (PLM) is the process of managing the entire lifecycle of a product from its inception through the engineering, design and manufacture, as well as the service and disposal of manufactured products. PLM integrates people, data, processes, and business systems and provides a product information backbone for companies and their extended enterprises.

An organizational structure defines how activities such as task allocation, coordination, and supervision are directed toward the achievement of organizational aims.

Web development is the work involved in developing a website for the Internet or an intranet. Web development can range from developing a simple single static page of plain text to complex web applications, electronic businesses, and social network services. A more comprehensive list of tasks to which Web development commonly refers, may include Web engineering, Web design, Web content development, client liaison, client-side/server-side scripting, Web server and network security configuration, and e-commerce development.

Departmentalization refers to the process of grouping activities into departments. Division of labour creates specialists who need coordination. This coordination is facilitated by grouping specialists together in departments.

Reliability engineering is a sub-discipline of systems engineering that emphasizes the ability of equipment to function without failure. Reliability describes the ability of a system or component to function under stated conditions for a specified period. Reliability is closely related to availability, which is typically described as the ability of a component or system to function at a specified moment or interval of time.

<span class="mw-page-title-main">Architecture of Windows NT</span> Overview of the architecture of the Microsoft Windows NT line of operating systems

The architecture of Windows NT, a line of operating systems produced and sold by Microsoft, is a layered design that consists of two main components, user mode and kernel mode. It is a preemptive, reentrant multitasking operating system, which has been designed to work with uniprocessor and symmetrical multiprocessor (SMP)-based computers. To process input/output (I/O) requests, it uses packet-driven I/O, which utilizes I/O request packets (IRPs) and asynchronous I/O. Starting with Windows XP, Microsoft began making 64-bit versions of Windows available; before this, there were only 32-bit versions of these operating systems.

Organizing or organising is the establishment of effective authority-relationships among selected works, which often improves efficiency.

Technology strategy is the overall plan which consists of objectives, principles and tactics relating to use of technologies within a particular organization. Such strategies primarily focus on the technologies themselves and in some cases the people who directly manage those technologies. The strategy can be implied from the organization's behaviors towards technology decisions, and may be written down in a document. The strategy includes the formal vision that guide the acquisition, allocation, and management of IT resources so it can help fulfill the organizational objectives.

Control is a function of management that helps to check errors and take corrective actions. This is done to minimize deviation from standards and ensure that the stated goals of the organization are achieved in a desired manner.

A glossary of terms relating to project management and consulting.

Business process management (BPM) is the discipline in which people use various methods to discover, model, analyze, measure, improve, optimize, and automate business processes. Any combination of methods used to manage a company's business processes is BPM. Processes can be structured and repeatable or unstructured and variable. Though not required, enabling technologies are often used with BPM.

A distributed operating system is system software over a collection of independent software, networked, communicating, and physically separate computational nodes. They handle jobs which are serviced by multiple CPUs. Each individual node holds a specific software subset of the global aggregate operating system. Each subset is a composite of two distinct service provisioners. The first is a ubiquitous minimal kernel, or microkernel, that directly controls that node's hardware. Second is a higher-level collection of system management components that coordinate the node's individual and collaborative activities. These components abstract microkernel functions and support user applications.

The following outline is provided as an overview of and topical guide to project management:

Jay R. Galbraith was an American organizational theorist, consultant and professor at the International Institute for Management Development, known for his work on strategy and organization design.

References

  1. 1 2 Miroslav Žugaj & Markus Schatten (2005). Arhitektura suvremenih organizacija. Varaždinske Toplice: Tonimir. pp. 1–6. ISBN   953-7069-50-8.
  2. Baligh, Helmy H. (2006). "Structure, Performance, Cost, and Outcome". Organization Structures. Information and Organization Design Series. Vol. 5. Springer New York. pp. 1–31. doi:10.1007/0-387-28317-X_1. ISBN   978-0387258478.
  3. 1 2 Kesler, Gregory (2011). Leading organization design : how to make organization design decisions to drive the results you want. Kates, Amy. (1st ed.). San Francisco, CA: Jossey-Bass. pp. 9–10. ISBN   9780470912836. OCLC   693772818.
  4. Goold, Michael (2002). Designing effective organizations : how to create structured networks. Campbell, Andrew, 1950 August 3-. San Francisco, Calif.: Jossey-Bass. pp. 49–57. ISBN   0787960640. OCLC   48783823.
  5. Goold, Michael (2002). Designing effective organizations : how to create structured networks. Campbell, Andrew, 1950 August 3-. San Francisco, Calif.: Jossey-Bass. p. 93. ISBN   0787960640. OCLC   48783823.
  6. Richard A. Johnson, Fremont E. Kast, and James E. Rosenzweig, The Theory and Management of Systems, 3rd ed. (New York: McGraw-Hill, 1973), pp. 144-46.
  7. 1 2 3 Paul R. Lawrence; Jay William Lorsch (1967). Organization and environment; managing differentiation and integration. Boston: Division of Research, Graduate School of Business Administration, Harvard University. pp. 213–18. OCLC   229592.
  8. 1 2 3 4 Richard Arvid Johnson (1976). Management, systems, and society : an introduction . Pacific Palisades, Calif.: Goodyear Pub. Co. pp.  100–105. ISBN   0-87620-540-6. OCLC   2299496.
  9. 1 2 3 Leonard R. Sayles (1964). Managerial behavior; administration in complex organizations . New York: McGraw-Hill. pp.  100–105. OCLC   965259.
  10. Ackerman, Ben. "Organisation Design, why keep it a secret?".

Further reading