牛の踏み分け道を舗装するな：から… · ELECTE

17世紀の都市計画の教訓が、なぜあなたのAI戦略を救えるのか

すべてを変えた歴史

1630年のボストンを想像してみてほしい。岩だらけの半島に広がる若いピューリタンの植民地では、道路はまだ存在せず、牛が草原や丘を自由に歩き回っている。牛たちは現実的な動物の知恵で、最も抵抗の少ない道をたどり、岩を迂回し、沼地を避け、牧草地と水場をつなぐ。

論理的で整然とした碁盤の目をゼロから設計するのではなく、すでに牛が通った道を舗装するだけだった。

その結果は？ワシントン・ストリートが狂った川のように蛇行し、最も洗練されたGPSでさえイライラして諦めることがある。

歴史的出典：この話はサム・ウォルター・フォス(1858-1911)の詩「The Calf-Path」に記録されており、まさに子牛が作った小道がやがて街の道路になった経緯を語っている。¹

効率が非効率になるとき

ボストンの話が興味深いのは、ある逆説を見事に示しているからだ。すなわち、局所的かつ短期的にはうまく機能するものが、より大きな規模と長期的な視点では破滅的な結果を招きうるということだ。牛たちは自分たちの目先の目的のために抵抗の最も少ない道を選んだという点では正しかったが、その小道は荷馬車や自動車、トラック、市バスのために設計されたものではなかった。

この教訓は深い。自然発生的に生まれたものすべてが、未来にとって最適とは限らない。

ビジネスのアナロジー：プロセスがパスになるとき

現代の農場には、いたるところに「牛の通り道」がある。それは、時間をかけて有機的に発展してきたプロセスである。ジム・ハイスミスが説明するように、「ITの世界で『牛の通り道を作る』とは、有効性や効率性をあまり考えずに、ビジネスプロセスをそのまま自動化することを意味する」²。

印刷し、署名し、スキャンしてメールで送り返さなければならない書式
なぜ始まったのか誰も覚えていないのに、「昔からそうしてきたから」続いている週次会議
15人で共有され、会社の「データベース」として機能しているExcelファイル
7人もの異なる人物を経由する承認プロセス。そのうち3人はなぜ自分が署名しなければならないのかすら分かっていない

これらのプロセスは、牛の通り道のように、生まれた瞬間に最も抵抗の少ない道をたどって形成された。しかし、デジタル時代の今、それに従い続けることは壊滅的な打撃を与えかねない。

偉大なる誘惑：牛の道を切り開く

企業が「デジタル化しよう」と決めるとき、しばしばボストンの創設者たちと同じ罠に陥る。既存のプロセスをそのまま取り上げ、テクノロジーで「舗装」してしまうのだ。

デジタイゼーション：小道を舗装する

"このフォームはいつも手書き？完璧だ！記入可能なPDFを作ろう！"

これがデジタイゼーションである。実質的に何も変えずに、アナログをデジタルに変換することだ。Gartnerの定義によれば、「デジタイゼーションとは、アナログ情報をデジタル形式に変換するプロセスである」³という。まさに牛の小道を舗装するようなものだ――表面は滑らかになるが、曲がりくねって非効率であることに変わりはない。

惰性が生む見えないコスト

私が知っているある製造会社では、1980年代から1990年代にかけて徐々に開発された14の異なるステップを必要とする品質管理プロセスがあった。デジタル化」した際、14のステップをすべてタブレットに移行した。プロセスは速くなったが、根本的には不合理なままだった。そのうちの8つのステップは重複しているか、時代遅れだった。

真の変革：デジタル化 vs デジタル化

デジタライゼーション：未来の都市を設計する

真のデジタル化とは、ボストンがすべきことをすること、つまり最終目標を見据え、それを達成するための最善の方法をゼロから設計することである。

Gartnerの用語集によれば：「デジタライゼーションとは、デジタル技術を用いてビジネスモデルを変革し、新たな価値創出と収益機会を生み出すことである。すなわち、デジタルビジネスへと移行するプロセスである」⁴。

本物のデジタライゼーションの実例：

Netflixはビデオレンタルをデジタル化したのではない。家庭でのエンターテインメントそのものを根本から再構築したのだ
Amazonは紙のカタログをデジタル化したのではない。商取引そのものを再発明したのだ

決定的な違い

デジタイゼーション：「今やっていることを、どうすればデジタルでできるか？」
デジタライゼーション：「本当に達成したいことは何か、そしてデジタル時代においてそこに至る最善の方法は何か？」

AIと超高速の誘惑

今日、私たちは人工知能による新たな「牛の小道の舗装」の波を目撃している。企業は非効率なプロセスをそのまま取り上げ、AIで強化することで、いわば「超舗装」とでも呼ぶべきものを作り出している。

Harvard Business Reviewが指摘しているように：「ビジネスプロセス・リエンジニアリングという発想が、今度は人工知能に牽引される形で再び戻ってきている。1990年代、ERPシステムとインターネットの導入によってビジネスプロセスの変革が可能になったが、抜本的な変化への期待はしばしば満たされなかった。しかし、AIはより優れた、より速い、そして自動化された意思決定を可能にする」⁵。

AIによる牛の小道舗装の実例：

単純な決定を下すのに12通ものメールを要するコミュニケーションプロセスにおいて、ChatGPTを使ってメールを素早く書くこと
誰も本当には読んでいないレポートを分析するためにAIを導入すること
そもそも存在すべきでない承認プロセスを機械学習で自動化すること

その結果

非効率なプロセスが、より速く、より正確に非効率になった。

反牛道の方法論

1. Obliterate（消し去る）→ Integrate（統合する）→ Automate（自動化する）

テクノロジーを導入する前に、マイケル・ハマー⁶の方法論に従って、この順序に従ってください：

Obliterate（消し去る）：実質的な価値を生まないものはすべて排除する

‍Integrate（統合する）：残ったプロセスを論理的な流れとして結びつける

‍Automate（自動化する）：最後になって初めて、テクノロジーを適用する

ハマーはこう書いている：「牛の小道を舗装するのはもうやめる時だ。時代遅れのプロセスをシリコンやソフトウェアに組み込むのではなく、それらを消し去り、ゼロから始め直すべきだ」⁷。

2. グリーンフィールド vs ブラウンフィールド・アプローチ

都市計画とソフトウェア工学から借用したこれらの用語は、根本的に異なる2つのアプローチを定義している：

ブラウンフィールド(牛道を舗装する):

既存のものを維持し、テクノロジーを追加する
短期的にはより速い
非効率性を温存する

グリーンフィールド(ゼロから設計する):

白紙の状態から始める
リスクは高いが、革命的な可能性を秘めている
新たな可能性を最大限に活用できる

McKinsey が指摘するように:「90%の企業が何らかの形でデジタルトランスフォーメーションに着手しているが、期待された収益効果のうち実現したのはわずか3分の1にすぎない」⁹。

3. 正しい問い

技術を導入する前に、こう尋ねてみよう：

「なぜ私たちはこのプロセスを行っているのか?」
「もしこれをやめたらどうなるか?」
「今日ゼロから設計するとしたら、どうなるか?」
「過去の制約のうち、もう存在しないものは何か?」

ケーススタディ：道を避けることが報われるとき

ケース1:融資を再構築した銀行

ある欧州の銀行では、融資承認プロセスに45日間、12の異なるステップを要していた。既存のプロセスを「デジタル化」するのではなく、完全に再設計したのだ：

導入前:45日間、12ステップ、承認率73%
導入後:24時間、3ステップ、承認率81%

その秘密とは？管理の90％が冗長であり、AIが6つの異なるオフィスよりも正確にリスクを評価できることに気づいたのだ。

ケース2:待ち行列をなくした病院

イタリアのある病院では、救急治療室に4時間待ちの患者がいた。待ち行列システムを "デジタル化 "する代わりに、患者の流れを完全に見直した：

AIベースの予測トリアージ
種類別の差別化された経路
作業負荷のリアルタイムモニタリング

結果:待ち時間80%削減、患者満足度+60%。

牛道における現代の3つの罠

1. 慣れ親しみの罠

「うちの従業員はこれに慣れている」というのは、イノベーションの最も陰湿な殺人者である。牛は小道に慣れている」と言うようなものだ。

2. サンクコスト(埋没投資)の罠

「私たちはすでにこのシステムに多くの投資をしてきた。

3. 見せかけの複雑さの罠

「すべてを変えるのは複雑すぎる」という言葉には、現在のプロセスが理にかなっていないと認めることへの恐れが隠されていることが多い。

デジタルトランスフォーメーションのためのANTI-COWフレームワーク

Analyze - 望ましいアウトカムを分析する

テクノロジーから始めるのではなく、ビジネスの目的から始めるのだ。

Navigate - 現在の制約を超えて進む

自問するのだ。"もし私が今日生まれた会社だったら、この問題をどのように解決するだろうか？"と。

Transform - 翻訳するのではなく、変革する

デジタル時代に向けてプロセスを再設計するのであって、デジタルに変換するのではない。

Implement - 段階的に実装する

漸進的なアプローチを用いながらも、先鋭的なビジョンを持っている。

Check - 有効性を確認する

効率だけでなく、総合的な効果を測定する。

Optimize - 継続的に最適化する

変革のプロセスに終わりはない。

Watch - 新たな道筋を見極める

新たな自然発生的な「牛の通り道」ができないように注意すること。

労働者としてのAIではなく、建築家としてのAI

人工知能は、牛の通り道を舗装する最高のツール（超効率的だが根本的に間違っている）にも、未来の都市を設計する最高の建築家にもなり得る。

World Economic Forum が強調するように:「AIが真の力を発揮するためには、ビジネスの言語を話し、業務がどのように流れるかを理解し、プロセスインテリジェンスを備える必要がある」¹⁰。

その違いはアプローチにある：

作業員としてのAI(牛道を舗装する):

「このプロセスをAIでどうすれば速くできるか？」
既存業務の自動化
漸進的な改善

建築家としてのAI（都市計画型）：

「このビジネス成果をゼロから根本的に再構築できないか？」
問題そのものの再定義
抜本的な変革

取り壊す勇気

ボストンの物語から得られる最も深い教訓は、技術的なことではなく、心理的なことである。

ビジネスで言えば、このことだ：

「聖域化」したプロセスに疑問を投げかける
「昔からこうしてきた」は正当化の理由にならないと認める
すぐには成果が出ないかもしれない変革に投資する
手っ取り早い解決策への誘惑に抗う

結論：未来のための道路設計

AIとデジタル化の無限の可能性に直面している今日、私たちには選択肢がある。ボストン建国の父たちのように既存の道を切り開くか、それとも未来の都市をデザインする勇気を持つか。

今度、「このプロセスをデジタル化しよう」という言葉を耳にしたら、立ち止まってこう尋ねてみよう。"私たちは近代的な道路を設計しているのか、それとも牛の道を舗装しているのか？"と。

未来は、既成の道を離れ、新しい道をデザインする勇気を持つ者たちのものだ。たとえ牛がどんなに賢くても、タウンプランナーではなかったことを認めることになるとしても。

「牛の踏み分け道を舗装するのはもうやめるべき時だ。時代遅れのプロセスをシリコンとソフトウェアに組み込むのではなく、それらを一掃してゼロから始めるべきだ。私たちは自社の業務を『リエンジニアリング』し、最新の情報技術の力を使ってビジネスプロセスを根本から再設計し、そのパフォーマンスを劇的に向上させるべきである。」 - マイケル・ハマー、ハーバード・ビジネス・レビュー、1990年¹¹

情報源と参考文献

Stack Exchange English Language & Usage: https://english.stackexchange.com/questions/44800/what-does-don-t-pave-the-cow-path-mean-in-this-context" id="">https://english.stackexchange.com/questions/44800/what-does-don-t-pave-the-cow-path-mean-in-this-context
AgileConnection - Paving Cow Paths: https://www.agileconnection.com/article/paving-cow-paths
SAP - デジタイゼーションとデジタライゼーションの違い: https://www.sap.com/products/erp/digitization-vs-digitalization.html
SAP - デジタイゼーションとデジタライゼーションの違い（Gartnerの定義）: https://www.sap.com/products/erp/digitization-vs-digitalization.html
Harvard Business Review - AIが企業のプロセス再設計をどう支援しているか: https://hbr.org/2023/03/how-ai-is-helping-companies-redesign-processes
The Digital Leader - あなたのAI計画はただの「牛の踏み分け道」の舗装になっていないか？: https://thedigitalleader.substack.com/p/is-your-ai-plan-just-paving-the-cow
Harvard Business Review - Reengineering Work: Don't Automate, Obliterate: https://hbr.org/1990/07/reengineering-work-dont-automate-obliterate
Synoptek - グリーンフィールド開発とブラウンフィールド開発の比較: https://synoptek.com/insights/it-blogs/greenfield-vs-brownfield-software-development/
McKinsey - Rewired to Outcompete: https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/rewired-to-outcompete
World Economic Forum - プロセスインテリジェンスとAIを活用して企業を再構築する方法: https://www.weforum.org/stories/2024/01/process-intelligent-ai-rewire-business-sustainable-transformation/
Harvard Business Review - Reengineering Work: Don't Automate, Obliterate (1990): https://hbr.org/1990/07/reengineering-work-dont-automate-obliterate