DuPont-System and Value Driver Trees
デュポン・システムとバリュー・ドライバー・ツリー
― 指標の分解から価値創造の構造へ：モデルが示した本質と、現代への進化
はじめに
利益は「どれだけ稼いだか」を示す。 しかし、利益は「なぜそうなったか」を示さない。
この問いから、近代経営における最も影響力のある管理モデルの一つが生まれた。 デュポン・システムは、企業成果を構成する要素を体系的に分解し、 「結果の背後にある構造」を初めて可視化したモデルである。
その革新性は、新しい指標を作ったことではない。 成果がどのように生まれるかを、論理的に説明可能にしたことにある。
この思想は後に、 財務指標体系、価値ドライバーモデル、 そして現代のドライバー・ベース・プランニングへと発展していった。
モデルが生まれた背景
20世紀初頭、企業規模が拡大するにつれ、 従来の「利益だけを見る経営」は限界に達していた。
ドナルドソン・ブラウンは1912年、DuPont社で、 異なる事業部門の経済的パフォーマンスを比較可能にするための方法を開発した。
後にGMのアルフレッド・スローンの下で、 このロジックは分権型組織の中心的な管理手法となった。
問題は明確だった。
高い利益が必ずしも高い経営効率を意味するわけではない。 投入された資本量によって利益は大きく変わる。 客観的な尺度が必要だった。
モデル以前の経営課題
規模と効率が混同される
大きな事業は利益も大きい。 しかし、それが効率的かどうかは分からない。
資本の影響が見えない
同じ利益でも、投入資本が違えば経営効率は全く異なる。
成果の構造が見えない
利益率な のか、回転率なのか、価格なのか、コストなのか、 どこで成果が生まれているかは不明だった。
デュポン・システムの革新性
ブラウンが変えたのは「視点」である。 指標そのものではなく、指標が生まれる構造に焦点を当てた。
資本利益率 → 利益率 × 資本回転率 → 利益 / 売上 × 売上 / 資本
初めて、経営成果が体系的に分解可能になった。 資本利益率の変化は、必ずその構成要素の変化で説明できるようになった。
モデルが持つ経営のDNA
分解の論理（分解思考）
複雑な結果を、理解可能な要素へ分解する。
ドライバー思考（原因→結果）
結果には必ず原因がある。 指標は要因から生まれる。
説明可能性（Explainability）
数字だけでは不十分。 経営は「なぜそうなったか」を理解する必要がある。
要因への働きかけ
経営が操作すべきなのは結果ではなく、 結果を生み出す要因である。
モデルの拡張：自己資本利益率
後にモデルは資本構造を取り込み、 自己資本利益率の分解へと拡張された。
自己資本利益率 → 利益率 × 資本回転率 × 資本構成要因
これにより、 負債によって利益率が上昇する場合があることが可視化された。 財務成果と財務リスクが同時に見えるようになった。
欧州での発展：階層型指標体系
欧州では、財務だけでなく、 技術・生産・組織の要因を含む階層型指標体系が発展した。
ZVEIの指標体系はその代表例である。
デュポンの思想は維持されつつ、 扱う要因の数が大幅に増えた。
バランスト・スコアカードへの発展
デュポンは財務に焦点を当てた。 バランスト・スコアカードは問いを変えた。
非財務要因は、どのように財務成果を生み出すのか？
学習 → プロセス → 顧客 → 財務 という因果構造を提示し、 成果の源泉をより広く捉えた。
バリュー・ドライバー・ツリーへの進化
デュポンの限界は、分解が財務で止まることだった。 次の進化は、分解をオペレーション領域へ広げた。
財務 → オペレーション → 基礎要因
これにより、 成果の「原因構造」が立体的に見えるようになった。
バリュー・ドライバー・ツリーの革新性：シミュレーション
デュポンが答えるのは「なぜそうなったか」。 ドライバー・ツリーが答えるのは「もし要因が変わったらどうなるか」。
経営は過去の説明から、未来の設計へと進化した。
モデルが長く使われ続けた理由
異なる事業モデルを比較可能にした
財務諸表の構造を統合的に扱えた
数学的に一貫していた
新しいデータを必要としなかった
モデルが今日直面する限界
① 身体性の欠如（原因と結果の混同）
分解は構造を示すが、因果関係を示すわけではない。
② 資本削減による「見せかけの改善」
資産売却で利益率が上昇することがある。
③ 時間軸の欠落
長期投資は短期的に利益率を悪化させる。
④ 無形資産の過小評価
知識、ソフトウェア、データ、顧客関係は十分に反映されない。
⑤ ドライバー・ツリーの精密さの錯覚
統計的関係が因果関係と誤解されることがある。
モデルの進化の流れ
絶対利益 ↓ 資本利益率 ↓ デュポン・システム ↓ 階層型指標体系 ↓ バランスト・スコアカード ↓ EVA ↓ バリュー・ドライバー・ツリー ↓ ドライバー・ベース・プランニング ↓ シミュレーション
何が受け継がれたか
資本を基準とした成果評価
分解ロジック
ドライバー思考
階層型説明体系
何が置き換えられたか
絶対利益中心の評価
財務指標のみの判断
単線的な成果理解
何が拡張されたか
非財務ドライバー
因果構造の理解
未来のシミュレーション
ドライバー型計画
今日に残る最も重要な洞察
成果はドライバーから生まれる。 結果だけを見る経営は、過去に反応するだけである。 ドライバーを理解する経営は、未来を設計できる。
この思想は100年以上経った今でも、 ほぼすべての現代的な経営管理・計画・パフォーマンスモデルに生き続けている。
Global Model Index & Cross-Language Reference System
# | German Title (DE) | English Title (EN) | Spanish Title (ES) | Japanese Title (JA) |
00 | From Management 1.0 to Enterprise Intelligence | From Management 1.0 to Enterprise Intelligence | De Management 1.0 a Enterprise Intelligence | マネジメント1.0からエンタープライズ・インテリジェンスへ |
01 | SWOT分析 | |||
02 | バランスト・スコアカード | |||
03 | Management by Objectives (MbO) | |||
04 | KPI | |||
05 | ||||
06 | デュポン・システム／価値ドライバーツリー | |||
07 | Contribution Margin Accounting | |||
08 | 差異分析（予実差異分析） | |||
09 | ||||
10 | ABC原価計算（活動基準原価計算） | |||
11 | Economic Value Added (EVA) | Economic Value Added (EVA) | Valor Económico Añadido (EVA) | EVA（経済的付加価値） |
12 | Net Promoter Score (NPS) | Net Promoter Score (NPS) | Net Promoter Score (NPS) | NPS（ネット・プロモーター・スコア） |
13 | Porter Five Forces | Porter's Five Forces | Las 5 Fuerzas de Porter | ポーターのファイブフォース分析 |
14 | BCG Matrix | BCG Matrix | Matriz BCG | BCGマトリクス |
15 | PESTEL Analyse | PESTEL Analysis | Análisis PESTEL | PESTEL分析 |
16 | Ansoff Matrix | |||
17 | ||||
18 | コア・コンピタンス | |||
19 | Resource Based View | |||
20 | ブルーオーシャン戦略 | |||
21 | McKinsey 7S | McKinsey 7S Framework | Modelo 7S de McKinsey | マッキンゼー7Sモデル |
22 | Experience Curve | Experience Curve | Curva de Experiencia | 経験曲線 |
23 | Szenarioplanung | Scenario Planning | Planificación de Escenarios | シナリオ・プランニング |
24 | Mendelow Matrix | Mendelow's Matrix | Matriz de Mendelow | メンデローのステークホルダー・マトリクス |
25 | Klassische Budgetierung | Traditional Budgeting | Presupuestación Tradicional | 伝統的予算管理 |
26 | DCF-Modell | DCF Model | Modelo DCF | DCFモデル（割引キャッシュフロー法） |
27 | WACC | WACC | WACC | WACC（加重平均資本コスト） |
28 | CAPM | CAPM | CAPM | CAPM（資本資産価格モデル） |
29 | Zero Based Budgeting | Zero-Based Budgeting (ZBB) | Presupuesto Base Cero (ZBB) | ゼロベース予算 |
30 | Rolling Forecast | Rolling Forecasts | Forecast Rodante | ローリング・フォーキャスト |
31 | CapEx vs. OpEx | CapEx vs. OpEx Allocation | Asignación CapEx vs. OpEx | CapExとOpExの配分 |
32 | LTV/CAC Ratio | LTV/CAC Ratio | Ratio LTV/CAC | LTV/CAC比率 |
33 | Working Capital Management | Working Capital Management | Gestión del Capital de Trabajo | 運転資本管理 |
34 | Statische Liquiditätsplanung | Static Cash Flow Planning | Planificación de Liquidez Estática | 資金繰り計画 |
35 | ISO 31000 / COSO | ISO 31000 / COSO Frameworks | Marcos de Riesgo ISO 31000 / COSO | ISO 31000／COSOリスクマネジメント |
36 | Unternehmensplanung & Finanzmodelle | Corporate Financial Modeling | Modelización Financiera Corporativa | 経営計画と財務モデリング |
37 | Lean Management | Lean Management | Lean Management | リーンマネジメント |
38 | Six Sigma | Six Sigma | Six Sigma | シックスシグマ |
39 | Kaizen | Kaizen | Kaizen | カイゼン |
40 | Theory of Constraints | Theory of Constraints (TOC) | Teoría de las Limitaciones (TOC) | 制約理論（TOC） |
41 | Total Quality Management | Total Quality Management (TQM) | Gestión de la Calidad Total (TQM) | TQM（総合的品質管理） |
42 | Business Process Reengineering | Business Process Reengineering (BPR) | Reingeniería de Procesos (BPR) | BPR（業務プロセス改革） |
43 | Stage-Gate | Stage-Gate Innovation | Modelo Stage-Gate | ステージゲート・イノベー ション |
44 | Shared Services | Shared Services | Servicios Compartidos | シェアードサービス |
45 | Plankostenrechnung | Standard Cost Accounting | Costes Teóricos / Estándar | 標準原価計算 |
46 | Monatsabschluss & Financial Closing | Financial Close & Monthly Closing | Cierre Contable y Mensual | 月次決算とファイナンシャル・クロージング |
47 | Business Intelligence | Business Intelligence (BI) | Business Intelligence (BI) | ビジネス・インテリジェンス（BI） |
48 | KPI Dashboards | KPI Dashboards | Dashboards de KPIs | KPIダッシュボード |
49 | Predictive Analytics | Predictive Analytics | Analítica Predictiva | 予測分析（Predictive Analytics） |
50 | ERP-Systeme | Enterprise Resource Planning (ERP) | Sistemas ERP | ERP（統合基幹業務システム） |
51 | Scrum | Scrum | Scrum | スクラム |
52 | Kanban | Kanban | Kanban | カンバン |
53 | Digital Transformation | Digital Transformation Frameworks | Transformación Digital | デジタル・トランスフォーメーション |
54 | ADKAR Modell | ADKAR Model | Modelo ADKAR | ADKARモデル |
55 | Kotter Change Model | Kotter's 8-Step Change Model | Modelo de Cambio de Kotter | コッターの変革モデル |
56 | Conway's Law | Conway's Law | Ley de Conway | コンウェイの法則 |
57 | Seismic OS – Resilienz & Erschütterungssteuerung | Seismic OS – Resilience & Shock Management | Seismic OS – Resiliencia y Gestión de Impactos | Seismic OS（レジリエンスと変動対応） |
58 | Galaxy OS – Vernetzte & Ökosystemische Steuerung | Galaxy OS – Networked & Ecosystem Governance | Galaxy OS – Gobernanza de Ecosistemas Red | Galaxy OS（エコシステム型経営） |
59 | Quasar OS – Echtzeit- & KI-Getriebene Intelligenz | Quasar OS – Real-Time & AI-Driven Intelligence | Quasar OS – Inteligencia en Tiempo Real e IA | Quasar OS（リアルタイムAI経営） |
60 | NextLevel Enterprise Architecture | NextLevel Enterprise Architecture | NextLevel Enterprise Architecture | NextLevelエンタープライズ・アーキテクチャ |
NextLevel Statement（日本語版）
デュポン・システムは、企業経営を「結果の測定」から「結果が生まれる構造の理解」へと導いた最初のモデルの一つである。
その本質的な革新は、利益率という指標そのものではなく、 あらゆる成果には必ず説明可能な生成ロジックが存在するという考え方にあった。
バリュー・ドライバー・ツリー、ドライバー・ベース・プランニング、 そして現代のパフォーマンス・マネジメントは、この思想を一貫して発展させてきた。
企業経営の未来は、より多くの指標を増やすことではない。 価値を生み出す要因を可視化し、その相互作用を理解し、 意思決定の前にその影響をシミュレーションできる能力にある。
FAQ – デュポン・システムとバリュー・ドライバー・ツリ
デュポン・システムは何を明らかにするモデルですか？
デュポン・システムは、企業成果が「利益率」と「資本回転率」のどちらによって生まれているかを明確にします。 次のステップ： 自社の利益率と回転率を分けて分析し、どちらが主要ドライバーかを把握する。
なぜ利益だけでは経営の実力を判断できないのですか？
利益は投入資本の量によって大きく変わるため、効率性を示しません。 次のステップ： 利益と資本の関係を可視化し、資本効率を測定する。
利益率と資本回転率のどちらを優先すべきですか？
業種によって異なります。小売業は回転率、専門メーカーは利益率が重要です。 次のステップ： 自社のビジネスモデルを整理し、どちらが本質的な強みかを確認する。
デュポン・システムの最大の強みは何ですか？
成果の「構造」を分解し、どこで価値が生まれているかを説明できる点です。 次のステップ： 分解結果を使い、改善すべき要因を特定する。
デュポン・システムはどこに限界がありますか？
因果関係を示さないこと、無形資産を十分に扱えないこと、時間軸が弱いことです。 次のステップ： 財務以外の要因も含めたドライバー分析へ進む。
自己資本利益率の分解は何を示しますか？
財務成果と財務リスク（負債構造）が同時に見えるようになります。 次のステップ： 資本構成の変化が成果に与える影響を評価する。
欧州の階層型指標体系は何を追加しましたか？
財務だけでなく、技術・生産・組織の要因を統合しました。 次のステップ： 自社のオペレーション指標を財務指標と連動させる。
バランスト・スコアカードは何を補完しましたか？
財務成果の「源泉」を非財務領域に広げました。 次のステップ： 顧客・プロセス・学習の指標を財務成果と結びつける。
バリュー・ドライバー・ツリーは何を可視化しますか？
財務結果とオペレーション要因の因果構造を立体的に示します。 次のステップ： 自社の主要ドライバーを3〜5個に絞り込む。
ドライバー・ツリーの最大の価値は何ですか？
要因の変化が成果にどう影響するかをシミュレーションできる点です。 次のステップ： 主要ドライバーの「もし〜なら」分析を行う。
ドライバー・ツリーはどこまで深く作るべきですか？
担当者が具体的に 行動できるレベルまでです。 次のステップ： 現場が直接改善できる要因まで分解する。
ドライバー分析はどのように始めるべきですか？
「影響力が大きく、かつ自社がコントロールできる要因」を探すことから始めます。 次のステップ： 影響度と操作可能性の2軸でドライバーを分類する。
なぜドライバー・ツリーは時に“精密すぎる”と批判されるのですか？
統計的関係が因果関係と誤解されることがあるためです。 次のステップ： 数値の裏にあるプロセスを確認し、因果関係を検証する。
デュポン・システムは現代でも有効ですか？
財務構造を理解する上で依然として有効です。 次のステップ： 財務ドライバーを基礎として、非財務ドライバーを追加する。
デュポン・システムを使う際の最も一般的な誤りは何ですか？
トップ指標だけを改善しようとすることです。 次のステップ： 指標ではなく、その原因となる要因に働きかける。
資本回転率を改善するにはどうすればよいですか？
在庫、債権、設備稼働率などの改善が有効で す。 次のステップ： 在庫日数・回収期間・設備稼働率を測定する。
利益率を改善するにはどうすればよいですか？
価格、コスト、製品ミックス、品質が主要要因です。 次のステップ： 利益率を要因別に分解し、改善余地を特定する。
ドライバー・ツリーはどの部署が使うべきですか？
財務、製造、営業、品質、物流など全ての部署です。 次のステップ： 部署ごとに「自分たちのドライバー」を定義する。
ドライバー・ツリーはどのくらいの頻度で更新すべきですか？
最低でも四半期ごと、理想は月次です。 次のステップ： 更新ルールと担当者を明確にする。
ドライバー分析は現場の改善活動とどう結びつきますか？
現場が改善すべき要因を明確にします。 次のステップ： 現場のKPIをドライバーと連動させる。
ドライバー・ツリーは経営会議でどう使うべきですか？
「どの要因が成果を動かしたか」を議論するために使います。 次のステップ： 会議資料にドライバーの変化を必ず含 める。
ドライバー・ツリーは予算策定にどう役立ちますか？
予算を「要因ベース」で作成できるようになります。 次のステップ： 予算項目をドライバーに紐づける。
ドライバー・ツリーはリスク管理に使えますか？
主要ドライバーの変化がリスクの早期兆候になります。 次のステップ： ドライバーごとにリスク閾値を設定する。
ドライバー・ツリーは営業活動にどう役立ちますか？
価格、数量、顧客行動の影響を明確にします。 次のステップ： 営業ドライバー（価格、数量、顧客維持率）を定義する。
ドライバー・ツリーは製造現場にどう役立ちますか？
品質、歩留まり、稼働率などの改善ポイントが明確になります。 次のステップ： 製造ドライバーを工程ごとに整理する。
ドライバー・ツリーはサービス業にも使えますか？
使えます。サービス品質、応答速度、顧客満足が主要ドライバーになります。 次のステップ： サービス特有の非財務ドライバーを定義する。
ドライバー・ツリーはイノベーションにどう役立ちますか？
新しい要因が成果にどう影響するかを事前に評価できます。 次のステップ： 新規プロジェクトのドライバーを仮設定し、影響を試算する。
ドライバー・ツリーは人材育成に使えますか？
使えます。成果を生む行動が明確になるためです。 次のステップ： 行動ドライバーを研修内容に組み込む。
ドライバー・ツリーは経営の意思決定をどう変えますか？
「結果ではなく要因を見る」意思決定に変わります。 次のステップ： 意思決定前に必ずドライバーの影響を確認する。
ドライバー分析の最終的な目的は何ですか？
成果の原因を理解し、未来の成果を設計することです。 次のステップ： ドライバーと意思決定を結びつける仕組みを構築する。