Example: Application to a Specific Case
In this section we present an illustrative (and hypothetical) example which draws on the information in this chapter. To begin we present a scenario which describes an EDI challenge faced by a first tier supplier in the automotive industry. The scenario is described in Figures 5 and 6.

Figure #5
Acme is already doing EDI with its customers. It is not, however doing EDI with its suppliers, nor are its internal applications particularly well integrated. Acme's vision is a well integrated EDI system that can take input from customers, efficiently process the data internally, and pass EDI data on to its suppliers. By so doing Acme hopes to decrease costs, increase efficiency, and decrease lead time.
Applying Principles of Change Management
In preparing for the change, Acme's "EDI Feasibility Team" has rated itself on the basic principles of change management. (Recall that the X's in the tables refer to the ratings Acme has given itself.) Let's see where the company stands.

Figure #6
Know Your Business
As Table 1 shows, Acme is in a pretty good position to understand its business objectives. It can obtain necessary information, pursue multiple objectives at the same time, and it understands how its business may change. The big problem, however, is Acme's ability to achieve a consensus among interested parties about business goals. In terms of EDI, this means that the priorities of different functional units may compete, and that agreement will be difficult. From what we know about Acme, we can guess that two kinds of arguments may occur. The first emerges from the weak links among Acme's internal operations. People concerned with these weak links are likely to argue that the first priority should be integration of internal applications because internal integration is the fastest way to noticeable improvement. Others may be more sensitive to the problems caused by not getting timely information to and from suppliers, and who will push for getting EDI in place first, using the information as best as possible, and then doing internal automation.
Given this situation, Acme does not need consulting or outside assistance in understanding business needs. It will, however, need some process consulting help to guide staff toward agreed-upon priorities and goals.
Question Assumptions
The essence of questioning assumptions is the ability to brainstorm in group settings. Some group process consulting may be useful here, but for three reasons may not be necessary. First, these group meetings will not result in decisions that require committing to action. Unlike setting business priorities, discussions here are unlikely to result in major arguments. Second, we know that Acme has already implemented EDI with its customers, and has at least some experience understanding the group process in support of technology implementation. Finally, meetings to question assumptions are inherently interesting and challenging to people, and so are likely to elicit much discussion. In sum, as long as Acme has some staff with experience in leading groups, the information in this section may well suffice in leading to the necessary discussions.
Use Teams to Guide Change
Acme's situation here is consistent with the conclusions obtained from Table 1, i.e., that Acme needs help in running groups whenever hard decisions have to be made. As Table 2 shows, Acme has a history of "turf wars" and problems with group decision making. Given these problems, it is not surprising that Acme's key people will resist accepting low power positions in group decision making. These problems are exacerbated by the fact that the change Acme wants to initiate will touch a large number of its functions—accounting, order processing, purchasing, sales, information systems, and manufacturing.
Change Levers Acme is in reasonably good shape with respect to information and technology. (See Table 3.) One reason for this is their prior experience doing EDI with their customers. Also, Acme's Information Systems group has managed to develop reasonable links to several other departments—strong links to order processing and medium links to Sales and Accounting. We can assume a reasonable degree of skill and competence here.
A caution, however, must be observed. It is likely that the level of technology change sought by Acme may be many times larger than what was done to implement EDI with customers. This is because the strong ties to be developed will require networking, interfaces among diverse applications, and (probably) some redesign of the systems themselves. Despite its abilities, Acme should keep a careful watch on its needs for consulting in these areas.
Acme does need to train key executives and managers in exercising leadership. This training is important because the changes Acme is making, i.e., moving to an automated and integrated information flow, will require radical and often threatening change.
Acme will also need consulting in developing reward systems that will support the changes to come.
It is true that Acme rates reasonably well in its experience and history of using reward systems. On the other hand, their expertise in developing reward systems is small. The dichotomy between history and expertise makes sense because, like many suppliers in the automotive industry, Acme is a traditional company which has always done business pretty much the same way. Now that large changes are in the offing, expert help will be needed.
Coordination in Support of Change As Table 4 shows, Acme's single largest coordination problem is a lack of common vocabulary and process. In a way, this is fortunate because the changes Acme wants to institute will require BPR, an activity that by its nature emphasizes developing the kind of commonalities that Acme lacks. Considering the coordination problems that are endemic to almost all companies, the rest of the picture for Acme looks good. Unnecessary coordination is minimal. While coordinating mechanisms and the assignment of responsibility could be improved, these do not result in frequent occurrences of missed coordination.
Metrics The data on metrics reflects what we already know about Acme's need for help with reward systems. As Table 5 shows, Acme would find it difficult to change their reward system to reflect new metrics, indicating that changes in how rewards are structured must go hand-in-hand with identifying what should be rewarded. The data are also consistent with what we found out about Acme's need for assistance with leadership. Even if appropriate metrics were developed, they would be used for punishment rather than problem solving. That shift requires a change in organizational culture, and changes in culture require strong leadership.
Table 5 also indicates that Acme will need help in implementing a CI system. This conclusion emerges from the "moderate relevance" attached to three items: (1) getting consensus on relevant metrics, (2) using metrics to guide change, and (3) choosing powerful metrics that could be collected during routine activity. While each rating shows only moderate difficulty, in their totality they indicate difficulty in the routine use of data. Such routine use is a critical element of CI.
On the other hand, Acme's ability to collect data is in reasonably good shape, a situation that reflects its human resource and technological strength in information technology. As long as the Information Systems group is not swamped by the scale of change, they should be able to provide good information to those who need it.
Strategies—Business Process Re-Engineering and Continuous Improvement Over and above being a collection of sub-components (e.g., modeling, process design), BPR is an integrated approach to change. Given the weak links we see among many of Acme's departments, we can assume that the company has not previously engaged in a BPR exercise or that, if it has, the results have been disappointing. Thus, Acme will require training and consulting assistance in BPR.
Both the "as-is" and "to-be" elements of BPR require common understandings and agreements on action items based on those common understandings. We have already established that Acme has trouble in reaching consensus on action items, thereby reinforcing the previous conclusion that Acme needs group process consulting assistance.
Modeling is also important in BPR. To be useful, those models must reflect Acme's as-is and to-be states, and must do so at appropriate levels of detail. As a typical automotive supplier, we must assume that Acme does not have the technical knowledge to do effective process modeling. Therefore, Acme will need technical consulting here.
BPR's emphasis on careful assessment reinforces the previous conclusion that Acme will need help in developing and implementing metrics.
Acme must also plan to maintain and improve whatever changes it puts into place, i.e., it must have a well functioning CI system. It's safe to assume that because of CI's wide-spread popularity, Acme already has some CI-like quality improvement system in operation. Given what we know about Acme, however, we can also assume that the company does not have a rigorous system in place. Why can we make this assumption? CI requires empowered groups who can commit to action and Acme has trouble in group consensus building. CI requires delegating activities and Acme personnel have trouble accepting low power roles. CI requires data based decision making and Acme has trouble with data. Further, even if Acme has been applying CI to routine operations, they do not have experience applying CI as a quality control mechanism for large scale EDI-related change management. (We know this because their previous experience is confined to customer-driven EDI that is only weakly integrated into existing applications.) Another area requiring training and consulting is in the implementation of CI, particularly as it applies to major EDI-related innovations.
Action Plan
With the above information in hand, the Acme EDI Implementation Team is now able to recommend an action plan. To be successful, that plan must have five characteristics. It must:
- Articulate a clear focus, specific objectives, and aggressive but realistic time lines.
- Address the needs for training and consulting identified above.
- Allow Acme personnel to exercise the levers of change that are available to them (Figure 2-5).
- Take a life cycle view of the change process (Figure 2-6).
- Be sensitive to the continual interactions of changes that affect technology, organization, and people.
Many such plans might be developed. One example appears below.
As a beginning, the team establishes an overall vision and specific objectives for the first year of operation.
Vision:
A well integrated EDI system that can take input from customers, efficiently process the data internally, and pass EDI data on to its suppliers.
One year objectives:
- Purchasing and Materials Management-based EDI in place with the five most important suppliers
- Full integration of EDI with a bar code-based receiving system
- Detailed implementation plans for complete internal system integration
Next, two events must occur. First, the EDI Feasibility Team must get agreement from the Steering Committee to proceed. Second, a team must be assembled to implement the action plan. To succeed, this team must be:
- Cross-functional
- Publicly sanctioned by upper management
- Driven by business need
- Competent
- Influential within the company as a whole
- Influential within each of the departments involved
In order to assure continuity, comprised of many members of the original EDI Feasibility Team
Our recommended action plan for this group is based on the implementation life cycle (Figure 2-6), as follows.
1. Problem Definition: As-is Analysis
1.1 Assess size and composition of implementation teams
1.1.1 Recruit additional members as necessary
1.1.2 Break into sub-teams as necessary for efficient operations.
1.2 Obtain training in BPR as a change process
1.3 Obtain training in business process modeling
1.4 Contract for group process assistance
1.5 Perform as-is analysis
1.6 Assess EDI capability of supply base
1.7 Assess capabilities of existing EDI software, software vendor, and Value added Network
1.8 Assess likely outside assistance that might be obtained (e.g., Manufacturing Technology Center, Electronic Commerce Resource Center, regional economic development agency, for-profit consultants).
2. Requirements: To-be Analysis
2.1 Revisit vision and objectives, revise as necessary
2.2 Develop to-be plans at intermediate level of detail (greater than in "objectives" but general enough to direct specific technical and business change activity)
2.3 Develop priorities within boundaries of plan (number of suppliers, specific transaction sets, critical aspects of integration, etc.)
2.4 Obtain feedback from the Steering Committee
2.5 Obtain feedback from others within the company.
2.6 Finalize plans
2.7 Adjust team structure to assure that appropriate people are involved as implementation proceeds
3. Planning and Implementation
These elements are separated in figure 2-6 to emphasize the importance of planning prior to action. In fact both planning and implementation consist of many sub-tasks with multiple dependencies and a need for much concurrent activity.
3.1 Determine budgets and other resources for all critical activities
3.2 Search for existing useful models of best practice, implementation guidelines, etc.
3.3 Select transactions which fill business requirements
3.4 Select conventions which meet business requirements
3.5 Benchmark supplier EDI in other settings and companies
3.6 Select small group of trading partners to test EDI transactions
3.7 Develop plan to bring all selected suppliers on-board with EDI
3.8 Contract and set schedule for needed training and support—group process, modeling, BPR, CI, etc.
3.9 Develop and negotiate EDI Trading Partner Agreement with suppliers
3.10 Select and contract with automation vendors for modifications to Information Systems in support of integration
3.11 Select and contract with EDI vendor and VAN for expanded use of EDI
3.12 Develop plan to support suppliers, e.g., implementation guides, referrals to assistance agencies, help desk, supplier conferences
3.13 Develop metrics to assess changes.
3.14 Set schedules for all internal innovations—technology, training, organizational change, business process change, etc.
3.15 Implement Continuous Improvement program to support changes
3.16 Implement data collection (based on metrics) to support business case for continuation of program
3.17 Implement high priority internal innovations
3.18 Implement supplier assistance plan
3.19 Test EDI with selected suppliers
3.19.1 Revise as necessary
3.20 Review test results
3.20.1 Make needed changes
3.21 Start production ramp-up
4. Routinization and Maintenance
4.1 Apply CI to manage and improve implementation process
4.2 Continue business case analysis and reporting to management
4.3 Monitor changes in business and technological environment that may signal need for revised plans
4.4 Adjust group structure as necessary
4.5 Train new group members
Top