A STRATEGY FOR ORGANIZATIONAL FITNESS "A key to the long-term vitality of an organization is to get better and better at improving itself" Strongly based on : Bootstrapping Organizations into the 21st Century by Douglas C. Engelbart. December 1991 (AUGMENT,132803,). Bootstrap institute. This version edited February 2002 by Frode Hegland, under Doug Engelbart's supervision and approval. [SPAWN MENU]

 

 
 
 

Positioning organizations to meet the unprecedented challenges of the future will require sweeping changes in every facet of organizational life. It will not be a simple matter of replacing our existing work structures, procedures, and technologies.

What is required is a strategy for organizational fitness, including leveraging limited resources to effect dramatic, rapid, and continuous improvement- we will need to improve the improvement process itself.

 

 

 


 
ABC's of Organizational Improvement : Improving the improvement infrastructure

Given the shifting nature of organizations, the increasingly complex and urgent global market forces, and the virtual bombardment of end users by vendors and consultants, organizations must keep getting faster and smarter at identifying and integrating improvements into their every day life.

Improving this improvement capability should be a key element in every organization's improvement strategy:

A (Core Business Activity),
   such as product R&D, marketing, sales etc.

B (improving the organizations ability to perform its core business activity),
   such as introducing email, CAD systems etc.

C (improving the improvement infrastructure),
   such as running pilot programs, attending conferences/lectures, research for better email systems etc.

 

As a minimum, organizations must adopt a permanent and highly-coordinated B Activity (improving the organizations ability to perform its primary work), responsible for continuously identifying and implementing candidate improvements to the core business activity.

But the current means of developing and transferring improvements are not adequate for the scale and rate of change faced today. Organizations need to learn more effective ways of assimilating dramatic improvements on a continuing basis. They need to get better at understanding requirements, surveying, evaluating, selecting, integrating, developing, testing, and applying the improvements. And they need to get better and better at deploying the improvements into rapidly shifting organizational targets -- identifying suitable pilot groups, planning the training program, running and evaluating the pilot results, learning how much to introduce, how quickly, how to overcome cultural barriers, and how to quickly incorporate lessons learned.

To improve this B Activity improvement capability, organizations will need to invest in an explicit on-going C Activity (that of improving the organizations ability to perform better improvement of core business activities). A key to the long-term vitality and competitive edge for an organization will be to get better and better at improving itself.

 

 

 

 

 
CODIAK - Concurrent Knowledge Work : Learning & applying what you learn

I call the basic knowledge-work process a CODIAK process, for the: Concurrent Development, Integration, and Application of Knowledge, as will be outlines here.

As complexity and urgency increase, the need for highly effective knowledge-work capabilities will become increasingly urgent.

Increasing pressure for reduced product cycle time, and for more and more work to be done concurrently, is forcing unprecedented coordination across project functions and organizational boundaries. Yet most organizations do not have a comprehensive picture of what knowledge work is, and which aspects would be most profitable to improve.

The objective of most knowledge work is to determine and describe what needs to be done and how and when it will be accomplished. i.e. to identify needs and opportunities, plan and deploy solutions, and incorporate lessons learned.

 

Identifying Needs and Opportunities:

An alert project group, whether classified as an A, B, or C Activity, always keeps a watchful eye on its external environment, actively surveying, ingesting, and interacting with it.

The resulting intelligence is integrated with other project knowledge on an ongoing basis to identify problems, needs, and opportunities which might require attention or action.

Planning and Deploying Solutions:

Responding effectively to needs and opportunities involves a high degree of coordination and dialog within and across project groups.

The resulting plans provide a comprehensive picture of the project at hand, improvements to existing projects, or solutions to a specific problem situation.

These plans, which are iteratively and collaboratively developed, represent the knowledge products of the project team, and constitute a roadmap for implementation and deployment.

Incorporating Lessons Learned:

The planning process is rarely a one-shot effort. Lessons learned, as well as intelligence and dialog, must be constantly analyzed, digested, and integrated into the planning documents throughout the life cycle of the project.
 

The resulting operational knowledge base, consisting of intelligence, dialog records, and knowledge products, is continuously updated, used, and re-used by many players, concurrently and over time.This knowledge process is the driving force of the organization, and the resulting body of knowledge represents a valuable corporate asset.

This knowledge base represents a valuable corporate asset. And yet, many of its crucial elements, such as decision trails and intelligence collections, are generally not recorded. Even minor inadequacies in the CODIAK (Concurrent Development, Integration, and Application of Knowledge) process can be extremely costly in terms of: Slip-ups in version control, lapses in project "memory" (e.g. design rationale), delayed access to important intelligence, non-optimal collaboration on design decisions.

Since these basic knowledge-work capabilities are central to effective A, B, and C work, improving them would boost both the job capability and the improvement capability simultaneously, thus providing extra compounded investment leverage, or bootstrapping leverage.

 

 

 

 
The Concurrent, Integrated Enterprise : Improvement across boundaries

Almost every effort in the organization is immersed in, or impacted by, an ongoing CODIAK (Concurrent Development, Integration, and Application of Knowledge) process. And each organizational unit's knowledge process and knowledge products -- whether individual, project team, functional unit, program, department, division, task force -- are part of a larger effort within and even outside of the organization:

INTER-ORGANIZATIONAL: This nested web of concurrent knowledge-work is especially evident in complex R&D and manufacturing environments, where close coordination via concurrent engineering, or total quality management, is increasingly critical.

INTRA-ORGANIZATIONAL: In the case of joint ventures, each knowledge domain must integrate its CODIAK (Concurrent Development, Integration, and Application of Knowledge) work within, and also across, organizations.

The CODIAK (Concurrent Development, Integration, and Application of Knowledge) process is the driving force of the organization, providing direction and momentum for new or renewed organizational efforts. Giving knowledge workers new capabilities for coordinating their work concurrently, with instant access to the correct document, and all the supporting intelligence and dialog trails which led to key decisions, could dramatically reduce product-cycle time and improve first-time quality.

Significantly improved CODIAK (Concurrent Development, Integration, and Application of Knowledge) capabilities, applied within the A (Core Business Activity), B (improving the organizations ability to perform its core business activity) and C (improving the organizations ability to perform better improvement of core business activities) Activities of an organization, offer powerful bootstrapping leverage for improving overall effectiveness, productivity, and fitness.

 

 

 

 
OHS - An Open Hyperdocument System : Some technical requirements

As more and more of the CODIAK (Concurrent Development, Integration, and Application of Knowledge) process work moves online, and more of the work is done concurrently using a hodgepodge of workstations, networks, application packages, and utilities, organizations will be faced with a whole new set of challenges for coordinating the enterprise knowledge work.

A strategic solution to these challenges begins with a hyperdocument system.

The hyperdocument refers to multimedia files which support many object types, including:

The hyperdocument will support:

A hyperdocument system should enable flexible collaborative development, integration, application, study, and re-use of CODIAK (Concurrent Development, Integration, and Application of Knowledge) knowledge online.

The hyperdocument system will need to be an open hyperdocument system (OHS), allowing for an integrated "seamless" multi-vendor architecture where distributed diverse knowledge workers can share hyperdocument files, and share screens, regardless of each worker's particular hardware/software configuration.

This interoperability must extend across departments and across organizations to include customers, suppliers, and joint-venture partners. Furthermore, within the integrated enterprise of tomorrow, standard provisions must exist for links between OHS documents and objects within other enterprise data forms (e..g. data bases, CAD models). An OHS should provide totally interoperable CODIAK (Concurrent Development, Integration, and Application of Knowledge) support for a truly concurrent, integrated enterprise.

 

 

 

 
The Co-Evolution Approach : Human & Tool systems

An OHS would go a long way toward providing much needed improvements to the CODIAK (Concurrent Development, Integration, and Application of Knowledge) process.

However, most capabilities are improved, or augmented, by many interdependent technical and non-technical elements, of which tools make up only a small part:

On one hand, there is the human system, which includes paradigms, organizations, procdures, customs, methods, language, attitudes, skills, knowledge, training and so on- all of which all exists within the basic perceptual and motor capabilities of the human being.

On the other hand, there is the tool system, which includes media, computers, communications systems etc.

Together, they comprise the augmentation system, or augmetation infrastructure.?

Until recently, we got by with improving selected elements of the Augmentation System in isolation, assuming that the other elements would eventually adapt "on their own".

But with the recent computer revolution, many organizations' Augmentation Systems are now heavily weighted with point-solution technology, seriously overpowering the human-system elements. Tools are being introduced to automate methods that evolved around now-obsolete tools, and vice versa. Many tools are not being harnessed effectively for lack of appropriate, well-evolved methods.

As the complexity and urgency of our improvement programs increase, this tactically-limited trend will prove to be very costly. Until we significantly stretch our perception of the scale and pervasiveness of change-opportunities in the human-system side of the equation, the organizational stresses from unbalanced Augmentation Systems will worsen, and the truly significant improvements in organizational capability will be forestalled.

The OHS requirements described above are based on 20 years of experience with an early OHS prototype used in large pilot trials in government and aerospace organizations. These requirements are recommended as a baseline starting point only. There is much more to be learned about the rigorous use of an OHS in a wide-area, distributed CODIAK (Concurrent Development, Integration, and Application of Knowledge) process. The human-system elements -- all the methods, procedures, conventions, skills, etc. -- must be highly developed, in close association with the continuing evolution of OHS requirements.

 

 

 

 

 

 
C Activities Joining Forces : Networked Improvement Communities

Ultimately, C (improving the organizations ability to perform better improvement of core business activities) Activities from a wide range of enterprises will need to join forces in a cooperative C Community, or networked improvement communitiy to collaborate on common activities.

This is feasible because most C Activity is generic, not proprietary. It is highly desirable because creating a vibrant pilot environment to support this work will be very costly. By pooling resources, members can spread the risk and spend less to get more -- including attracting resources that would otherwise not be available -- thus freeing up more internal resources to further invest in their proprietary B and A Activities.

Joining forces is also necessary for dealing appropriately with the increasingly complex interoperability requirements between enterprises. For instance, understanding the requirements for an OHS, developing a procurement approach for OHS prototypes to support planned pilot usage among Community Members, coordinating the planning and operation of such pilots, and integrating the lessons learned seems the most promising way to yield the desired results. And coordinating the standards requirements for interfacing or integrating applications software and utilities can only be accomplished by extensive cooperation among user organizations and vendors.

Such a networked improvement communities would provide a common focus for user organizations, vendors, consultants, government agencies, and universities. Operating as an advanced pilot, or living prototype of its work, its results would be directly transferable to member organizations.

Networked improvement communities offers the most direct, high-leverage, cost-effective path for the evolutionary improvement of capability infrastructures of organizations.

Individual organizations can get started on their own, even before an Initiative is formally launched. They can begin by forming an explicit C Activity, headed by a responsible high-level executive, and staffed and advised by stakeholders from representative B Activities, to integrate the bootstrap strategy with their own strategic planning efforts. They can start planning for selected exploratory pilots, using off-the-shelf hyperdocument systems, and begin to test out the concepts and strategies described here.

Exploratory Pilots

To intensify and accelerate the human-tool co-evolution process in the right direction, intensive pilot environments must be established by the C(improving the organizations ability to perform better improvement of core business activities) and B (improving the organizations ability to perform its core business activity) Activities.

The C (improving the organizations ability to perform better improvement of core business activities) Activity should operate as the first pilot outpost of the organization, evolving the advanced methods and system prototypes to support its own intensive CODIAK (Concurrent Development, Integration, and Application of Knowledge) process, and paving the way for subsequent pilot operations.

Flexibly evolving OHS research prototypes will be required to support the advanced pilot exploration in a wide variety of application areas (e.g. concurrent engineering, total quality). The resulting experience will feed the requirements definition for future prototypes, for products and services, and for the standards that will ultimately be required to support a truly integrated and interoperable OHS architecture. The experience will also serve to maximize the relevance, applicability, and transferability of the resulting products and services, rendering increased cost-effectiveness for end-user organizations and vendors alike.

 

 

 

 

 

 
Conclusion : We have to get better at getting better and here is a broad & deep framework for how to go about it

It's quite simple, we need to improve our improvement process.

This document has identified the three levels of organizational improvements; A (Core Business Activity), B (improving the organizations ability to perform its core business activity) & C (improving the organizations ability to perform better improvement of core business activities), suggested a process for Concurrent Development, Integration, & Application of Knowledge as well as shown how a technical infrastructure (OHS) will need to support the effort amongst organizations (NICs).

We will now have to start looking at the tool system and the human system to identify what components are critical to the improvement process and how to support facilitated evolution of the augmentation infrastructure.

And get on with the job of improving our improvement infrastructures.

 

 

By "augmenting human intellect" we mean increasing the capability of a man to approach a complex problem situation, to gain comprehension to suit his particular needs, and to derive solutions to problems.

This is important, simply because man's problem-solving capability represents possibly the most important resource possessed by a society. The other contenders for first importance are all critically dependent for their development and use upon this resource.

AUGMENTING HUMAN INTELLECT, A Conceptual Framework. Dr. Engelbart 1962