Documente Academic
Documente Profesional
Documente Cultură
Abstract
Companies often find the rigidity of information technology infrastructures a barrier to change. This is increasingly problematic as, faced with high competitive intensity and environmental turbulence, boards and executive teams seek to formulate and execute dynamic strategy. In the absence of a clearly defined, long-term strategic plan, the IT infrastructure platform needs to be designed and managed in concert with organisational design to achieve the degrees of flexibility the executive team most expects to need. The paper combines IT architecture with multivariate theories of organisational fit into an activity that creates a joint architecture of IT and organisation. The distinctive advantage of the approach is that the architecture is harmonised to the increasingly widespread desire to make strategy on the run. Based on a 98 organization study, we describe relevant concepts, roles and practice for achieving an Organisational Architecture.
1. Introduction
Organisation and flexibility constitute a combination that is almost universally desired but found in practice to be very much at odds. So while companies vaunt their flexibility, when put to the test their response is too often limited by inertia deriving, from among other sources, rigid information technology (IT) infrastructure. The contortions undergone by traditional PC manufacturers responding to Dell, booksellers to Amazon, and insurance companies to DirectLine underlines both the difficulty and the
competitive implications of not being responsive to unanticipated futures. Paradoxically, the current business climate is at the same time suited and unsuited to developing flexibility. On the one hand companies have the time to consolidate, put their house in order, and build for the future while on the other hand they are focused on cost saving and paring their operations and overheads to the minimum. Investment is limited. It is tempting therefore to cut back on developments for the future whether they be skills and capabilities or information technology (IT). Unfortunately, they are complementary both are required. From the early 1960s we have known that certain kinds of organisational design promote innovation and adaptiveness[1]. Only in the last decade have we learnt the extent to which IT can enable or constrain adaptive response [2]. Creating a flexible platform for uncertain futures requires investment in an architecture that will enable rapid deployment of new IT. Such a platform comprises not merely technical infrastructure but also technical specialists and suppliers and the organisation/s through which they function. Delivering a flexible platform is timeconsuming and difficult to achieve. Securing support for the requisite investment is challenging when many companies have reverted to viewing IT as a troublesome cost. This papers contribution is to show why investment is required in a new practical discipline we term Organisational Architecture, and to set out its building blocks in terms of concepts, roles and practice. We thus extend Enterprise Architecture and certain theories of organisational design termed organisational architecture by showing how to achieve a joint architecture of IT and
organisation harmonised to the increasingly widespread desire to make strategy on the run [3].
2. Research Base
The argument is based on prior research [4] and experience in combination with insights drawn from the various literatures addressing dynamic strategy, organisational design, and flexibility [5]. This research was initially motivated by a desire to understand how companies IT functions were coping with the challenge of being prepared for the kinds of unpredictable demands created by the dot.com boom. Research was carried out throughout 2000 and early 2001 into 97 corporations in USA, Europe and Australia. Over 140 executives were interviewed or surveyed. Questioning covered their e-business models and initiatives and how these related to building the requisite technology. Interviews typically lasted between 45 minutes and two hours. Companies were drawn from a wide range of sectors including technology suppliers, distributors, financial services firms including credit card, stock broking, insurance and banking businesses, information providers, pharmaceutical companies, utilities, and a range of retailers and service operations. One research outcome was published as a market intelligence report in 2001[6]. This process taught us two key lessons: (1) that the issue of being prepared for unpredictable futures was a continuing concern for organisations beyond the immediate turbulence of e-business; and (2) that our conceptualisations of the kind of platform firms required could not be exclusively technological but should also embrace organisational design. We therefore revisited our case studies and have continued to engage with executives through 2002/3 to further explore and develop our emerging conceptualisation of Organisational Architecture. In some cases this engagement has taken the form of taped and transcribed semi-structured interviews, and in others it has involved presentations and discussions with groups of managers including a number with responsibility for aspects of Organisational Architecture. We use examples drawn from our research throughout.
3. Evolution Of Architecture
Organisational
In our usage, Organisational Architecture is the practice of designing and managing the combined infrastructure of
organisational structure and IT that together support company strategy. It is relevant to all large companies but the need has become most apparent and pressing where strategy is dynamic whether by design or default. For this reason, our discussion focuses principally on the issue of achieving flexibility. There are three key ingredients implicit in our adoption of the term Organisational Architecture interaction between organisation and IT; multivariate fit; and the discipline of IT architecture. First, IT and organisation increasingly function in concert. For example, retail banks worldwide have for years striven to shift from productbased structures we can send you three account statements but not in the same envelope to focus on the customer. Their speed of change has been geological because of the inflexibility of the vast IT infrastructures they have laid down over so many years. Todays UK National Health Service confronts a similar issue. Radical reform of clinical and administrative practices to allow treatment of the patient as a single individual requires reorganisation but this can only be effected when a new infrastructure has been installed that will enable sharing of patient data across all NHS locations. Conversely, organisations find that in order to exploit the opportunities new IT can present, they need to re-organise. When IBM embarked on its turnaround strategy in the early 1990s, it recognised that it could reengineer general procurement and make savings through consolidated purchasing but to achieve this it needed a global procurement function in addition to the new technology. This reciprocal interaction between IT and organisation demands management through a unifying authority. The second ingredient is the core idea within studies of economics and organisation of multivariate fit. In organisation theory this theme has been developed over some 30 years [7]. Coming from a different tradition of organisational economics, Brickley, Smith and Zimmerman likewise adopt a multivariate theory of fit [8]. Different authors have emphasised different variables drawing from an extensive range including task, people, formal organisational arrangements (including unit groupings, structures, coordination and control systems, job design, work environment, HR systems, reward systems, and physical location) and informal organisation (including leadership, norms, values, intragroup relations, intergroup relations, informal working arrangements, communication and influence patterns, key roles, climate and power politics).
While these traditions do acknowledge the role of information and technology, neither addresses the role of information technology either as an enabler or a constraint. Specialists in technology studies have been more alert to technologys key role in organisations [9]. But even researchers in the management of Information Systems/Information Technology (IS/IT) who have taken a multivariate approach have typically thought in terms of a long-term strategic plan with the design of organisation and IT as occurring sequentially. They have not considered design for flexibility. The third ingredient is IT architecture which refers to the IT sub-discipline most associated with preparing for the future. IT architects determine which technologies (hardware, software, networks, protocols, and standards) are acceptable in an organisations IT infrastructure and define a blueprint for how they should be connected together. By doing so they aim to strike the right balance between having a limited set of compatible components which restricts what can be achieved for the business and a more varied but less compatible set of components that increases the possibilities. The art of IT architecture lies in trading off a range of parameters including time, cost, quality, security, risk, and resilience among others against the degree of technological and, by implication, organisational flexibility the architecture permits. Perhaps because of what Michael Earl has called the ambiguity of IT [10], both theorists and managers have preferred to see ITs role as a delivery technology that has often by chance influenced how the organisation functions rather than as a crucial contributor to flexible organisation. However, our studies and experience suggest that it is possible to map an evolutionary path in the management of IT towards increasing emphasis and focus on the relationship between IT and organisation with a view to achieving flexibility (see Figure 1). The most basic application of IT is Automation of existing business processes on a case-by-case basis within business functions[11]. If this has any organisational effects, they are likely to be accidental. The fundamental objective is to take labour out of the task. Alignment aims to ensure that the application of IT matches the strategic needs of the business[12]. The rationale is that if a companys structure derives from its determining how to execute its strategy, then if IT is designed to reflect this it will thereby
support strategy execution. This works to a degree for an established strategic plan and organisational structure. However, it is timeconsuming, risky and expensive to redesign and re-implement IT infrastructure which thereby serves as a brake on change. Alignment therefore reinforces the existing organisation. One particular form of alignment, the federal structure [13] has sought to alleviate this problem through IT architecture. One objective sometimes set for such an architecture is to anticipate and support future developments that may be demanded of the IT function. However, this objective can be and often is undermined by further objectives. For example, an IT architect may be asked to restrict the technologies that can be used in order to facilitate bulk purchasing of IT facilities or to reduce the range of technical skills required. The intensely technical and highly conceptual nature of the role means that although in principle IT architects are often charged with anticipating future business needs, in practice they are almost never privy to the top teams thinking about its future strategy, and are rarely strongly competitively or organisationally focused. Safeways experience with its ABC loyalty card and associated data mining illustrates the point. Anticipating the competitive needs of the business in the 1990s, Safeway built a sophisticated data warehousing and data mining infrastructure that permitted micromarketing. Organisationally, the business lacked the capabilities to execute micromarketing successfully on a sufficiently large scale to justify the continued IT investment. Despite their best endeavours, IT architects alone are rarely able to deliver a sufficiently flexible platform that meets the real needs of the business. Reverse alignment involves the adoption of enterprise systems (ERP) on the basis that they provide a common upgrade path because the supplier continually enhances the technology and a common platform that allows extensive interconnection across a large, complex organisation. Adopting companies have chosen to redesign their business around the IT systems. This approach has certainly supported the development of greater integration across organisational units within the existing structure. But, as one CIO put it to us, ERP is like pouring wet concrete all over your organisation because the organisational structure is a parameter in the implementation of the software. Changing the organisation means re-implementing the ERP system.
Over time, then, ITs role in businesses has evolved from being narrowly focused on business processes to having far greater influence on the way the structure operates as an organisation. As the sociologist, Bruno Latour, has put it, it is no longer clear if a computer system is a limited form [of] organization or if an organization is an expanded form of computer system[14].
options such as offering its customers eprocurement support as well as engaging in consolidated procurement from its own suppliers. This latter option revealed the need for both technology and organisation to be appropriate to the need. The initial option to establish a global procurement unit proved constrained by the lack of a shared IT infrastructure which made it prohibitive to monitor existing country-based procurement. Investigation indicated that a single shared ERP system was inappropriate to the very different levels of business conducted in different countries, so a regional ERP infrastructure was planned and the organisation adjusted to support consolidated procurement at the regional rather than the global level. A different distributor told us about its attempt to establish a direct to consumer business. The company failed to provide a distinct organisational location for the start-up so that it was pressed into a corner of a highly automated warehouse to whose facilities it was denied access. Unsurprisingly, the business was floundering and as a result, though established as an option, it failed to represent a real avenue for future growth and development. CitiPower, the Melbourne-based utility, hired its new CIO, Gill Lithgow specifically to create a platform for e-business. One of his early realisations was that the organisation was pursuing too many options for it to be able to advance the most promising ones. He therefore both set about limiting the investment in options and in establishing an organisational office and a process for monitoring those options it decided to continue. In summary, we saw a number of companies seeking to achieve a degree of flexibility by taking out real options. Some were IT-led and some were business-led. All were a gamble with uncertain outcomes. In some cases, there was just IT investment initially and in some there was organisational adjustment to complement the technology innovation. Where options were unsuccessful, some were unsuccessful as options and some were unsuccessful as business. Thus Safeways Shop-and-Go represented a very successful option that the company could have chosen to adopt but its micro-marketing option was less successful as an option because lacking organisational micro-marketing capability, it was never clear whether it had a future. Successes were less risky where complementary organisational change was viewed as integral to the option.
The further evolution of Organisational Architecture involves a shift from merely second-guessing or experimenting with future initiatives to institutionalising the dynamic capabilities that enable firms to flexibly explore, create and respond to new futures. A more sophisticated approach is called for.
For design communication processes to function well there has to be some shared language. We believe that a basis exists in two complementary respects: common conceptual underpinnings, and emerging new organisational concepts that are deeply embedded in IT-based thinking. First, there is a common conceptual underpinning to the languages of organisation design and IT architecture. Both operate with the concepts of differentiation and integration, communication and control, standardisation and routinisation although the IT community cloaks them in its own jargon. Enterprise application integration (EAI) may sound intimidating to a business strategist, but it is merely the technologists seeking to achieve process integration. Where information technologists talk of best-of-breed systems, traditional organisational designers speak of functional differentiation in both cases their interest lies in achieving the advantages of specialisation. IT architects talk at length about standards and understand the tensions between autonomy and control as well as any organisational design consultant. However, while there are shared concepts, both the language of organisational design and that of IT architecture have limited purchase upon organisational adaptiveness and change. A further set of concepts is therefore required and these derive from recent attempts to provide some conceptual structure to dynamic strategy [17]. Table 2 summarises Brown and Eisenhardts core concepts, their contribution to achieving dynamic strategy, and their architectural character.
IT architects of the business needs that drive the demand for essential degrees of flexibility [18]. In summary, they involve asking the following questions of both the CEOs inner circle and the IT specialists and brokering their differing answers: What does the future look like? What aspects of the business and its technology will be core to that future? What does it mean for this company to be dynamic and flexible outside that core? What level of flexibility is achievable given that there will be some hard-toremove constraints? How can the company match its ambition and capability? The desired outcome is a jointly accepted position on the degree of flexibility required and its implications in terms of organisation and IT. The other principal element of process is implementation of organisational and IT change to establish the architecture. Because the architecture defines the organisation in terms of its future capabilities, this can be a significant transformation requiring leadership from the top. Oracle Corporations e-business initiative exemplifies this well. In the late 1990s Oracle wanted to create a platform for itself to exploit a range of possible opportunities. CEO Larry Ellison saw the potential for cost savings, customer service improvements, a shift to global account management, and more central oversight of country business activities. He recognised that a sufficiently flexible platform required a more centralised organisational structure supported by a common IT infrastructure. He also realised that he could only achieve this by securing country buy-in to greater centralisation. He thus set about changing country Managing Directors remuneration targets from being based on revenue to profit, at the same time as centralising IT and Marketing and offering the MDs these services for free. They were at liberty to retain their local IT and Marketing functions but they would have to believe that these added more to their profitability than they cost. The country MDs willingly accepted centralisation, thereby enabling a common IT platform to be established and common marketing strategies to be executed. Plainly Ellison wanted his own company to be a reference site (role model) for its own products and therefore was highly motivated to achieve his objectives, and this might have sharpened his awareness of what needed to be done. Whether or not his implicit understanding of the co-dependence of IT and
organisation and his adept change management were the result of his having special knowledge inaccessible to other companies, the importance of this example is its demonstration of the necessity of skilled change management in delivering a new Organisational Architecture. Others take a different approach. One manager who fulfils many aspects of the Organisational Architect role in a global consumer goods company takes a more bottom-up, incremental approach. He seeks out areas of the business where by applying architectural practice he can achieve a win that demonstrates to senior executives the value of Organisational Architecture so that they will subsequently seek him out to help them apply architectural practice more widely within their spheres of authority.
6. Conclusion
ITs increasing pervasiveness in businesses means that their IT infrastructure more and more defines their organisational characteristics. IT choices are thereby organisational choices. At a time when strategy is becoming less explicit and more dynamic, flexible execution depends heavily on having the right organisational capabilities. But, because IT constrains some organisational choices at the same time as enabling others, it
is inappropriate to ask information technology architects to design a flexible platform without giving them careful guidance as to the types/degrees of flexibility required. Because this guidance involves important trade-offs, it must be given by senior executives in the full knowledge of its potential future implications. Thus a bi-partite architectural activity is required in which organisation and IT infrastructure design are informed by deep knowledge of business vision and ambition, while at the same time that vision and ambition is matched and modified in the light of the limits imposed by the organisational and infrastructural design. Our approach assumes that long-term strategy is more about developing capabilities than achieving an advantageous and sustainable competitive position. So although the term Organisational Architecture sounds like a one-off project such as the design of a building, in fact it is more a continuing process to adjust and develop a platform that will give rise to and enhance capabilities. Thus we have used logical argument to establish the need for Organisational Architecture. We have used observation from the field and discussion with relevant executives to suggest that this is not merely a theoretical possibility but that companies are moving in the direction we indicate. Our observations have also helped us to give shape to our ideas which has ensured both that they have appeal to executives and that they are practically realistic. One aspect of which we have said little is who is to play the role of Organisational Architect. We contend that it must be a senior executive, possibly themself a member of the top executive team, but certainly with the trust of that team. It is essential to achieving a realistic compromise between costs and degrees of freedom that the Architecture is informed by the most realistic assessment of possible futures unmediated by layers of hierarchy. At the same time, this function must be IT-knowledgeable so as to understand the trade-offs implicit in any IT architecture. In our experience a few CEOs such as Larry Ellison of Oracle combine the relevant understanding, but most lack the technology background. Likewise not all CIOs have the relevant depth of understanding of the strategy and organisational design. Hence somebody such as a strategy director supported by a multi-functional team will in most cases be appropriate. Much as the Chief Information Officer role when first adopted was not a well established role but one into which individuals
were required to grow, so too we believe it is the case with the Organisational Architect. Those who currently fulfil some part of the role as we conceive it are pioneers necessarily feeling their way and experimenting. Our contribution is to offer some structure and coherence to what we see happening, but to the extent that not all of our suggestions are well tested, we must expect new, different and better ideas to emerge. For example, our application of Brown and Eisenhardts dynamic capabilities is indicative and may well be superseded as practice develops. Is an Organisational Architect required in every business? Our research does not as yet tell us because we started with a focus on organisational flexibility. The more a company required flexibility and the more pervasive IT was within it, the more it seemed that Organisational Architecture was required. Equally, as the research has developed, it has become apparent that the fundamental idea of creating a joint organisational design and IT architecture is as relevant to a commodity business seeking to become super-efficient or a professional services firm seeking to exploit its dispersed professional knowledge as it is to a high-tech company operating flexibly in dynamic markets. The organisational capabilities the Architect seeks to realise will vary but the principle remains intact. Similarly, while large, decentralised organisations are architecturally challenging because of their centrifugal tendencies, the basic issue of IT acting as an enabler and constraint also applies to smaller more centralised firms. Organisational Architecture may be easier to achieve but is nonetheless needed. This wider applicability of the concept reinforces the importance of Organisational Architecture at board level. But the issue of boardroom buy-in highlights a challenge if Organisational Architecture is for the long-term, will it justify the effort and investment in a time frame that will reward the board and senior executives for their foresight? In due course, we might expect that not only will the real options companies take out be factored into their share price but so too will the Organisational Architecture on the basis of what futures it enables. In the meantime, a more practical response will be to find principles of Organisational Architecture that can be applied and take effect in a shorter time frame. In summary, another way of putting what we are saying is dont delegate the provision of flexibility to the IT function and dont treat the creation of a flexible IT platform as somehow separable from your
organisation design. Instead, invest in Organisational Architecture and in doing so recognise that you are investing not in a product but a programme of reforming the way you make strategy, structure your organisation and plan your IT.
6. References
[1]. T. Burns and G.M. Stalker, Management of Innovation, Tavistock Publications, London (1961). [2.] M. Hammer and J. Champy, Reengineering the Corporation: a Manifesto for Business Revolution, HarperCollins, New York, (1993). [3]. M.A. Cusumano and C.C. Markides, Strategic Thinking for the Next Economy, Jossey-Bass, San Francisco (2001). [4] C. Sauer and L. Willcocks, Building the EBusiness Infrastructure: Management Strategies for Corporate Transformation, Business Intelligence, Wimbledon (2001). [5]. E.g. S.L Brown & K.M. Eisenhardt, Competing on the Edge: Strategy as Structured Chaos, Harvard Business School Press, Boston, Mass., (1998), R.T. Pascale, M. Milleman and L. Gioja, Surfing the Edge of Chaos: The Laws of Nature and the New Laws of Chaos, Crown Publications (2000). [6]. C.Sauer & L. Willcocks, Building the EBusiness Infrastructure: Management Strategies for Corporate Transformation, Business Intelligence, Wimbledon, 2001. [7]. Leavitt, H.J. Applied organizational change in industry: structural, technological and humanistic approaches, in J.G. March (ed.), Handbook of Organizations, Rand McNally, Chicago (1965); R.E. Miles and C.C. Snow, Fit, failure and the hall of fame, California Management Review, 26, 3, Spring, 10-28, (1984); R.E. Miles and C.C. Snow, Fit, Failure and the Hall of Fame: How Companies Succeed or Fail, Free Press, New York (1994); D. Miller, Configurations revisited, Strategic Management Journal, 17, 505-512 (1996); D.A. Nadler and M.L. Tushman, Competing By Design: The Power of Organizational Architecture, Oxford University Press, New York (1997). [8]. J.A. Brickley, C.W. Smith and J.L. Zimmerman, Teaching the economics of organization, Financial Practice and Education, 9, 2, 120124 (1999). [9]. K.B. Clark, What strategy can do for technology, Harvard Business Review, 67, 6, 94-98 (1989); A.M. Kantrow, The strategy-technology
connection, Harvard Business Review, 58, 4, 6-21 (1980). [10]. M.J. Earl, Private meeting of French Thornton Partnership Change Leadership Network, London, 26 February 2003. [11]. S.Zuboff In the Age of the Smart Machine: the Future of Work and Power, Basic Books, New York, (1988). [12]. J.C. Henderson and N. Venkatraman, Strategic alignment: a model for organizational transformation through information technology, in T. Kochan & M. Useem (eds),Transforming Organizations, Oxford University Press, New York (1992). [13]. R.W. Zmud, A.C. Boynton and G.C. Jacobs The information economy: A new perspective for effective information systems management, Data Base, Fall, 17-23, (1986). [14]. B. Latour, Social theory and the study of computerized work sites, in W.J. Orlikowski, G. Walsham, M.R. Jones and J.I. DeGross (eds.), Information Technology and Changes in Organizational Work, Chapman and Hall, London, 295-306 (1996). [15]. The options approach is also advocated in J. Ross, C. Beath, V. Sambamurthy and M. Jepson, Strategic levers to enable e-business transformations, CISR Working Paper No 310, MIT, Boston, Mass. (2000) where it is proposed as one of four IT infrastructure strategies. [16]. C. Sauer, Managing the Infrastructure Challenge, in L. Willcocks, C. Sauer & Associates, Moving to E-Business: The Ultimate Practical Guide, Random House, London, 2000; C.Sauer & L. Willcocks, Building the E-Business Infrastructure: Management Strategies for Corporate Transformation, Business Intelligence, Wimbledon, 2001. [17]. S.L Brown and K.M. Eisenhardt, Competing on the Edge: Strategy as Structured Chaos, Harvard Business School Press, Boston, Mass. (1998); K.M. Eisenhardt and S. Brown, Patching: Restitching Business Portfolios in Dynamic Markets, Harvard Business Review, 72-82, May-June (1999); K.M. Eisenhardt and D. Sull, Strategy as Simple Rules, Harvard Business Review, 106-116, Jan (2001). [18]. C. Sauer and L.P. Willcocks, The Evolution of the Organizational Architect, Sloan Management Review, 43, 3, 41-49, Spring (2002). [19]. C.U. Ciborra and Associates, From Control to Drift: The Dynamics of Corporate Information Infrastructures, Oxford University Press, Oxford (2000).
Design Requirements
Flexible process
Asset exploitation
Flexible infrastructure
Innovation
Resilience
Scale
Scope
Ability to vary products and markets as required. Ability to vary geographical scope.
Reach
Learning
Responsiveness
Ability to respond to contextual turbulence economic, competitive, political, regulatory, environmental, social, technological.
Organisational complexion of IT Automation Alignment Reverse Alignment Real Options Flexible Capabilities
Table 2: Architectural Concepts for Realising Flexible Capabilities Concept Description Contribution to Architectural Character Dynamic Strategy
Simple Rules high level heuristics that have wide applicability Co-adaptation a blend of business independence with adaptive inter-business collaboration Enable improvisation. Guide rapid, autonomous but coherent, decision-making Influences cost and speed in fast-moving markets. Emphasises adaptation in pursuit of domination in high potential markets Organisationally, decision-makers need to have autonomy and be freed from unnecessary constraints. Technologically, what is needed varies according to the content of the rule see example in text below. A key element is frequent joint focus across businesses on highly targeted areas of Group or Alliance opportunity and mutual advantage. Organisationally requires motivation and opportunity for interests to meet, be mixed, and resolved into action. Technologically requires superior data analysis to keep the focus in tune with the changing business. Organisationally, requires fast-moving people, processes and structures. Requires adaptable and responsive IT structure and specialists. The extensible IT platform they create needs to be shaped by understanding of the kinds of stimulation, eg acquisitions and de-mergers, product launches and exits, new forms of contract etc Modularity is usually based around core IT applications that fulfil common business functions. Modularity is achievable only if there are simple and constrained interconnections among modules. This requires collaborative design of both the technological interconnection strategy and the organisational interfaces. Organisationally, requires design that balances protection of ongoing business with promotion of experiments. Requires responsive technologists, and information technologies that can either be converted rapidly to industry-strength or detached and thrown away Organisationally requires staff selection and management processes attuned to the rhythm. Requires information technologists with developmental and operational processes aligned to the rhythm
Evolves new and enhanced businesses and capabilities from established strengths. Avoids risk of stagnation.
Modularity having specialised organisational building blocks. Traditional differentiation with the addition of defined points of interconnection to enable plug and play Experimentation constant probing of the future through exploratory ventures
Permits focus on improvement. Provides speed of start-up/response if module can be acquired off the shelf. Increased ability to handle complexity, scale, expand and divest. Anticipates the future before it happens to you.
Time-pacing defining a rhythm of change that matches internal capabilities to the needs of the market
10