Similar observations could be made about the other projects featured in Table 2. Chaparral's horizontal caster pushed the traditional science of molds to new heights, whereas the arc saw required capabilities that turned out to be unavailable. The local area networks project at Electronics grew directly out of networking expertise, whereas the new RISC/UNIX workstation challenged dominant and proprietary software/hardware architecture. At Ford, the three car projects derived to varying degrees from traditional strengths--specially the new luxury car. However, the air-conditioner compressor had never been built in-house before. Since all new product development departs somewhat from current capabilities, project misalignment is a matter of degree. However, as discussed later, it is also a matter of kind. That is, the type as well as the number of capability dimensions challenged by a new project determines the intensity of the interaction and the project's potential to stimulate change.
THE UP SIDE: CAPABILITIES ENHANCE DEVELOPMENT
In all projects studied, deep stores of knowledge embodied in people and embedded in technical systems were accessed; all projects were aided by managerial systems that created and controlled knowledge flows, and by prevalent values and norms. That is, whether the projects were aligned or not with the prominent core capability identified by the company, some dimensions of that capability favored the project. However, the closer the alignment of project and core knowledge set, the stronger the enabling influence.
In order to understand the dynamic interaction of project with capabilities, it is helpful to tease apart the dimensions of capabilities and put each dimension separately under the microscope. However, we must remember that these dimensions are interrelated; each is supported by the other three. Values in particular permeate the other dimensions of a core capability.
SKILLS/KNOWLEDGE DIMENSION
EXCELLENCE IN THE DOMINANT DISCIPLINE
One of the most necessary elements in a core capability is excellence in the technical and professional skills and knowledge base underlying major products. The professional elite in these companies earn their status by demonstrating remarkable skills, They expect to 'achieve the impossible'--and it is often asked of them. Thus managers of development projects that draw upon core capabilities have rich resources. In numerous cases, seemingly intractable technical problems were solved through engineering excellence. For instance, although engineers working on the thin film media project at Electronics had little or no prior experience with this particular form of storage technology, (because the company bad always used ferrite-based media) they were able to invent their way out of difficulties. Before this project was over, the geographically dispersed team had invented new media, new heads to read the data off the thin film media, as well as the software and hardware to run a customized assembly and test line for the new storage device.
PERVASIVE TECHNICAL LITERACY
Besides attracting a cadre of superbly qualified people to work in the dominant discipline, time-honored core capabilities create a reservoir of complementary skills and interests outside the projects, composed of technically skilled people who help shape new products with skilled criticism. In the Electronics Software Applications project, the developers enlisted employees through computer networks to field test emerging products. After trying out the software sent them electronically, employees submitted all reactions to a computerized 'Notes' file, This internal field testing thus took advantage of both willing, technically able employees and also a computer system set up for easy world-wide networking. Similarly, Electronics Workstation developers recruited an internal 'wrecking crew' to evaluate their new product. Employees who found the most 'bugs' in the prototype workstations were rewarded by getting to keep them. At Chemicals, developers tested the special purpose camera by loading down an engineer going on a weekend trip with film, so that he could try out various features for them. In these companies, internal testing is so commonplace that it is taken for granted as a logical step in new product/process creation. However, it represents a significant advantage over competitors trying to enter the same market without access to such technically sophisticated personnel. Internal 'field testers' not only typify users but can translate their reactions into technical enhancements; such swift feedback helps development teams hit market windows.
THE TECHNICAL SYSTEMS DIMENSION
Just as pervasive technical literacy among employees can constitute a corporate resource, so do the systems, procedures and tools that are artifacts left behind by talented individuals, embodying many of their skills in a readily accessible form. Project members tap into this embedded knowledge, which can provide an advantage over competitors in timing, accuracy or amount of available detail. At Ford Motor Company, the capability to model reliability testing derives in part from proprietary software tools that simulate extremely complex interactions. In the full-sized car project, models simulating noise in the car body allowed engineers to identify nonobvious root causes, some originating from interaction among physically separated components. For instance, a noise apparently located in the floor panel could be traced instead to the acoustical interaction of sound waves reverberating between roof and floor. Such simulations cut development time as well as costs. They both build on and enhance the engineers' skills.
THE MANAGEMENT SYSTEMS DIMENSION
Managerial systems constitute part of a core capability when they incorporate unusual blends of skills, and/or foster beneficial behaviors not observed in competitive firms. Incentive systems encouraging innovative activities are critical components of some core capabilities, as are unusual educational systems. In Chaparral Steel, all employees are shareholders. This rewards system interacts with development projects in that employees feel that every project is an effort to improve a process they own. 'I feel like this company partly belongs to me,' explains a millwright. Consequently, even operators and maintenance personnel are tenacious innovation champions, The furnace controls upgrade (incorporating a switch from analog to digital) was initiated by a maintenance person, who persevered against opposition from his nominal superiors. Chaparral Steel also has a unique apprenticeship program for the entire production staff, involving both classroom education and on-the-job training. Classes are taught by mill foremen on a rotating basis. The combination of mill-specific information and general education (including such unusual offerings as interpersonal skills for furnace operators) would be difficult to imitate, if only because of the diversity of abilities required of these foremen. They know what to teach from having experienced problems on the floor, and they must live on the factory floor with what they have taught. This managerial system, tightly integrating technical theory and practice, is reflected in every development project undertaken in the company (Leonard-Barton, 1991).
VALUES DIMENSION
The values assigned to knowledge creation and content, constantly reinforced by corporate leaders and embedded in management practices, affect all the development projects in a line of business. Two subdimensions of values are especially critical: the degree to which project members are empowered and the status assigned various disciplines on the project team.
EMPOWERMENT OF PROJECT MEMBERS
Empowerment is the belief in the potential of every individual to contribute meaningfully to the task at hand and the relinquishment by organizational authority figures to that individual of responsibility for that contribution. In HP, 'Electronics,' and Chaparral, the assumption is that empowered employees will create multiple potential futures for the corporation and these options will be selected and exercised as needed. The future of the corporation thus rests on the ability of such individuals to create new businesses by championing new products and processes. Since strategy in these companies is pattern in 'action' or 'emergent' rather than 'deliberate' (Mintzberg, 1990), empowerment is an especially important element of their core capabilities, and project members initiating new capabilities were exhilarated by the challenges they had created. The Hewlett Packard printer and the Electronics storage teams actually felt that they had turned the course of their mammoth corporate ship a critical degree or two.
HIGH STATUS FOR THE DOMINANT DISCIPLINE
A business generally recognized for certain core capabilities attracts, holds, and motivates talented people who value the knowledge base underlying that capability and join up for the challenges, the camaraderie with competent peers. the status associated with the skills of the dominant discipline or function. Each company displays a cultural bias towards the technical base in which the corporation has its historical roots. For Chemicals, that base is chemistry and chemical engineering; for Hewlett Packard and Electronics. it is electronics/computer engineering and operating systems software. A history of high status for the dominant discipline enables the corporation and the projects to attract the very top talent, Top chemical engineers can aspire to become the professional elites constituting the five percent of engineers who design premier film products at Chemicals. At Hewlett Packard and Electronics, design engineers are the professional elite.
A natural outgrowth of the prominence of a particular knowledge base is its influence over the development process. In many firms, a reinforcing cycle of values and managerial systems lends power and authority to the design engineer. That is, design engineers have high status because the new products that are directly evaluated by the market originate in design engineering; in contrast, the expertise of manufacturing engineers is expended on projects less directly tied to the bottom line and more difficult to evaluate. The established, well-paid career path for product designers attracts top engineering talent, who tend to perform well. The success (or failure) of new products is attributed almost entirely to these strong performers, whose high visibility and status constantly reinforce the dominance of their discipline.
As the above discussion suggests, projects derive enormous support from core capabilities. In fact, such capabilities continually spawn new products and processes because so much creative power is focused on identifying new opportunities to apply the accumulated knowledge base, However, these same capabilities can also prove dysfunctional for product and process development.
THE DOWN SIDE: CORE RIGIDITIES INHIBIT DEVELOPMENT
Even in projects that eventually succeed, problems often surface as product launch approaches. In response to gaps between product specifications and market information, or problems in manufacture, project managers face unpalatable choices. They can cycle back to prior phases in the design process (Leonard-Barton, 1988a), revisiting previous decisions higher up the design hierarchy (Clark, 1985). but almost certainly at the cost of schedule slippage. Or they may ship an inadequate product. Some such problems are idiosyncratic to the particular project, unlikely to occur again in the same form and hence not easily predicted. Others. however, occur repeatedly in multiple projects. These recurring shortfalls in the process are often traceable to the gap between current environmental requirements and a corporation's core capabilities. Values, skills, managerial systems, a technical systems that served the company well in the past and may still be wholly appropriate for some projects or parts of projects, are experienced by others as core rigidities--inappropriate sets of knowledge. Core rigidities are the flip side of core capabilities. They are not neutral; these deeply embedded knowledge sets actively create problems. While core rigidities are more problematic for projects that are deliberately designed to create new, nontraditional capabilities, rigidities can affect all projects--even those that are reasonably congruent with current core capabilities.
SKILLS AND KNOWLEDGE DIMENSION
LESS STRENGTH IN NONDOMINANT DISCIPLINES
Any corporation's resources are limited, Emphasizing one discipline heavily naturally makes the company somewhat less attractive for top people in a nondominant one. A skilled marketing person knows that she will represent a minority discipline in an engineering-driven firm. Similarly, engineers graduating from top U.S. schools generally regard manufacturing in fabrication industries less attractive than engineering design, (see Hayes et al., 1988) not only because of noncompetitive salaries, but because of a lower level of expertise among potential colleagues.
In each of the nonaligned and hence more difficult projects (Table 2), specific nontraditional types of knowledge were missing. Chaparral Steel's electric arc saw project required understanding electromagnetic fields for a variety of alloys--a very different knowledge set than the usual metallurgical expertise required in casting.
The Hewlett Packard 150 project suffered from a lack of knowledge about personal computer design and manufacture. The company has a long history of successful instrument development based on 'next-bench' design, meaning the engineering designers based their decisions on the needs and skills of their colleagues on the bench next to them. However, such engineers are not representative of personal computer users. Therefore traditional sources of information and design feedback were not applicable for the 150 project. Similarly, the new workstation project of Electronics met with less than optimal market acceptance because the traditional focus on producing a 'hot box,' i.e. excellent hardware, resulted in correspondingly less attention to developing software applications. The knowledge relevant to traditional hardware development flows through well-worn channels, but much less knowledge exists about creating application software. Therefore, the first few working prototypes of the UNIX/RISC workstation were shipped to customers rather than to third-party software developers. While this practice had worked well to stimulate interest in the company's well-established lines of hardware, for which much software is available, it was less appropriate for the new hardware, which could not be used and evaluated without software.
TECHNICAL SYSTEMS DIMENSION
Physical systems can embody rigidities also, since the skills and processes captured in software or hardware become easily outdated. New product designers do not always know how many such systems they are affecting. For example, in the RISC/UNIX workstation project at Electronics, the new software base posed an extreme challenge to manufacturing because hundreds of diagnostic and test systems in the factory were based on the corporate proprietary software. The impact of this incompatibility had been underestimated, given the very tight 8 month product delivery targets.
MANAGEMENT SYSTEMS DIMENSION
Management systems can grow just as intractable as physical ones--perhaps more so, because one cannot just plug in a new career path when a new project requires strong leadership in a hithertofore underutilized role. Highly skilled people are understandably reluctant to apply their abilities to project tasks that are undervalued, lest that negative assessment of the importance of the task contaminate perceptions of their personal abilities. In several companies, the project manager's role is not a strong one--partly because there is no associated career path. The road to the top lies through individual technical contribution. Thus a hardware engineer in one project considered his contribution as an engineering manager to be much more important than his simultaneous role as project manager, which he said was 'not my real job.' His perception of the relative unimportance of project leadership not only weakened the power of the role in that specific project but reinforced the view held by some that problem-solving in project management requires less intelligence than technical problem-solving.
VALUES DIMENSION
Core rigidities hampered innovation in the development projects especially along the values dimension. Of course, certain generic types of corporate cultures encourage innovation more than others (Burns and Stalker, 1961; Chakravarthy, 1982). While not disagreeing with that observation, the point here is a different one: the very same values, norms and attitudes that support a core capability and thus enable development can also constrain it.
EMPOWERMENT AS ENTITLEMENT
A potential down side to empowerment observed is that individuals construe their empowerment as a psychological contract with-the corporation, and yet the boundaries of their responsibility and freedom are not always clear. Because they undertake heroic tasks for the corporation, they expect rewards, recognition and freedom to act. When the contract goes sour, either because they exceed the boundaries of personal freedom that the corporation can tolerate, or their project is technically successful but fails in other ways, or their ideas are rejected, or their self-sacrifice results in too little recognition, they experience the contract as abrogated and often leave the company--sometimes with a deep sense of betrayal.
Engineers in projects that fall towards the 'incongruity' end of the spectrum speak of 'betting their corporate identification! badges,' on the outcome. and of having their backs to the cliff' as ways of expressing their sense of personal risk. One engineering project manager describes 'going into the tunnel,' meaning the development period, from which the team emerges only when the job is done. 'You either do it or you don't...You don't have any other life.' Such intrapreneurs seem to enjoy the stress--as long as their psychological contract with the company remains intact. In this case the manager believed her contract included enormous freedom from corporate interference with her management style. When corporate management imposed certain restrictions, she perceived her contract as abrogated, and left the company just 2 months before product launch, depriving the project of continuity in the vision she had articulated for an entire stream of products.
Empowerment as a value and practice greatly aids in projects, therefore, until it conflicts with the greater corporate good. Because development requires enormous initiative and yet great discipline in fulfilling corporate missions, the management challenge is to channel empowered individual energy towards corporate aims--without destroying creativity or losing good people.
Lower status for non-dominant disciplines When new product development requires developing or drawing upon technical skills traditionally less well respected in the company, history can have an inhibiting effect. Even if multiple subcultures exist, with differing levels of maturity, the older and historically more important ones, as noted above, tend to be more prestigious. For instance, at Chemicals, the culture values the chemical engineers and related scientists as somehow 'more advanced' than mechanical engineers and manufacturing engineers. Therefore, projects involving polymers or film are perceived as more prestigious than equipment projects, The other companies displayed similar, very clear perceptions about what disciplines and what kinds of projects are high status. The lower status of nondominant disciplines was manifested in pervasive but subtle negatively reinforcing cycles that constrained their potential for contributions to new product development and therefore limited the cross-functional integration so necessary to innovation (Pavitt, 1991). Four of these unacknowledged but critical manifestations are: who travels to whom, self-fulfilling expectations, unequal credibility and wrong language.(7)
One seemingly minor yet important indication of status affecting product/process development is that lower status individuals usually travel to the physical location of the higher. Manufacturing engineers were far more likely to go to the engineering design sites than vice versa, whether for one-day visits, or temporary or permanent postings. Not only does such one-way travel reinforce manufacturing's lower status, but it slows critical learning by design engineers reinforcing their isolation from the factory floor. The exception to the rule, when design engineers traveled to the manufacturing site, aided cross-functional coordination by fostering more effective personal relationships. Such trips also educated the design engineers about some of the rationale behind design for manufacture (Whitney, 1988). A design engineer in one project returned to alter designs after seeing 'what manufacturing! is up against' when he visited the factory floor.
Expectations about the status of people and roles can be dangerously self-fulfilling. As dozens of controlled experiments manipulating unconscious interpersonal expectations have demonstrated, biases can have a 'pygmalion effect': person A's expectations about the behavior of person B affect B's actual performance--for better or worse (Rosenthal and Rubin, 1978). In the engineering-driven companies studied, the expectation that marketing could not aid product definition was ensured fulfillment by expectations of low quality input, which undermined marketers' confidence. In the Electronics Local Area Network project, the marketing people discovered early on that users would want certain very important features in the LAN. However, they lacked the experience to evaluate that information and self-confidence to push for inclusion of the features. Not until that same information was gathered directly from customers by two experienced consulting engineers who presented it strongly was it acted upon. Precious time was lost as the schedule was slipped four months to incorporate the 'new' customer information. Similarly, in the Hewlett Packard printer project, marketing personnel conducted studies in shopping malls to discover potential customers' reactions to prototypes. When marketing reported need for 21 important changes, the product designers enacted only five. In the next mall studies, the design engineers went along. Hearing from the future customers' own lips the same information rejected before, the product developers returned to the bench and made the other 16 changes. The point is certainly not that marketing always has better information than engineering. Rather history has conferred higher expectations and greater credibility upon the dominant function, whereas other disciplines start at a disadvantage in the development process.
Even if nondominant disciplines are granted a hearing in team meetings, their input may be discounted if not presented in the language favored by the dominant function. Customer service representatives in the Electronics LAN project were unable to convince engineering to design the computer boards for field repair as opposed to replacing the whole system in the field with a new box and conducting repairs back at the service center, because they were unable to present their argument in cost-based figures. Engineering assumed that an argument not presented as compelling financial data was useless.
Thus, nondominant roles and disciplines on the development team are kept in their place through a self-reinforcing cycle of norms, attitudes and skill sets. In an engineering-dominated company, the cycle for marketing and manufacturing is: low status on the development team, reinforced by the appointment of either young, less experienced members or else one experienced person, whose time is splintered across far too many teams. Since little money is invested in these roles, little contribution is expected from the people holding them, Such individuals act without confidence, and so do not influence product design much--thus reinforcing their low status on the team.
THE INTERACTION OF PRODUCT/PROCESS DEVELOPMENT PROJECTS WITH CORE RIGIDITIES
The severity of the paradox faced by project managers because, of the dual nature of core capabilities depends upon both (1) the number and (2) the types of dimensions comprising a core rigidity. The more dimensions represented, the greater the misalignment potentially experienced between project and capability. For example, the Arc Saw project at Chaparral Steel was misaligned with the core metallurgical capability mostly along two dimensions: technical systems (not originally designed to accommodate an arc saw), and more importantly, the skills and knowledge-base dimension. In contrast, the Factory-of-the-Future project at Chemicals challenged all four dimensions of the traditional core capability. Not only were current proprietary technical systems inadequate, but existing managerial systems did not provide a way to develop the cross-functional skills needed. Moreover, the values placed on potential knowledge creation and control varied wildly among the several sponsoring groups, rendering a common vision unattainable.
The four dimensions vary in ease of change. From technical to managerial systems, skills and then values, the dimensions are increasingly less tangible, less visible and less explicitly codified. The technical systems dimension is relatively easy to alter for many reasons, among them the probability that such systems are local to particular departments. Managerial systems usually have greater organizational scope (Leonard-Barton, 1988b), i.e. reach across more subunits than technical systems, requiring acceptance by more people. The skills and knowledge content dimension is even less amenable to change because skills are built over time and many remain tacit, i.e. uncodified and in employees' heads (see von Hippel, 1990). However, the value embodied in a core capability is the dimension least susceptible to change; values are most closely bound to culture, and culture is hard to alter in the short term (Zucker, 1977), if it can be changed at all (Barney, 1986).
EFFECTS OF THE PARADOX ON PROJECTS
Over time, some core capabilities are replaced because their dysfunctional side has begun to inhibit too many projects. However, that substitution or renewal will not occur within the lifetime of a single project. Therefore, project managers cannot wait for time to resolve the paradox they face (Quinn and Cameron, 198A). In the projects observed in this study, managers handled the paradox in one of four ways: (1) abandonment; (2) recidivism, i.e. return to core capabilities; (3) reorientation; and (4) isolation. The arc saw and factory-of-the-future projects were abandoned, as the managers found no way to resolve the problems. The HP150 personal computer exemplifies recidivism. The end product was strongly derivative of traditional HP capabilities in that it resembled a terminal and was more successful as one than as a personal computer. The special-use camera project was reoriented. Started in the film division, the stronghold of the firm's most traditional core capability, the project languished. Relocated to the equipment division, where the traditional corporate capability was less strongly ensconced, and other capabilities were valued, the project was well accepted. The tactic of isolation, employed in several projects to varying degrees, has often been invoked in the case of new ventures (Burgelman, 1983). Both the workstation project at Electronics and the HP Deskjet project were separated physically and psychologically from the rest of the corporation, the former without upper management's blessing. These project managers encouraged their teams by promoting the group as hardy pioneers fighting corporate rigidities.
EFFECTS OF THE PARADOX ON CORE CAPABILITIES
Although capabilities are not usually dramatically altered by a single project, projects do pave the way for organizational change by highlighting core rigidities and introducing new capabilities. Of the companies studied, Chaparral Steel made the most consistent use of development projects as agents of renewal and organization-wide learning. Through activities such as benchmarking against best-in-the-world capabilities, Chaparral managers use projects as occasions for challenging current knowledge and for modeling alternative new capabilities. For instance, personnel from vice presidents to operators spent months in Japan learning about horizontal casting and in the case of the new specialty alloy, the company convened its own academic conference in order to push the bounds of current capabilities.
In other companies, negative cycles reinforcing the lower status of manufacturing or marketing were broken--to the benefit of both project and corporation. In the workstation project at Electronics, the manufacturing engineers on the project team eventually demonstrated so much knowledge that design engineers who had barely listened to 20 percent of their comments at the start of the project, gave a fair hearing to 80 percent, thereby allowing manufacturing to influence design. In the deskjet printer project at Hewlett Packard, managers recognized that inequality between design and manufacturing always created unnecessary delays. The Vancouver division thus sought to raise the status of manufacturing engineering skills by creating a manufacturing engineering group within R&D and then, once it was well established,. moving it to manufacturing. A rotation plan between manufacturing and R&D has developed to help neutralize the traditional status differences; engineers who left research to work in manufacturing or vice versa were guaranteed a 'return ticket.' These changes interrupted the negative reinforcing cycle, signalling a change in status for manufacturing and attracting better talent to the position. This same project introduced HP to wholly unfamiliar market research techniques such as getting customer reactions to prototypes in shopping malls.
As these examples indicate: even within their 1-8-year lifetime, the projects studied served as small departures from tradition in organizations providing a 'foundation in experience' to inspire eventual large changes (Kanter, 1983). Such changes can be precipitated by the introduction of new capabilities along any of the four dimensions. However, for a capability to become core, all four dimensions must be addressed. A core capability is an interconnected set of knowledge collections--a tightly coupled system. This concept is akin to Pfeffer's definition of a paradigm, which he cautions is not just a view of the world but embodies procedures for inquiring about the world and categories into which these observations are collected. Thus', he warns, 'paradigms have within them an internal consistency that makes evolutionary change or adaptation nearly impossible' (1982: 228). While he is thinking of the whole organization, the caution might apply as well to core capabilities. Thus, new technical systems provide no inimitable advantage if not accompanied by new skills. New skills atrophy or flee the corporation if the technical systems are inadequate, and/or if the managerial systems such as training are incompatible. New values will not take root if associated behaviors are not rewarded. Therefore, when the development process encounters rigidities, projects can be managed consciously as the 'generative' actions characteristic of learning organizations (Senge, 1990) only if the multidimensional nature of core capabilities is fully appreciated.
CONCLUSION
This paper proposes a new focus of inquiry about technological innovation, enlarging the boundaries of 'middle range' project management theory to include interactions with development of capabilities, and hence with strategy. Because core capabilities are a collection of knowledge sets, they are distributed and are being constantly enhanced from multiple sources. However, at the same time that they enable innovation, they hinder it. Therefore in their interaction with the development process, they cannot be managed as a single good (or bad) entity.(8) They are not easy to change because they include a pervasive dimension of values, and as Weick (1979: 151) points out, 'managers unwittingly collude' to avoid actions that challenge accepted modes of behavior.
Yet technology-based organizations have no choice but to challenge their current paradigms. The swift-moving environment in which function makes it critical that the 'old fit be consciously disturbed...' (Chakravarthy, 1982: 42). Itami points out that 'The time to search out and develop a new core resource is when the current core is working well,' (1987: 54)--a point that is echoed by Foster (1982). Development projects provide opportunities for creating the 'requisite variety' for innovation (Van de Ven, 1986: 600; Kanter, 1986). As micro-level social systems, they create conflict with the macro system and hence a managerial paradox. Quinn and Cameron argue that recognizing and managing paradox is a powerful lever for change: Having multiple frameworks available...is probably the single most powerful attribute of self-renewing... organizations' (1988: 302).
Thus project managers who constructively 'discredit' (Weick, 1979) the systems, skills or values traditionally revered by companies may cause a complete redefinition of core capabilities or initiate new ones. They can consciously manage projects for continuous organizational renewal. As numerous authors have noted, (Clark and Fujimoto, 1991; Hayes et al., 1988; Pavitt, 1991) the need for this kind of emphasis on organizational learning over immediate output alone is a critical element of competition.
FOOTNOTES
(1) According to Quinn and Cameron, '(t)he key characteristic in paradox is the simultaneous presence by contradictory, even mutually exclusive elements' (1988:2.)
(2) Exceptions are historical cases about a developing technical innovation in an industry (see for example, Rosenbloom and Cusumano, 1987.)
(3) Other members of the data-collection team on which I served are: Kent Bowen, Douglas Braithwaite, William Hanson, Gil Preuss and Michael Titelbaum. They contributed to the development of the ideas presented herein through discussion and reactions to early drafts of this paper.
(4) Barney (1986) is a partial exception in that it poses organizational culture as a competitive advantage.
(5) Schein distinguishes between these surface values and 'preconscious' and 'invisible' 'basic assumptions' about the nature of reality (1984: 4).
(6) Each core capability draws upon only some of a company's skill and knowledge base, systems and values. Not only do some skills, systems and norms lie outside the domain of a particular core capability, but some may lie outside all core capabilities, as neither unique nor distinctly advantageous. For instance, although every company has personnel and pay systems, they may not constitute an important dimension of any core capability.
(7) Such cycles, or 'vicious circles' as psychiatry has labeled them, resemble the examples of self-fulfilling prophecies cited by Weick (1979: 159-164).
(8) This observation is akin to Gidden's argument that structure is 'always both constraining and enabling' (1984: 25).
REFERENCES
Barney, J. B. 'Organizational culture: Can it be a source of sustained competitive advantage?, Academy of Management Review, 11(3), 1986, pp. 656-665.
Burgelman, R. 'A process model of internal corporate venturing in the diversified major firms', Administrative Science Quarterly, 28, 1983, pp. 223-244.
Burgelman, R. 'Intraorganizational ecology of strategy making and organizational adaptation: Theory and field research', Organization Science 2(3), 1991, pp. 239-262.
Burns, T. and G. M. Stalker. The Management of Innovation, Tavistock, London, 1961.
Chakravarthy, B. S. 'Adaptation: A promising metaphor for strategic management', Academy of Management Review, 7(1), 1982. pp. 35-44.
Clark, K. 'The interaction of design hierarchies and market concepts in technological evolution' Research Policy, 14, 1985, pp. 235-251.
Clark, K. and T. Fujimoto. Product Development Performance, Harvard Business School Press, Boston, MA, 1991.
Foster, R. 'A call for vision in managing technology,' Business Week, May 24, 1982, pp. 24-33.
Giddens, A. The Constitution of Society: Outline of the Theory of Structuration. Polity Press, Cambridge, UK, 1984.
Hayes, R. H. 'Strategic planning--forward in reverse?', Harvard Business Review, November-December 1985, pp. 111-119 (Reprint #85607).
Hayes, R. H., S. C. Wheelwright and K. B. Clark. Dynamic Manufacturing: Creating the Learning Organization, Free Press, New York, 1988.
Henderson, R. and K. B. Clark. 'Architectural innovation: The reconfiguration of existing product technologies and the failure of established firms', Administrative Science Quarterly, 35, 1990, pp. 9-30.
Hitt, M. and R. D. Ireland. 'Corporate distinctive competence, strategy, industry and performance', Strategic Management Journal, 6, 1985. pp. 273-293.
Hofer, C. W. and D. Schendel. Strategy Formulation: Analytical Concepts. West Publishing, St. Paul, MN, 1978.
Huber, G. and D. J. Power. Retrospective reports of strategic-level managers: Guidelines for increasing their accuracy', Strategic Management Journal, 6(2), 1985, pp. 171-180.
Itami, H. with T. Roehl. Mobilizing Invisible Assets, Harvard University Press, Cambridge, MA, 1987.
Kanter, R. M. The Change Masters. Simon and Schuster, New York, 1983.
Kanter, R. M. When a thousand flowers bloom: Structural, collective and social conditions for innovation in organizations', Harvard Business School Working Paper #87-018, 1986.
Kimberly, J. R. 'The study of organization: Toward a biographical perspective'. In J. W. Lorsch (ed.), Handbook of Organizational Behavior, Prentice-Hall, Englewood Cliffs, NJ, 1987, pp. 223-237.
Leonard-Barton, D. 'Implementation as mutual adaptation of technology and organization', Research Policy, 17, 1988a, pp. 251-267.
Leonard-Barton, D. 'Implementation characteristics in organizational innovations', Communication Research, 15(5), October 1988b, pp. 603-631.
Leonard-Barton, D. 'The factory as a learning laboratory', Harvard Business School Working Paper #92-023, 1991.
Lieberman, M. and D. B. Montgomery. 'First-mover advantages', Strategic Management Journal, 9, Summer 1988, pp. 41-58.
Mintzberg, H. 'Strategy formation: Schools of thought'. In J. W. Fredrickson (ed.), Perspectives on Strategic Management, Harper & Row, New York, 1990.
Mitchell, W. 'Whether and when? Probability and timing of incumbents' entry into emerging industrial subfields', Administrative Science Quarterly, 34, 1989, pp. 208-230.
Pavitt, K. 'Key characteristics of the large innovating firm', British Journal of Management, 2, 1991, pp. 41-50.
Pettigrew, A. On studying organizational cultures', Administrative Science Quarterly, 24, 1979, pp. 570-581.
Pfeffer, J. Organizations and Organization Theory, Ballinger Publishing, Cambridge, MA, 1982.
Prahalad, C K. and G. Hamel. 'The core competence of the corporation', Harvard Business Review, 68(3), 1990, pp. 79-91, (Reprint #90311).
Quinn. J. B. Strategies for Change: Logical Incrementalism, Richard D. Irwin, Homewood, IL, 1980.
Quinn, R. and K. Cameron. 'Organizational paradox and transformation'. In R. Quinn and K. Cameron (eds), Paradox and Transformation, Cambridge, MA, Ballinger Publishing, 1988.
Rosenbloom, R. and M. Cusumano. 'Technological pioneering and competitive advantage: The birth of the VCR industry', California Management Review, 29(4), 1987, pp. 51-76.
Rosenthal, R. and D. Rubin. Interpersonal expectancy effects: The first 345 studies', The Behavioral and Brain Sciences, 3, 1978, pp. 377-415.
Rumelt, R. P. Strategy, Structure and Economic Performance, Harvard Business School Classics, Harvard Business School Press, Boston, MA, 1974 and 1986.
Schein, E. 'Coming to a new awareness of organizational culture', Sloan Management Review, Winter, 1984, pp. 3-16.
Schein, E. Organizational Culture and Leadership, Jossey-Bass, San Francisco, CA, 1986.
Schumpeter, J. Capitalism, Socialism, and Democracy, Harper, New York, 1942.
Senge, P. 'The leader's new work: Building a learning organization', Sloan Management Review, 32(1), 1990, pp. 7-23, (Reprint #3211).
Snow, C. C. and L. G. Hrebiniak. 'Strategy, distinctive competence, and organizational performance', Administrative Science Quarterly, 25, 1980, pp. 317-335.
Souder, W. E. Managing New Product Innovations, Lexington Books, Lexington, MA, 1987.
Teece, D. J., G. Pisano and A. Shuen. 'Firm capabilities, resources and the concept of strategy', Consortium on Competitiveness and Cooperation Working Paper #90-9, University of California at Berkeley, Center for Research in Management, Berkeley, CA, 1990.
Tucker, D., J. Singh and A. Meinhard. 'Founding characteristics, imprinting and organizational change'. In J.V. Singh (ed.), Organizational Evolution: New Directions, Sage Publications, Newbury Park, CA, 1990.
Tushman, M. L. and P. Anderson. 'Technological discontinuities and organizational environments', Administrative Science Quarterly, 31, 1986, pp. 439-465.
Van de Ven, A. 'Central problems in management of innovations', Management Science, 32(5), 1986, pp. 590-607.
von Hippel, E. 'The impact of 'Sticky Data' on innovation and problem-solving', Sloan Management School, Working Paper #3147-90-BPS, 1990.
Weick, K. E. 'Theory construction as disciplined imagination', Academy of Management Review, 14(4), 1989, pp. 516-531.
Weick, K. E. The Social Psychology of Organizing, Random House, New York, 1979.
Whitney, D. 'Manufacturing by design', Harvard Business Review, 66(4), 1988, pp. 83-91.
Zucker, L. G. 'The role of institutionalization in cultural persistence', American Sociological Review, 42, 1977, pp. 726-743.
APPENDIX: METHODOLOGY
STRUCTURE OF RESEARCH TEAMS
Four universities (Harvard, M.I.T., Standford and Purdue) participated in the 'Manufacturing Visions' project. Each research team was composed of at least one engineering and one management professor plus one or two designated company employees. The research was organized into a matrix, with each research team having primary responsibility for one company and also one or more specific research 'themes' across sites and companies. Some themes were identified in the research protocol; others (such as the capabilities/project interaction) emerged from initial data analysis. In data collection and analysis, the internal company and outside researchers served as important checks on each other--the company insiders on the generalizability of company observations from four cases and the academics on the generalizability of findings across companies.
DATA-GATHERING
Using a common research protocol, the teams developed case histories by interviewing development team members, including representatives from all functional groups who had taken active part and project staff members. These in-person interviews, conducted at multiple sites across the U.S., each lasted 1-3 hours. Interviewers toured the manufacturing plants and design laboratories and conducted follow-up interview sessions as necessary to ensure comparable information across all cases. The data-gathering procedures thus adhered to those advocated by Huber and Power (1985) to increase reliability of retrospective accounts (e.g. interviews conducted in tandem, motivated informants selected from different organizational levels, all responses probed extensively). In addition, the interviewers' disparate backgrounds guarded against the dominance of one research bias, and much archival evidence was collected. I personally interviewed in 3 of the 5 companies.
DATA ANALYSIS
Notes compiled by each team here exchanged across a computer network and joint sessions were held every several months to discuss and analyze data. Company-specific and theme-specific reports were circulated, first among team members and then among all research teams to check on accuracy, Team members 'tested' the data against their own notes and observations and reacted by refuting, confirming or refining it. There were four within-team iterations and an additional three iterations with the larger research group. Thus observations were subjected to numerous sets of 'thought trials' (Weick, 1989).
Each team also presented interim reports to the host companies. These presentations offered the opportunity to check data for accuracy, obtain reactions to preliminary conclusions, fill in missing data and determine that observations drawn from a limited number of projects were in fact representative of common practice in the company. The examples of traditional core capabilities presented in Table 2 were provided by the companies as consensus judgments, usually involving others besides the company team members. While the 20 projects vary in the degree of success attributed to them by the companies, only two were clear failures. The others all succeeded in some ways (e.g. met a demanding schedule) but fell short in others (e.g. held market leadership for only a brief period).