Skip to content

Instantly share code, notes, and snippets.

@matarillo
Last active September 8, 2025 07:20
Show Gist options
  • Select an option

  • Save matarillo/ff94c335e22b8c93f4a79414875425f6 to your computer and use it in GitHub Desktop.

Select an option

Save matarillo/ff94c335e22b8c93f4a79414875425f6 to your computer and use it in GitHub Desktop.

新しい新製品開発ゲーム

著者: 竹内弘高 および 野中郁次郎

『雑誌掲載記事』(1986年1月号)より


現代の急速に変化し、競争の激しい商業用新製品開発の世界において、スピードと柔軟性は不可欠です。多くの企業が、従来の逐次的な新製品開発アプローチではもはや十分に対応できないことを認識しつつあります。 これに対し、日本やアメリカの企業では、ラグビーのようにチームが一体となってフィールドを前進しながらボールをパスし合う、包括的な手法が採用されています。

この包括的なアプローチには6つの特徴があります:内在的な不安定性、自己組織化型プロジェクトチーム、開発段階の重複、「マルチラーニング」、繊細な統制、そして組織的な学習の継承です。 これら6つの要素はジグソーパズルのように組み合わさり、新製品開発のための迅速かつ柔軟なプロセスを形成します。さらに重要なのは、この新しいアプローチが変革の推進力として機能することです。それは、創造的で市場主導型のアイデアやプロセスを、従来型で硬直化した組織に導入するための手段となるのです。

新製品開発における競争ルールが変化しています。多くの企業が、今日の競争市場で成功するためには、高品質・低コスト・差別化といった従来の基本要素だけでは不十分であることに気づいています。さらに必要とされるのが、スピードと柔軟性なのです。

この変化は、企業が新製品を新たな売上と利益の源泉として重視するようになったことに表れています。例えば3M社では、5年未満の新製品が売上高の25%を占めています。 1981年に実施された米国700社を対象とした調査によると、1980年代には新製品が全利益の3分の1を占めると予測されており、これは1970年代の5分の1から大幅に増加する結果でした。

このようなスピードと柔軟性を重視する新たな潮流は、新製品開発の管理手法にも変革を求めています。 従来の段階的または「リレー方式」の製品開発アプローチ――例えば米国航空宇宙局(NASA)の段階的プログラム計画(PPP)システムに見られるような手法――は、最大のスピードと柔軟性という目標と矛盾する可能性があります。 むしろ、チーム全員が一体となってボールをパスし合いながらゴールを目指す「ラグビー型」のアプローチの方が、現代の競争環境における要件により適していると言えます。

従来の手法では、製品開発プロセスはリレー競走のように進行し、各機能専門チームが順番にバトンを渡しながら作業を進めていました。 プロジェクトは段階的に進行しました:製品コンセプトの開発、実現可能性の検証、製品設計、開発プロセス、パイロット生産、そして最終生産という順序です。 この手法では、機能が専門化・細分化されていました。マーケティング部門が顧客ニーズと製品コンセプトの認識を分析し、研究開発部門が適切な設計を選定、生産技術部門がそれを具体化する、といった具合です。 そして、各機能分野の専門家たちがレースの異なる段階でバトンを引き継いでいました。

ラグビー型アプローチでは、厳選された多分野の専門家チームが最初から最後まで一貫して協力し合うことで、製品開発プロセスが自然に形成されていきます。 従来の厳格に定義された段階的なプロセスとは異なり、このアプローチはチームメンバー間の相互作用から自然に生まれます(図1参照)。例えば、エンジニアチームは、実現可能性試験の結果(第2段階)が完全に揃う前に、製品設計(第3段階)に着手することがあります。 あるいは、後になって得られた情報によってチームが当初の決定を再検討せざるを得なくなる場合もあります。この場合、チームはそこで立ち止まることなく、反復的な実験を繰り返します。このプロセスは開発プロセスの最終段階に至るまで継続されます。

図1 段階的な開発プロセス(A)と重複する開発フェーズ(BおよびC)の比較

図1に、従来の直線的な製品開発アプローチとラグビー型アプローチの違いを図示しています。順次的なアプローチ(タイプA)は、NASA型のPPPシステムに代表される手法です。 重複型アプローチは、隣接する工程の境界部分でのみ重複が生じるタイプBと、複数の工程にまたがって重複が発生するタイプCに分類されます。富士ゼロックスではタイプBの重複が、ホンダとキヤノンではタイプCの重複が確認されました。

このアプローチは、迅速かつ柔軟に新製品を開発したい企業にとって不可欠です。従来の直線的な開発手法から統合的な手法へ移行することで、試行錯誤が促進され、現状への挑戦が可能になります。 このアプローチは、組織内のさまざまなレベルや機能において、従来とは異なる新たな学習と思考を促進します。さらに重要なのは、この製品開発戦略が、より大きな組織自体に変化をもたらす触媒として機能するという点です。 この取り組みによって生まれる熱意とモチベーションは、大企業全体に波及し、長年定着していた硬直的な体質を徐々に打ち破っていく可能性があります。

本稿では、製品開発プロセスの管理において新たなアプローチを採用した、日本および米国の企業事例を紹介します。研究対象とした多国籍企業には、富士ゼロックス、キヤノン、ホンダ、NEC、エプソン、ブラザー工業、3M、ゼロックス、ヒューレット・パッカードなどが含まれます。 次に、以下の6つの具体的な製品の開発プロセスを分析しました:

  • FX-3500中型コピー機(富士ゼロックスが1978年に発売)
  • PC-10パーソナルコピー機(キヤノン、1982年)
  • 1200ccエンジン搭載のシティカー(ホンダ、1981年)
  • PC-8000パーソナルコンピュータ(日本電気、1979年)
  • AE-1一眼レフカメラ(キヤノン、1976年)
  • 米国では「シュアショット」として知られるオートボーイレンズシャッター式カメラ(キヤノン、1979年)

各製品の選定にあたっては、その影響力、社内における「ブレークスルー」開発プロセスにおける存在感、当時の製品機能の革新性、市場での成功度、および各製品に関するデータの入手可能性とアクセス性を基準にしました。

スクラムを下流工程に移行する

CEOから若手エンジニアまで、組織の関係者へのインタビュー調査を通じて、先進的な企業が新製品開発プロセスを管理する上で示す6つの特徴が明らかになりました:

  1. 組み込みの不安定性
  2. 自己組織化型プロジェクトチーム
  3. 開発フェーズの重複
  4. 「マルチラーニング」
  5. 繊細なコントロール
  6. 組織的な学習の継承

これらの特徴は、ジグソーパズルのピースのようなものです。個々の要素だけではスピードや柔軟性を生み出すことはできませんが、全体として組み合わせることで、組織に変革をもたらす強力なダイナミズムを生み出すことができます。

内在する不安定性

経営陣は開発プロセスを開始するにあたり、大まかな目標や戦略的方向性を示すことで開発の方向性を打ち出します。明確な新製品コンセプトや具体的な作業計画を提示することは稀ですが、プロジェクトチームに幅広い裁量を与えるとともに、極めて挑戦的な目標を設定します。 例えば富士ゼロックスの経営陣は、従来のコピー機とは全く異なる革新的な製品を求め、FX-3500プロジェクトチームに対し、ハイエンド製品ラインの半分のコストで同等の性能を実現可能な機種を2年以内に開発するよう指示しました。

経営陣は、戦略的に重要なプロジェクトにおいてチームに大幅な裁量権を与えるとともに、極めて困難な要件を課すことで、プロジェクトチーム内に適度な緊張感を生み出します。 ホンダの開発責任者は「チームメンバーを2階に置き、はしごを外して『飛び降りるか、さもなければ』と命じるようなものです。創造性とは、人を限界まで追い詰めることで生まれるものだと信じています」と述べています。

自律型プロジェクトチーム

プロジェクトチームは「ゼロ情報」状態へと進化する過程で、自己組織化の特性を獲得します。この状態では事前の知識が通用せず、曖昧さと変動が常態となります。放置しておけば、このプロセスはやがて独自の動的秩序を形成し始めるのです。 プロジェクトチームはスタートアップ企業のように自律的に動き始めます。自ら積極的に行動を起こし、リスクを冒しながら、独自の方向性を確立していきます。やがてチームは独自のコンセプトを形成し始めるのです。

あるグループが自律的な組織化能力を有するためには、以下の3つの条件が満たされている必要があります:自律性、自己超越性、そして相互影響性です。私たちが様々な新製品開発チームを調査した結果、これらの3つの条件がすべて満たされている事例を確認しました。

自律性。 本社の関与は初期段階における指導・資金提供・精神的支援に限定されます。日常業務においては、経営陣が介入することはほとんどなく、チームは独自の方向性を自由に決定できます。ある意味で、経営陣はベンチャーキャピタルのような役割を果たしていると言えます。 ある経営幹部はこう表現しています:「私たちは財布の紐は緩めるが、口は閉ざしたままにしておく」と。

このような自律的な取り組みは、IBMがパーソナルコンピュータを開発した際にも見られました。フロリダ州ボカラトンの郊外にある改造倉庫で、少数のエンジニアチームがこのプロジェクトに着手したのです。 ニューヨーク州アーモンクにある本社が四半期ごとに行う企業レビューを除き、ボカラトンの開発チームは独自の裁量で業務を遂行することが認められていました。チームは、マイクロプロセッサやソフトウェアパッケージの外部サプライヤー選定など、従来とは異なる手法を採用する権限を与えられていました。

私たちの事例研究では、他にも自律性の好例を確認しています:

  • 平均年齢27歳のホンダ・シティ開発チームは、経営陣から「若年層が乗りたくなるような車」を開発するよう指示を受けました。ある技術者は「全く新しいコンセプトの車を設計するため、私たちのような若手エンジニアが招集され、自由に発想を活かせる環境が与えられたことは驚くべきことです」と語っています。
  • NECでPC 8000を開発したのは、もともとマイクロプロセッサの販売を担当していた少数の営業技術者チームでした。 開発チームは当初、パーソナルコンピュータに関する専門知識を一切持ち合わせていませんでした。「経営陣から『自社で製品を開発し、製造から販売、アフターサービスまで一貫して行う』という条件でプロジェクトを進める許可を得ました」と、プロジェクト責任者は当時を振り返っています。

自己超越。 プロジェクトチームは「限界」を追求し続ける終わりのない探求に没頭しているように見えます。経営陣が設定したガイドラインを出発点としながらも、独自の目標を設定し、開発プロセスを通じてその目標を絶えず高めていくのです。 一見矛盾するように見える目標を追求することで、彼らは現状を打ち破り、画期的な発見を成し遂げる方法を見出しています。

現地調査では、自己超越の好例を数多く確認しました。キヤノンのAE-1プロジェクトチームは、経営陣が設定した困難な仕様要件を満たすため、新たなアイデアを生み出しました。 同社はチームに対し、高品質で自動露出機能を備えたカメラの開発を要請しました。このカメラは小型・軽量で、操作が簡単、かつ単焦点レンズカメラの当時の相場価格より30%安価であることが求められていました。 この野心的な目標を達成するため、プロジェクトチームはカメラの設計・製造において数々の世界初となる技術革新を実現しました。テキサス・インスツルメンツ社に特注した集積回路で構成された電子制御システム、自動化と量産化を可能にしたモジュール化生産方式、 さらに、部品数を30~40%削減することに成功しました。AE-1プロジェクトチームの責任者は「従来の考え方を捨てなければならず、非常に困難な挑戦でした」と振り返りました。これに対し、別のキヤノン幹部は「当社の日常業務では、このような取り組みを日々繰り返しています」と応じました。 組織全体で日々小さな改善を重ね、社長が「基本」と位置付ける研究開発、生産技術、販売力、そして企業文化の強化に取り組んでいます。

ホンダ・シティプロジェクトチームもまた、現状を打破することで画期的な成果を上げました。チームには、資源効率と燃費性能に優れ、かつ低価格でありながら妥協のない品質を備えた、若者層向けの2つの競争力ある特徴を持つ自動車の開発が求められていました。 チームの自然な発想としては、ホンダのベストセラーモデルであるシビックの小型版を開発することでした。しかし議論を重ねた結果、チームは全く新しいコンセプトの車を開発することを決意します。当時主流だった「長く低い」デザインの概念に挑み、「短く高い」車の設計に着手したのです。 「機械は最小限に、人間の可能性を最大限に引き出す」というコンセプトへの進化は避けられないと確信したチームは、業界の常識に逆らうリスクを冒す覚悟を決めました。

多様な発想の融合。 機能分野、思考プロセス、行動パターンが異なるメンバーで構成されたプロジェクトチームが、新製品開発を推進します。例えばホンダの開発チームは、研究開発部門、生産部門、販売部門から厳選されたメンバーで構成されていました。 同社はさらに一歩踏み込み、多様な個性を持つメンバーをチームに配置しました。この多様性が新しいアイデアとコンセプトの創出を促しました。

多様なメンバー構成のチームを作ることは重要ですが、実際に相乗効果が生まれるのは、メンバー同士が交流を始めてからのことです。 富士ゼロックスは、FX-3500多機能機の開発チーム(企画、設計、生産、販売、流通、評価部門のメンバーで構成)を一つの大部屋に配置しました。 プロジェクトメンバーの一人は、この手法について次のように説明しています。「チームメンバーが全員同じ広い部屋に集まると、自然と互いの情報が共有されるようになります。 このプロセスを通じて、個人の立場だけでなく、チーム全体にとって最善または次善の策を考えるようになります。全員が互いの立場を理解すれば、自然と譲歩し合う姿勢が生まれ、相互に話し合う努力がなされるようになります。その結果、新たな取り組みが生まれるのです。」

開発フェーズの重複実施

チームの自己組織化特性により、独自の動的なリズムが生まれます。 チームメンバーはそれぞれ異なる時間軸でプロジェクトに取り組み始めます。研究開発部門が最も長期的な視野を持ち、生産部門が最も短期的な視点を持っていますが、全員が納期に間に合わせるために作業ペースを同期させる必要があります。 また、プロジェクトチームは「情報ゼロ」の状態からスタートしますが、各メンバーは市場動向や技術コミュニティに関する知見を徐々に共有していきます。その結果、チームは一つのまとまりとして機能するようになります。ある時点で、個人とチームは切り離せない一体の存在となるのです。 個人のリズムとチーム全体のリズムが重なり合い、新たな一体感が生まれます。この一体感が推進力となり、チームを前進させます。

ただし、このリズムの速さは開発の各フェーズによって異なります。最も活気に満ちているのは初期段階であり、終盤に向かうにつれて徐々に弱まっていく傾向があります。 キヤノンPC-10開発チームのメンバーは、この開発プロセスのリズムについて次のように説明しています。「コンセプトの方向性を議論する際、私たちの思考はさまざまな方向に広がり、多様な選択肢を検討します。 しかし、低コストと高信頼性の両立という課題に取り組む際には、私たちの思考は様々な視点を統合する方向に働きます。対立が生じるのは、一部が差別化を図ろうとする一方で、他の部分が統合を進めようとする場合です。 このリズムを生み出し、適切なタイミングで状態を移行させることが成功の鍵です。」

逐次的またはリレー方式のアプローチでは、プロジェクトは複数の段階を経て進行し、各段階の要件がすべて満たされた後にのみ次の段階に移行します。これらのチェックポイントはリスク管理の役割を果たします。 ただし、このアプローチでは統合作業のための余地がほとんど残されません。ある段階でボトルネックが発生すると、開発プロセス全体が遅延したり、場合によっては停止したりする可能性があります。

ホリスティック(ラグビー型)アプローチでは、各フェーズが互いに大きく重なり合うため、開発プロセス全体を通じて生じる「振動」や「ノイズ」を吸収することができます。ボトルネックが発生した場合、当然ながらノイズのレベルは上昇しますが、プロセスが突然停止することはありません。 チームはそれでも前進し続けることができます。

富士ゼロックスは親会社からPPPシステム(図1のタイプA参照)を継承しましたが、2つの点でこれを改良しました。第一に、フェーズの数を6段階から4段階に削減するため、一部のフェーズを再定義し、それらを統合しました。 第二に、従来の直線的・逐次的なシステムを、いわゆる「刺身」システムへと変更しました。刺身とは、生魚の切り身を皿に盛り付け、互いの端が重なり合うように配置したものです(図2参照)。

図2 富士ゼロックスの製品開発スケジュール

「刺身」方式では、プロジェクトメンバー間だけでなく、サプライヤーとの連携も密接に行う必要があります。FX-3500プロジェクトでは、当初からサプライヤーをプロジェクトに参画させ(最終的には製品の90%の部品を供給してもらうことになりました)。 両社は定期的に互いの工場を訪問し、情報のやり取りを常時行える体制を維持していました。このようなプロジェクトチーム内外およびサプライヤーとの積極的な情報交換と透明性の確保が、開発のスピードと柔軟性を高めています。 富士ゼロックスは、従来モデルの開発期間38ヶ月から、FX-3500では29ヶ月へと短縮することに成功しました。

もし刺身が富士ゼロックスのアプローチを象徴するなら、ラグビーはホンダのアプローチを説明しています。ラグビーチームと同様に、ホンダの中核プロジェクトメンバーは最初から最後まで一貫して同じ体制を維持し、すべての工程を統合する責任を担っています。

リレー方式のPPPシステムでは、重要な問題が通常、各チームがプロジェクトを次のチームに引き継ぐ段階で発生します。ラグビー方式では、この問題をフェーズ間の連続性を維持することで解消しています。

オートボーイプロジェクトでは、各工程間の連携も非常に密に行われました。キヤノンの設計エンジニアたちは、設計が当初の意図通りに実現されるよう、プロセス全体を通じて細心の注意を払い続けました。 生産部門の担当者が設計部門の領域に介入し、設計が量産規模の経済性に適合していることを確認しました。

この重複アプローチには、長所と短所の両方が存在します。より迅速な開発と柔軟性の向上は「ハード」な利点です。しかし、この手法には人材管理に関連する「ソフト」な利点も含まれています。 この重複アプローチにより、責任の共有と協力関係が強化され、関係者の関与とコミットメントが促進され、問題解決への意識が高まり、自発的な行動が促され、多様なスキルが育成され、市場動向への感度が向上します。

この手法の明らかな欠点は、集中的なプロセス管理が必要となる点にあります。具体的には、プロジェクトチーム全体との円滑なコミュニケーション、サプライヤーとの緊密な連携、複数の代替計画の策定、そして予期せぬ事態への対応などが課題として挙げられます。 このアプローチは同時に、チーム内の緊張と対立を増大させる要因にもなります。あるプロジェクトメンバーが的確に指摘したように、「開発部門の人間が100個中1個の不良率を許容できると考えているなら、それはプロジェクトを進める明確なサインです」。 しかし生産部門の担当者が「100個中1個でも不良品があればやり直しだ」と主張すれば、最初からやり直さなければなりません。このような認識のズレが対立を生むのです。」

工程の重複化は、従来の分業体制の概念も覆します。分業体制は、管理部門が明確にタスクを分担し、プロジェクトメンバー全員が自分の役割を把握し、個別に評価されるタイプAのシステムにおいて効果的に機能します。 タイプBまたはCのシステムでは、企業は「共有型分業」と呼ばれる手法を採用しています。これは、各チームメンバーがプロジェクトのあらゆる側面に対して責任を感じ、実際に作業に携わることができる仕組みです。

マルチラーニング

プロジェクトチームメンバーが外部の情報源と密接に連携しているため、市場環境の変化に迅速に対応できます。チームメンバーは継続的な試行錯誤を繰り返すことで、検討すべき選択肢の数を徐々に絞り込んでいきます。 また、幅広い知識と多様なスキルを習得することで、様々な問題に迅速に対応可能な多才なチームを構築できます。

このような実践を通じた学習は、2つの次元で現れます:複数のレベル(個人、チーム、企業全体)および複数の機能領域にわたって行われるものです。私たちはこの2つの次元の学習を「多層学習」と呼んでいます。

多層的学習。 個人レベルでの学習には多様な方法があります。例えば3M社では、エンジニアが業務時間の15%を「夢の追求」に充てることを奨励しています。キヤノン社では、仲間からのプレッシャーを活用して個人の学習を促進しています。 PC-10プロジェクトの設計エンジニアは次のように語っています。「私の上司や同僚の中には、非常に熱心に勉強している人たちがいます。彼らの読書量には到底及びません。そこで私は、時間があるときにはデパートのおもちゃ売り場に数時間滞在し、最新のトレンドを観察するようにしています」 私は市場で売れている商品を観察し、玩具業界で使用されている最新のガジェットをチェックしています。これらは後々、何らかのヒントを与えてくれるかもしれませんから。」

グループレベルでの学習も積極的かつ体系的に行われています。例えばホンダでは、シティプロジェクトチームがコンセプト開発段階で行き詰まった際、数名のメンバーを3週間にわたりヨーロッパに派遣しました。 彼らに与えられた指示は「ヨーロッパで起きていることを観察してくる」というシンプルなものでした。そこで彼らが出会ったのは、数十年前にイギリスで開発された小型車「ミニ・クーパー」であり、この車は彼らの設計思想に大きな影響を与えることになりました。

PC-10コピー機の開発期間中、キヤノンの開発チームメンバーは本社のプロジェクトルームを離れ、近隣のホテルで複数回の会議を開催しました。初期の会議では、プロジェクトチーム全員が設計部門と生産部門の代表者からなる小グループに分かれました。 各小グループには、主要部品1点あたりのコストを算出し、そのコストを3分の1削減する方法を検討するよう指示が出されました。「すべての小グループが同じ課題と期限を共有していたため、やむを得ない状況でした」と、プロジェクトメンバーの一人は当時を振り返ります。このような環境下で、学習は急速に進展しました。

企業レベルでの人材育成は、全社的な運動やプログラムを確立することで最も効果的に実現できます。例えば富士ゼロックス社では、総合品質管理(TQC)運動を基盤として、企業文化の変革を推進しました。 TQC(総合品質管理)は、組織全体の品質と生産性の同時向上、市場志向、コスト削減、および業務簡素化に対する意識を高めるために設計されました。 これらの目標を達成するため、組織全体のメンバーが統計的品質管理や価値工学といった手法の基礎を習得する必要がありました。

ヒューレット・パッカード社は、より市場志向型の企業を目指す一環として、マーケティング研修を4段階に分けて実施するプログラムを開始しました。現在、同社は著名な学者や経営コンサルタントを招き、マーケティングに関する知見を全社的に普及させています。 また、消費財業界から取り入れた手法――フォーカスグループインタビュー、定量的市場調査、テストマーケティングなども活用しています。 さらに同社は、社内に「マーケティング専門部門」を新設し、「技術者による技術者のための企業から、よりマーケティング志向の強い企業への変革」を加速させています。

多角的な学習アプローチ。 専門家には専門分野以外の分野でも経験を積むことが推奨されています。具体的には以下のような取り組みが行われています:

  • エプソン初のミニプリンターを開発したプロジェクトメンバーは全員、当初は電気工学の知識がほとんどない機械系エンジニアでした。そこでプロジェクトチームのリーダーである機械系エンジニアも、母校の研究機関に研究員として戻り、2年間電気工学を学びました。 彼はプロジェクト進行中にこれらの取り組みを行いました。 ミニプリンタープロジェクトが完了する頃には、プロジェクトメンバー全員が電子工学に関する十分な知識を身につけていました。リーダーは「私は社員に対し、2つの技術分野と設計やマーケティングといった2つの業務分野に精通するよう指導しています。当社のような技術志向の企業であっても、市場動向を予測する能力がなければ成功は望めません」と述べています。
  • NECのPC 8000開発チームは、電子デバイス事業部の営業技術者で構成されていました。 同社初のパーソナルコンピュータ開発に必要なノウハウの多くは、PC 8000の2年前に発売したコンピュータキット「TK 80」の開発・市場投入を通じて蓄積されました; さらに、秋葉原の中心部にあるNECサービスセンター「BIT-IN」に約1年間、週末も含めて常駐し、アマチュアユーザーと交流しながらユーザー視点を学びました。

これらの事例は、多分野にわたる学習が企業の総合的な人材育成プログラムにおいて果たす重要な役割を示しています。従業員の自発性と実践を通じた学習を促進し、常に最新の動向を把握できるようにするものです。 これはまた、組織変革を可能にする風土づくりの基盤としても機能します。

企業ラグビーの試合結果

すでに新製品開発のスピードアップに取り組んでいる企業もあります。例えば新型コピー機「9900」は、...

繊細な制御技術

プロジェクトチームは基本的に自主性を尊重されますが、完全に自由というわけではありません。経営陣は、不安定さや曖昧さ、緊張が混乱に発展しないよう、適切なチェックポイントを設けています。同時に、創造性や自発性を阻害するような過度な統制も避けています。 その代わりに重視されているのは、「自己管理」「仲間同士の相互圧力による統制」、そして「愛に基づく統制」であり、これらを総称して「繊細な統制」と呼んでいます。

新製品開発プロセスにおける「繊細な管理」は、以下の7つの方法で実施されます:

  1. プロジェクトチームに適した人材を選定するとともに、チーム内の力学的変化を監視し、必要に応じてメンバーの追加・削除を行います。「極端な革新主義に傾いた場合には、より経験豊富で保守的なメンバーをチームに加えます」とホンダの幹部は述べています。「プロジェクトメンバーの選定には慎重に時間をかけて検討します」 チームメンバーの性格特性を分析し、彼らが互いにうまくやっていけるかどうかを確認します。私たちの共通の価値観のおかげで、ほとんどの人がうまく協力し合えています。」
  2. 富士ゼロックスのように、オープンな職場環境を整備すること。
  3. エンジニアに現場に出て、顧客や販売代理店の声に耳を傾けるよう奨励しています。「設計エンジニアは時に安易な方法に走りがちですが、顧客の意見を真摯に受け止め、その要求に応える方法を模索することが重要です」と、富士ゼロックスのエンジニアは述べています。
  4. グループ全体の業績に基づく評価・報酬制度を導入しています。例えばキヤノンでは、PC-10プロジェクトで開発された製品の特許をグループ単位で出願しています。
  5. 開発プロセス全体を通じてリズムの変化を適切に管理すること。前述の通り、開発の初期段階では最も活発なリズムが見られ、終盤に向けて徐々に落ち着いていきます。
  6. ミスを許容し、事前に予測すること。ホンダの技術者たちはよく「1%の成功は、99%の失敗によって支えられている」と口にします。ブラザーの研究開発部門責任者は「若手技術者が多くの失敗を経験するのは当然のことです」と述べています。 重要なのは、早期に誤りを発見し、直ちに是正措置を講じることです。そのため、私たちは試作工程のサイクルタイム短縮に取り組んできました。」3Mの幹部はこう述べています。「私たちは成功からよりも、失敗からより多くのことを学んでいると考えています。」 これは「簡単にミスをしてもいい」という意味ではありません。しかし、もしミスを犯すのであれば、創造的な方法で行うことが望ましいのです。」
  7. サプライヤーの自主性を促すことが重要です。設計段階から早期に関与させることは正しいアプローチですが、プロジェクトチームはサプライヤーに具体的な指示を出すべきではありません。 ゼロックスが学んだように、サプライヤーは問題の内容を明確に説明され、部品供給方法について自ら決定できる場合に、より優れた成果を上げます。

知識の移転

組織横断的・機能横断的な知識蓄積への取り組みは、学習プロセスの一側面に過ぎません。私たちが観察したところでは、プロジェクトメンバーはグループ外の他者へも学習成果を伝達しようとする強い意欲を示していました。

学習内容の後続の新製品開発プロジェクトや組織内他部門への移転は、定期的に行われています。調査対象企業のいくつかでは、主要メンバーを後続プロジェクトに配置する「浸透」方式によってこの移転が実現していました。 ホンダの幹部は次のように説明しています。「工場が稼働し、初期段階のクレームが解決されれば、プロジェクトチームは解散し、少数の担当者のみがフォローアップ業務を継続します。 優秀な人材は限られているため、彼らをすぐに別の重要プロジェクトに投入します」と述べています。

組織内では、プロジェクト活動を標準化することで知識が伝達される場合もあります。例えばキヤノンのオートボーイプロジェクトでは、実施したレビュー手法が後のプロジェクトで採用される形式として確立されました。 チームメンバーの一人が回想しています:「私たちは月に1回程度、進行中の個別サブプロジェクトについて情報交換を行い、3ヶ月に1回程度、より広い視点からプロジェクト全体について議論するミーティングを開いていました。 この手法は後に制度化され、PC-10ミニコピー機プロジェクトから採用された月次・四半期ごとの進捗レビューとして定着しました。」

当然ながら、企業は成功から得た教訓を組織的に定着させようとします。IBMは、外部協力を得て13ヶ月で完了したパーソナルコンピュータ開発プロジェクトの手法を、全社的に導入しようとしています。

ヒューレット・パッカード社では、パーソナルコンピュータ部門が全社的な新製品開発・販売手法の改革を進めています。従来、同社は特定顧客向けに専用設計した製品を高価格で販売する手法で知られていました。 しかし同社は最近、静音設計のインクジェットプリンター「ThinkJet」を低コストで量産可能な仕様に改良し、低価格戦略を採用しました。発売からわずか6か月で、同製品は低価格帯市場の10%シェアを獲得するまでに成長しました。 ヒューレット・パッカード社は、ThinkJetの設計と価格設定から得た知見をミニコンピュータ製品ラインに応用し始めました。ThinkJetを市場投入して数ヶ月以内に、同社は幅広い企業向け市場向けに、手頃な価格のミニコンピュータシステムを発売しました。

ただし、制度化が進みすぎると、それ自体が新たなリスク要因となる場合があります。過去の成功事例から得た教訓を伝承したり、成功事例に基づいた標準手順を確立したりすることは、外部環境が安定している場合には有効です。 ただし、環境の変化によって、こうした教訓がすぐに時代遅れになってしまうこともあります。

多くの企業が、従来の成功体験から脱却する試みを行ってきました。過去の教訓を「忘れる」ことは、開発チームが外部環境の変化に柔軟に対応し続けるために有効です。また、より段階的な改善を進めるための原動力にもなります。

学習の解除は主に環境の変化によって引き起こされますが、中には意図的に学習の解除を行う企業もあります。以下にいくつかの事例を紹介します。

  • エプソンの戦略は、次世代モデルを市場投入と同時に開発段階に入れることです。同社はプロジェクトチームに対し、次世代モデルは現行モデルよりも少なくとも40%の性能向上を実現しなければならないと指示しています。
  • ホンダが3代目シビックを開発していた際、プロジェクトチームは従来の部品をすべて廃棄し、ゼロからの再設計を選択しました。車両が一般公開される際には、プロジェクトメンバーの要望により、新型部品がすべて車両の横に展示されました。 この車両は1984年に日本カー・オブ・ザ・イヤーを受賞しました。
  • 富士ゼロックスは、FX-3500で初めて導入した「刺身方式」をさらに洗練させました。この手法を採用した当初と比較して、現在の新製品開発に必要な総人員数は半分に削減されています。また、製品開発サイクルも4年から24ヶ月へと大幅に短縮されました。

いくつかの制約事項

いくつかの注意点を述べておく必要があります。製品開発における包括的アプローチは、あらゆる状況で有効とは限りません。以下のような本質的な制約が存在します:

  • この開発手法では、開発プロセス全体を通じて全プロジェクトメンバーに多大な努力が求められます。ピーク時には月100時間、それ以外の期間でも60時間に及ぶ残業が発生することもあります。
  • この手法は、画期的な革新を必要とするブレークスルー型プロジェクトには適用できない場合があります。特にバイオテクノロジーや化学分野では、この制約がより顕著に現れる可能性があります。
  • 航空宇宙産業のような大規模プロジェクトには適用が難しい場合があります。プロジェクトの規模が大きすぎるため、対面での詳細な議論が制限されるからです。
  • この手法は、製品開発を天才的なリーダーが主導し、自ら発明を行い、下位メンバー向けに明確に定義された仕様書を策定するような組織には適用できない場合があります。

本研究の限界点として、調査対象範囲の制約が挙げられます。サンプル数は数社に限定されており、調査結果は主に日本における製品開発プロセスの管理手法を観察した結果に基づいています。したがって、一般的な結論を導く際には慎重な判断が必要です。 しかし、米国において新たな製品開発アプローチが受け入れられつつある現在、この2つの国の違いは、質的な差異というよりもむしろ程度の差に過ぎないと言えるかもしれません。

マネジメント上の示唆

環境変化――競争の激化、細分化したマスマーケット、製品ライフサイクルの短期化、技術の高度化と自動化――により、企業は従来の製品開発手法を見直す必要に迫られています。 数ヶ月遅れて市場に投入された製品は、簡単に数ヶ月分の回収期間を失う可能性があります。 「隣のベンチ症候群」(隣の同僚に『どんな製品が欲しいか』と尋ねて設計を進める傾向)に陥った技術者が設計した製品は、市場の柔軟な要求に応えられない可能性があります。

ラグビーというスポーツ

ラグビーユニオンの魅力の一つは、その戦術が無限に多様であることです。チームが採用しようとする戦術がどのようなものであれ、...

スピードと柔軟性を実現するために、企業は製品開発プロセスを従来とは異なる方法で管理する必要があります。以下の3種類の変更を考慮することが重要です。

第一に、企業はこのプロセスを促進できるマネジメントスタイルを採用する必要があります。経営陣は当初から、製品開発が直線的かつ静的なプロセスで進行することは稀であると認識しなければなりません。これは反復的で動的な試行錯誤のプロセスなのです。 このようなプロセスを管理するためには、企業は高度に適応性のあるマネジメントスタイルを維持する必要があります。

プロジェクトは完全に合理的かつ一貫した方法で進行するわけではないため、適応力が特に重要です。例えば以下のような状況を考えてみてください:

  • 経営陣は意図的に目標を広範に設定し、曖昧さを許容することで試行錯誤を促します。しかし同時に、挑戦的な目標を掲げ、組織内外に緊張感を生み出します。

  • 多様性を拡大させるプロセス(差別化)と縮小させるプロセス(統合)は、開発サイクルの重複する各段階を通じて進行します。 ただし、コンセプト開発段階ではこの「差別化」の傾向が顕著になり、その後の開発段階では「統合」の要素が次第に強まっていきます。

  • 運用上の意思決定は段階的に行われますが、重要な戦略決定は可能な限り先送りされ、市場からの直前のフィードバックに対してより柔軟な対応が可能となるように配慮されています。

マネジメントは開発プロセス全体を通じて微妙な形で統制を行うため、これら一見矛盾する目標が完全な混乱を招くことはありません。この微妙な統制は、プロジェクトチームの自己組織化的な性質とも整合性が取れています。

第二に、従来とは異なるタイプの学習が求められます。従来のアプローチでは、高度な専門性を持つスペシャリスト集団が新製品開発を担当していました。技術的な専門知識を持つエリート層が主に学習を担っていたのです。 知識は個人単位で蓄積され、特定の狭い領域に集中的に習得されます――これを私たちは「深い学び」と呼んでいます。

これに対し、新しいアプローチ(その極端な形態)では、非専門家が製品開発を担当します。彼らは業務を通じて必要な知識とスキルを習得することが奨励されます。 専門家とは異なり、非専門家は1%のミスも許容できない状況とは異なり、現状に挑戦する意欲を持っています。 ただし、これを実現するためには、経営のあらゆる分野、組織の各階層、機能別専門領域、さらには組織の境界を越えて、幅広い知識を蓄積する必要があります。 このような幅広い知識の習得は、分業体制を効果的に機能させるための必須条件となります。

第三に、新製品開発には従来とは異なる使命を与えるべきです。多くの企業ではこれを主に将来の収益源を生み出す手段として扱っていますが、一部の企業では組織変革を促す触媒としての役割も果たしています。 例えばパーソナルコンピュータプロジェクトは、IBMの企業文化そのものを変革したと言われています。ヒューレット・パッカードのパーソナルコンピュータ部門から生まれたThinkJetなどのプロジェクトも、同社の技術主導型文化を大きく変容させました。

どの企業も、特に危機的状況ではない平常時において、組織全体で変革に取り組むことは容易ではありません。しかし、プロジェクトチームの超越的な性質と、メンバーが取り組む慌ただしい作業ペースが、組織全体に危機意識や緊急性を喚起する役割を果たします。 したがって、企業にとって戦略的に重要な開発プロジェクトは、平時であっても戦時さながらの緊迫した環境を作り出すことができます。

組織全体に影響を及ぼすような変革も、特に日本に多い年功序列型の高度に構造化された企業においては、実施が困難です。 平時には実行が難しい型破りな施策も、戦時下であれば正当化されやすくなります。そのため、経営陣は有能な管理職を異動させたり、非常に若い技術者をプロジェクトに配置したりしても、大きな抵抗に遭うことなく進めることが可能です。

プロジェクトチームが結成されると、その存在感が高まる傾向にあります。これは「厳選されたメンバーである」という認識、「トップから無条件の支援を受けて新たなものを創造している」という正当な権限、そして「危機的状況の解決に取り組んでいる」という使命感によるものです。 プロジェクトメンバーが様々な部門から参加し、企業の従来の領域を超える戦略的イニシアチブを主導することで、組織変革の原動力となります。また、彼らの知識が後続プロジェクトに継承されていくことも重要な効果です。

米国企業であれ日本企業であれ、多国籍企業が活動する環境は近年劇的に変化しています。現代のグローバル市場で効果的に競争するための競争ルールも同様に変化しているのです。 多国籍企業は製品開発において迅速性と柔軟性を実現する必要があります。そのためには、試行錯誤と実践を通じた学習を多用する動的なプロセスを採用しなければなりません。現代において私たちが必要としているのは、絶え間ない変化の時代における継続的なイノベーションです。

  1. ブーズ・アレン・アンド・ハミルトン社の調査結果は、スーザン・フレイカーによる記事「ハイテク時代における高速経営」(『フォーチュン』誌、1984年3月5日号、38ページ)で報告されています。

  2. 例えば、イリヤ・プリゴジン『存在から生成へ』(カリフォルニア州サンフランシスコ:フリーマン、1980年)、エリック・ヤンチュ『進化の統合原理』(エリック・ヤンチュ編『進化的ビジョン』収録、コロラド州ボルダー:ウェストビュー・プレス、1981年)などをご参照ください。 デベンドラ・サハル「自己組織化の統合理論」『サイバネティクス学会誌』1979年4月~6月号、127ページも参照。このほか、籠野到・野中郁次郎・榊原清成・奥村昭博『戦略型対』 『進化型マネジメント:日米の戦略と組織構造の比較研究』(アムステルダム:ノース・ホランド、1985年)

The New New Product Development Game

by Hirotaka Takeuchi and Ikujiro Nonaka

From the Magazine (January 1986)


In today’s fast-paced, fiercely competitive world of commercial new product development, speed and flexibility are essential. Companies are increasingly realizing that the old, sequential approach to developing new products simply won’t get the job done. Instead, companies in Japan and the United States are using a holistic method—as in rugby, the ball gets passed within the team as it moves as a unit up the field.

This holistic approach has six characteristics: built-in instability, self-organizing project teams, overlapping development phases, “multilearning,” subtle control, and organizational transfer of learning. The six pieces fit together like a jigsaw puzzle, forming a fast flexible process for new product development. Just as important, the new approach can act as a change agent: it is a vehicle for introducing creative, market-driven ideas and processes into an old, rigid organization.

The rules of the game in new product development are changing. Many companies have discovered that it takes more than the accepted basics of high quality, low cost, and differentiation to excel in today’s competitive market. It also takes speed and flexibility.

This change is reflected in the emphasis companies are placing on new products as a source of new sales and profits. At 3M, for example, products less than five years old account for 25% of sales. A 1981 survey of 700 U.S. companies indicated that new products would account for one-third of all profits in the 1980s, an increase from one-fifth in the 1970s.

This new emphasis on speed and flexibility calls for a different approach for managing new product development. The traditional sequential or “relay race” approach to product development—exemplified by the National Aeronautics and Space Administration’s phased program planning (PPP) system—may conflict with the goals of maximum speed and flexibility. Instead, a holistic or “rugby” approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements.

Under the old approach, a product development process moved like a relay race, with one group of functional specialists passing the baton to the next group. The project went sequentially from phase to phase: concept development, feasibility testing, product design, development process, pilot production, and final production. Under this method, functions were specialized and segmented: the marketing people examined customer needs and perceptions in developing product concepts; the R&D engineers selected the appropriate design; the production engineers put it into shape; and other functional specialists carried the baton at different stages of the race.

Under the rugby approach, the product development process emerges from the constant interaction of a hand-picked, multidisciplinary team whose members work together from start to finish. Rather than moving in defined, highly structured stages, the process is born out of the team members’ interplay (see Exhibit 1). A group of engineers, for example, may start to design the product (phase three) before all the results of the feasibility tests (phase two) are in. Or the team may be forced to reconsider a decision as a result of later information. The team does not stop then, but engages in iterative experimentation. This goes on in even the latest phases of the development process.

Exhibit 1 Sequential (A) vs. overlapping (B and C) phases of development

Exhibit 1 illustrates the difference between the traditional, linear approach to product development and the rugby approach. The sequential approach, labeled type A, is typified by the NASA-type PPP system. The overlap approach is represented by type B, where the overlapping occurs only at the border of adjacent phases, and type C, where the overlap extends across several phases. We observed a type B overlap at Fuji-Xerox and a type C overlap at Honda and Canon.

This approach is essential for companies seeking to develop new products quickly and flexibly. The shift from a linear to an integrated approach encourages trial and error and challenges the status quo. It stimulates new kinds of learning and thinking within the organization at different levels and functions. Just as important, this strategy for product development can act as an agent of change for the larger organization. The energy and motivation the effort produces can spread throughout the big company and begin to break down some of the rigidities that have set in over time.

In this article, we highlight companies both in Japan and in the United States that have taken a new approach to managing the product development process. Our research examined such multinational companies as Fuji-Xerox, Canon, Honda, NEC, Epson, Brother, 3M, Xerox, and Hewlett-Packard. We then analyzed the development process of six specific products:

  • FX-3500 medium-sized copier (introduced by Fuji-Xerox in 1978)

  • PC-10 personal-use copier (Canon, 1982)

  • City car with 1200 cc engine (Honda, 1981)

  • PC 8000 personal computer (NEC, 1979)

  • AE-1 single-lens reflex camera (Canon, 1976)

  • Auto Boy, known as the Sure Shot in the United States, lens shutter camera, (Canon, 1979)

We selected each product on the basis of its impact, its visibility within the company as part of a “breakthrough” development process, the novelty of the product features at the time, the market success of the product, and the access to and availability of data on each product.

Moving the Scrum Downfield

From interviews with organization members from the CEO to young engineers, we learned that leading companies show six characteristics in managing their new product development processes:

  1. Built-in instability

  2. Self-organizing project teams

  3. Overlapping development phases

  4. “Multilearning”

  5. Subtle control

  6. Organizational transfer of learning

These characteristics are like pieces of a jigsaw puzzle. Each element, by itself, does not bring about speed and flexibility. But taken as a whole, the characteristics can produce a powerful new set of dynamics that will make a difference.

Built-in Instability

Top management kicks off the development process by signaling a broad goal or a general strategic direction. It rarely hands out a clear-cut new product concept or a specific work plan. But it offers a project team a wide measure of freedom and also establishes extremely challenging goals. For example, Fuji-Xerox’s top management asked for a radically different copier and gave the FX-3500 project team two years to come up with a machine that could be produced at half the cost of its high-end line and still perform as well.

Top management creates an element of tension in the project team by giving it great freedom to carry out a project of strategic importance to the company and by setting very challenging requirements. An executive in charge of development at Honda remarked, “It’s like putting the team members on the second floor, removing the ladder, and telling them to jump or else. I believe creativity is born by pushing people against the wall and pressuring them almost to the extreme.”

Self-organizing Project Teams

A project team takes on a self-organizing character as it is driven to a state of “zero information”—where prior knowledge does not apply. Ambiguity and fluctuation abound in this state. Left to stew, the process begins to create its own dynamic order. The project team begins to operate like a start-up company—it takes initiatives and risks, and develops an independent agenda. At some point, the team begins to create its own concept.

A group possesses a self-organizing capability when it exhibits three conditions: autonomy, self-transcendence, and cross-fertilization. In our study of the various new product development teams, we found all three conditions.

Autonomy. Headquarters’ involvement is limited to providing guidance, money, and moral support at the outset. On a day-to-day basis, top management seldom intervenes; the team is free to set its own direction. In a way, top management acts as a venture capitalist. Or as one executive said, “We open up our purse but keep our mouth closed.”

This kind of autonomy was evident when IBM developed its personal computer. A small group of engineers began working on the machine in a converted warehouse in remote Boca Raton, Florida. Except for quarterly corporate reviews, headquarters in Armonk, New York allowed the Boca Raton group to operate on its own. The group got the go-ahead to take unconventional steps such as selecting outside suppliers for its microprocessor and software package.

We observed other examples of autonomy in our case studies:

  • The Honda City project team, whose members’ average age was 27, had these instructions from management: to develop “the kind of car that the youth segment would like to drive.” An engineer said, “It’s incredible how the company called in young engineers like ourselves to design a car with a totally new concept and gave us the freedom to do it our way.”

  • A small group of sales engineers who originally sold microprocessors built the PC 8000 at NEC. The group started with no knowledge about personal computers. “We were given the go-ahead from top management to proceed with the project, provided we would develop the product by ourselves and also be responsible for manufacturing, selling, and servicing it on our own,” remarked the project’s head.

Self-transcendence. The project teams appear to be absorbed in a never-ending quest for “the limit.” Starting with the guidelines set forth by top management, they begin to establish their own goals and keep on elevating them throughout the development process. By pursuing what appear at first to be contradictory goals, they devise ways to override the status quo and make the big discovery.

We observed many examples of self-transcendence in our field work. The Canon AE-1 project team came up with new ideas to meet the challenging parameters set forth by top management. The company asked the team to develop a high-quality, automatic exposure camera that had to be compact, lightweight, easy to use, and priced 30% lower than the prevailing price of single-lens cameras. To reach this ambitious target, the project team achieved several firsts in camera design and production: an electronic brain consisting of integrated circuits custom-made by Texas Instruments; modularized production, which made automation and mass production possible; and reduction in the number of parts by 30% to 40%. “It was a struggle because we had to deny our traditional way of thinking,” recalled the head of the AE-1 team. “But we do that every day in the ongoing parts of our business,” responded another Canon executive. The entire organization makes daily, incremental improvements to strengthen what the president calls “the fundamentals”: R&D, production technology, selling prowess, and corporate culture.

The Honda City project team also achieved a breakthrough by transcending the status quo. The team was asked to develop a car with two competitive features for the youth segment: efficiency in resources and fuel, and uncompromising quality at a low price. The team’s natural instinct was to develop a scaled-down version of Honda’s best-selling Civic model. But after much debate, the team decided to develop a car with a totally new concept. It challenged the prevailing idea that a car should be long and low and designed a “short and tall” car. Convinced that an evolution toward a “machine minimum, human maximum” concept was inevitable, the team was willing to risk going against the industry norm.

Cross-fertilization. A project team consisting of members with varying functional specializations, thought processes, and behavior patterns carries out new product development. The Honda team, for example, consisted of hand-picked members from R&D, production, and sales. The company went a step further by placing a wide variety of personalities on the team. Such diversity fostered new ideas and concepts.

While selecting a diverse team is crucial, it isn’t until the members start to interact that cross-fertilization actually takes place. Fuji-Xerox located the multifunctional team building the FX-3500—consisting of members from the planning, design, production, sales, distribution, and evaluation departments—in one large room. A project member gave the following rationale for this step: “When all the team members are located in one large room, someone’s information becomes yours, without even trying. You then start thinking in terms of what’s best or second best for the group at large and not only about where you stand. If everyone understands the other person’s position, then each of us is more willing to give in, or at least to try to talk to each other. Initiatives emerge as a result.”

Overlapping Development Phases

The self-organizing character of the team produces a unique dynamic or rhythm. Although the team members start the project with different time horizons—with R&D people having the longest time horizon and production people the shortest—they all must work toward synchronizing their pace to meet deadlines. Also, while the project team starts from “zero information,” each member soon begins to share knowledge about the marketplace and the technical community. As a result, the team begins to work as a unit. At some point, the individual and the whole become inseparable. The individual’s rhythm and the group’s rhythm begin to overlap, creating a whole new pulse. This pulse serves as the driving force and moves the team forward.

But the quickness of the pulse varies in different phases of development. The beat seems to be most vigorous in the early phases and tapers off toward the end. A member of Canon’s PC-10 development team described this rhythm as follows: “When we are debating about what kind of concept to create, our minds go off in different directions and list alternatives. But when we are trying to come to grips with achieving both low cost and high reliability, our minds work to integrate the various points of view. Conflict tends to occur when some are trying to differentiate and others are trying to integrate. The knack lies in creating this rhythm and knowing when to move from one state to the other.”

Under the sequential or relay race approach, a project goes through several phases in a step-by-step fashion, moving from one phase to the next only after all the requirements of the preceding phase are satisfied. These checkpoints control risk. But at the same time, this approach leaves little room for integration. A bottleneck in one phase can slow or even halt the entire development process.

Under the holistic or rugby approach, the phases overlap considerably, which enables the group to absorb the vibration or “noise” generated throughout the development process. When a bottleneck appears, the level of noise obviously increases. But the process does not come to a sudden halt; the team manages to push itself forward.

Fuji-Xerox inherited the PPP system (see type A in Exhibit 1) from its parent company, but revised it in two ways. First, it reduced the number of phases from six to four by redefining some of the phases and aggregating them differently. Second, it changed the linear, sequential system into the so-called “sashimi” system. Sashimi is slices of raw fish arranged on a plate, one slice overlapping the other (see Exhibit 2.)

Exhibit 2 Fuji-Xerox’s product development schedule

The sashimi system requires extensive interaction not only among project members but also with suppliers. The FX-3500 team invited them to join the project at the very start (they eventually produced 90% of the parts for the model). Each side regularly visited the other’s plants and kept the information channel open at all times. This kind of exchange and openness—both within the project team and with suppliers—increases speed and flexibility. Fuji-Xerox shortened the development time from 38 months for an earlier model to 29 months for the FX-3500.

If sashimi defines the Fuji-Xerox approach, then rugby describes the overlapping at Honda. Like a rugby team, the core project members at Honda stay intact from beginning to end and are responsible for combining all of the phases.

In the relay-like PPP system, the crucial problems tend to occur at the points where one group passes the project to the next. The rugby approach smooths out this problem by maintaining continuity across phases.

The Auto Boy project proceeded with much overlapping across phases as well. Canon’s design engineers stayed alert throughout the process to make sure their design was being converted into what they had in mind. The production people intruded onto the design engineers’ turf to make sure that the design was in accord with production scale economies.

The overlapping approach has both merits and demerits. Greater speed and increased flexibility are the “hard” merits. But the approach also has a set of “soft” merits relating to human resource management. The overlap approach enhances shared responsibility and cooperation, stimulates involvement and commitment, sharpens a problem-solving focus, encourages initiative taking, develops diversified skills, and heightens sensitivity toward market conditions.

The more obvious demerits result from having to manage an intensive process. Problems include communicating with the entire project team, maintaining close contact with suppliers, preparing several contingency plans, and handling surprises. This approach also creates more tension and conflict in the group. As one project member aptly put it, “If someone from development thinks that 1 out of 100 is good, that’s a clear sign for going ahead. But if someone from production thinks that 1 out of 100 is not good, we’ve got to start all over. This gap in perception creates conflict.”

The overlapping of phases also does away with traditional notions about division of labor. Division of labor works well in a type A system, where management clearly delineates tasks, expects all project members to know their responsibilities, and evaluates each on an individual basis. Under a type B or C system, the company accomplishes the tasks through what we call “shared division of labor,” where each team member feels responsible for—and is able to work on—any aspect of the project.

Multilearning

Because members of the project team stay in close touch with outside sources of information, they can respond quickly to changing market conditions. Team members engage in a continual process of trial and error to narrow down the number of alternatives that they must consider. They also acquire broad knowledge and diverse skills, which help them create a versatile team capable of solving an array of problems fast.

Such learning by doing manifests itself along two dimensions: across multiple levels (individual, group, and corporate) and across multiple functions. We refer to these two dimensions of learning as “multilearning.”

Multilevel learning. Learning at the individual level takes place in a number of ways. 3M, for example, encourages engineers to devote 15% of their company time to pursuing their “dream.” Canon utilizes peer pressure to foster individual learning. A design engineer for the PC-10 project explained, “My senior managers and some of my colleagues really study hard. There is no way I can compete with them in the number of books they read. So whenever I have time, I go to a department store and spend several hours in the toy department. I observe what’s selling and check out the new gadgets being used in the toys. They may give me a hint or two later on.”

Learning is pursued emphatically at the group level as well. Honda, for example, dispatched several members of the City project team to Europe for three weeks when the project reached a dead end at the concept development phase. They were told simply to “look around at what’s happening in Europe.” There they encountered the Mini-Cooper—a small car developed decades ago in the United Kingdom—which had a big impact on their design philosophy.

While it was developing the PC-10 copier, Canon team members left the project offices to hold a number of meetings in nearby hotels. In one of the early meetings, the entire project team broke up into subgroups, each with a representative from the design team and the production team. Each subgroup was told to calculate the cost of a key part and figure out ways of reducing that cost by one-third. “Since every subgroup faced the same mandate and the same deadline, we had no choice,” recalled one project member. Learning took place in a hurry.

Learning at the corporate level is best achieved by establishing a company-wide movement or program. Fuji-Xerox, for example, used the total quality control (TQC) movement as a basis for changing the corporate mentality. TQC was designed to heighten the entire organization’s sensitivity toward simultaneous quality and productivity improvement, market orientation, cost reduction, and work simplification. To achieve these goals, everyone in the organization had to learn the basics of techniques like statistical quality control and value engineering.

Hewlett-Packard embarked on a four-phased training program in marketing as part of the corporation’s aim to become more market-oriented. The company now brings in top academics and business consultants to spread the marketing message. It also applies techniques borrowed from the consumer packaged goods industry, such as focus group interviews, quantitative market research, and test marketing. Further, the company has created a corporate marketing division to accelerate what one insider calls “the transition from a company run by engineers for engineers to one with a stronger marketing focus.”

Multifunctional learning. Experts are encouraged to accumulate experience in areas other than their own. For instance:

  • All the project members who developed Epson’s first miniprinter were mechanical engineers who knew little about electronics at the start. So the leader of the project team, also a mechanical engineer, returned to his alma mater as a researcher and studied electrical engineering for two years. He did this while the project was under way. By the time they had completed the miniprinter project, all the engineers were knowledgeable about electronics. “I tell my people to be well-versed in two technological fields and in two functional areas, like design and marketing,” the leader said. “Even in an engineering-oriented company like ours, you can’t get ahead without the ability to foresee developments in the market.”

  • The team working on NEC’s PC 8000 consisted of sales engineers from the Electronic Devices Division. They acquired much of the know-how to develop the company’s first personal computer by putting together TK 80, a computer kit, and introducing it on the market two years in advance of the PC 8000; and by stationing themselves for about a year, even on weekends, at BIT-IN, an NEC service center in the middle of Akihabara, talking with hobbyists and learning the user’s viewpoint.

These examples show the important role that multilearning plays in the company’s overall human resource management program. It fosters initiative and learning by doing on the part of the employees and helps keep them up to date with the latest developments. It also serves as a basis for creating a climate that can bring about organizational transition.

Corporate Rugby Scores

Some companies are already making headway in speeding up new product development: A new copier—the 9900—took ...

Subtle Control

Although project teams are largely on their own, they are not uncontrolled. Management establishes enough checkpoints to prevent instability, ambiguity, and tension from turning into chaos. At the same time, management avoids the kind of rigid control that impairs creativity and spontaneity. Instead, the emphasis is on “self-control,” “control through peer pressure,” and “control by love,” which collectively we call “subtle control.”

Subtle control is exercised in the new product development process in seven ways:

  1. Selecting the right people for the project team while monitoring shifts in group dynamics and adding or dropping members when necessary. “We would add an older and more conservative member to the team should the balance shift too much toward radicalism,” said a Honda executive. “We carefully pick the project members after long deliberation. We analyze the different personalities to see if they would get along. Most people do get along, thanks to our common set of values.”

  2. Creating an open work environment, as in the case of Fuji-Xerox.

  3. Encouraging engineers to go out into the field and listen to what customers and dealers have to say. “A design engineer may be tempted to take the easy way out at times, but may reflect on what the customer had to say and try to find some way of meeting that requirement,” noted an engineer from Fuji-Xerox.

  4. Establishing an evaluation and reward system based on group performance. Canon, for example, applied for patents for products from the PC-10 project on a group basis.

  5. Managing the differences in rhythm throughout the development process. As mentioned earlier, the rhythm is most vigorous in the early phases and tapers off toward the end.

  6. Tolerating and anticipating mistakes. Engineers at Honda are fond of saying that “a 1% success rate is supported by mistakes made 99% of the time.” A Brother executive in charge of R&D said, “It’s natural for young engineers to make a lot of mistakes. The key lies in finding the mistakes early and taking steps to correct them immediately. We’ve taken steps to expedite the trial production cycle for that reason.” A 3M executive noted, “I believe we learn more from mistakes than from successes. That’s not to say we should make mistakes easily. But if we do make mistakes, we ought to make them creatively.”

  7. Encouraging suppliers to become self-organizing. Involving them early during design is a step in the right direction. But the project team should refrain from telling suppliers what to do. As Xerox found out, suppliers produce better results when they have the problem explained to them and are allowed to decide how to furnish the parts.

Transfer of Learning

The drive to accumulate knowledge across levels and functions is only one aspect of learning. We observed an equally strong drive on the part of the project members to transfer their learning to others outside the group.

Transfer of learning to subsequent new product development projects or to other divisions in the organization takes place regularly. In several of the companies we studied, the transfer took place through “osmosis”—by assigning key individuals to subsequent projects. A Honda executive explained, “If the factory is up and running and the early-period claims are resolved, we dismantle the project team, leaving only a few people to follow through. Since we have only a limited number of unusually able people, we turn them loose on another key project immediately.”

Knowledge is also transmitted in the organization by converting project activities to standard practice. At Canon, for example, the Auto Boy project produced a format for conducting reviews that was used in later projects. One team member recalled, “We used to meet once a month or so to exchange notes on individual subprojects in progress and once in three months or so to discuss the project from a larger perspective. This pattern later became institutionalized into the monthly and quarterly progress reviews adopted from the PC-10 minicopier project.”

Naturally, companies try to institutionalize the lessons derived from their successes. IBM is trying to emulate the personal computer development project—which was completed in 13 months with outside help—throughout the company.

At Hewlett-Packard, the personal computer group is reprogramming the way the entire company develops and sells new products. In the past, the company was famous for designing a machine for a particular customer and charging a premium price. But it recently engineered its ThinkJet—a quiet inkjet printer—for low-cost mass production and priced it low. Within six months of its introduction, the printer captured 10% of the low-end market. Hewlett-Packard began to apply what it had learned from designing and pricing ThinkJet to its minicomputer line. Within months of putting ThinkJet on the market, the company introduced a minicomputer system for a broad corporate audience at a modest price.

But institutionalization, when carried too far, can create its own danger. Passing down words of wisdom from the past or establishing standard practices based on success stories works well when the external environment is stable. Changes in the environment, however, can quickly make such lessons impractical.

Several companies have tried to unlearn old lessons. Unlearning helps keep the development team in tune with the realities of the outside environment. It also acts as a springboard for making more incremental improvements.

Much of the unlearning is triggered by changes in the environment. But some companies consciously pursue unlearning. Consider these examples:

  • Epson’s target is to have the next-generation model in development stages as a new model is being introduced on the market. The company tells its project teams that the next-generation model must be at least 40% better than the existing one.

  • When Honda was building the third-generation Civic model, its project team opted to scrap all the old parts and start anew. When the car made its debut before the public, all the new parts were displayed right next to the car at the request of the project members. The car won the 1984 Car of the Year Award in Japan.

  • Fuji-Xerox has refined its sashimi approach, first adopted for the FX-3500. Compared with that effort, a new product today requires one-half of the original total manpower. Fuji-Xerox has also reduced the product development cycle from 4 years to 24 months.

Some Limitations

Some words of caution are in order. The holistic approach to product development may not work in all situations. It has some built-in limitations:

  • It requires extraordinary effort on the part of all project members throughout the span of the development process. Sometimes, team members record monthly overtime of 100 hours during the peak and 60 hours during the rest of the project.

  • It may not apply to breakthrough projects that require a revolutionary innovation. This limitation may be particularly true in biotechnology or chemistry.

  • It may not apply to mammoth projects like those in the aerospace business, where the sheer project scale limits extensive face-to-face discussions.

  • It may not apply to organizations where product development is masterminded by a genius who makes the invention and hands down a well-defined set of specifications for people below to follow.

Some limitations also stem from the scope of our research. Our sample size was limited to a handful of companies, and our findings were drawn, for the most part, from observing how the development process was managed in Japan. General conclusions, therefore, must be made with some caution. But as new approaches to product development gain acceptance in the United States, the difference between the two countries may not be so much a difference of kind as a difference of degree.

Managerial Implications

Changes in the environment—intensified competition, a splintered mass market, shortened product life cycles, and advanced technology and automation—are forcing managements to reconsider the traditional ways of creating products. A product that arrives a few months late can easily lose several months of payback. A product designed by an engineer afflicted with the “next bench” syndrome—the habit of designing a product by asking the coworker on the next bench what kind of a product he or she would like—may not meet the flexible requirements of the marketplace.

The Sport of Rugby

One of the charms of the Rugby Union game is the infinite variety of its possible tactics. Whatever tactics a team aims to adopt, the ...

To achieve speed and flexibility, companies must manage the product development process differently. Three kinds of changes should be considered.

First, companies need to adopt a management style that can promote the process. Executives must recognize at the outset that product development seldom proceeds in a linear and static manner. It involves an iterative and dynamic process of trial and error. To manage such a process, companies must maintain a highly adaptive style.

Because projects do not proceed in a totally rational and consistent manner, adaptability is particularly important. Consider, for example, situations where:

  • Top management encourages trial and error by purposely keeping goals broad and by tolerating ambiguity. But at the same time, it sets challenging goals and creates tension within the group and within the organization.

  • The process by which variety is amplified (differentiation) and reduced (integration) takes place throughout the overlapping phases of the development cycle. Differentiation, however, tends to dominate the concept development phase of the cycle, and integration begins to take over the subsequent phases.

  • Operational decisions are made incrementally, but important strategic decisions are delayed as much as possible in order to allow a more flexible response to last-minute feedback from the marketplace.

Because management exercises subtle forms of control throughout the development process, these seemingly contradictory goals do not create total confusion. Subtle control is also consistent with the self-organizing character of the project teams.

Second, a different kind of learning is required. Under the traditional approach, a highly competent group of specialists undertakes new product development. An elite group of technical experts does most of the learning. Knowledge is accumulated on an individual basis, within a narrow area of focus—what we call learning in depth.

In contrast, under the new approach (in its extreme form) nonexperts undertake product development. They are encouraged to acquire the necessary knowledge and skills on the job. Unlike the experts, who cannot tolerate mistakes even 1% of the time, the nonexperts are willing to challenge the status quo. But to do so, they must accumulate knowledge from across all areas of management, across different levels of the organization, functional specializations, and even organizational boundaries. Such learning in breadth serves as the necessary condition for shared division of labor to function effectively.

Third, management should assign a different mission to new product development. Most companies have treated it primarily as a generator of future revenue streams. But in some companies, new product development also acts as a catalyst to bring about change in the organization. The personal computer project, for example, is said to have changed the way IBM thinks. Projects coming out of Hewlett-Packard’s personal computer group, including ThinkJet, have changed its engineering-driven culture.

No company finds it easy to mobilize itself for change, especially in noncrisis situations. But the self-transcendent nature of the project teams and the hectic pace at which the team members work help to trigger a sense of crisis or urgency throughout the organization. A development project of strategic importance to the company, therefore, can create a wartime working environment even during times of peace.

Changes affecting the entire organization are also difficult to carry out within highly structured companies, especially seniority-based companies like the ones commonly found in Japan. But unconventional moves, which may be difficult to pull off during times of peace, can be legitimized during times of war. Thus management can uproot a competent manager or assign a very young engineer to the project without encountering much resistance.

Once the project team is formed, it begins to rise in stature because of its visibility (“we’ve been hand-picked”), its legitimate power (“we have unconditional support from the top to create something new”), and its sense of mission (“we’re working to solve a crisis”). It serves as a motor for corporate change as project members from a variety of functional areas begin to take strategic initiatives that sometimes go beyond the company’s conventional domain and as their knowledge gets transferred to subsequent projects.

The environment in which any multinational company—from the United States or Japan—operates has changed dramatically in recent years. The rules of the game for competing effectively in today’s world market have changed accordingly. Multinationals must achieve speed and flexibility in developing products; to do so requires the use of a dynamic process involving much reliance on trial and error and learning by doing. What we need today is constant innovation in a world of constant change.

  1. Booz Allen & Hamilton survey reported in Susan Fraker, “High-Speed Management for the High-Tech Age,” Fortune, March 5, 1984, p. 38.

  2. See, for example, Ilya Prigozine, From Being to Becoming (San Francisco, Calif.: Freeman, 1980); Eric Jantsch, “Unifying Principles of Evolution,” in Eric Jantsch, ed., The Evolutionary Vision (Boulder, Colorado: Westview Press, 1981); and Devendra Sahal, “A Unified Theory of Self-Organization,” Journal of Cybernetics, April–June, 1979, p. 127. See also Todao Kagono, Ikujiro Nonaka, Kiyonari Sakakibara, and Akihiro Okumura, Strategic vs. Evolutionary Management: A U.S.-Japan Comparison of Strategy and Organization (Amsterdam: North-Holland, 1985).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment