零戦は、優れた機体だった。

長い航続距離、高い旋回性能、軽量化された構造。同時代の艦上戦闘機と比べて、性能の多くの指標で上位に位置した。搭乗員の技量と組み合わさったとき、その優位は現実のものとなった。

Betamaxは、高画質だった。水平解像度においてVHSを上回り、画質指標で比較すれば優れた規格だったと記録されている。

それでも、零戦は敗れた。Betamaxは市場から消えた。

技術力が足りなかったのではない。品質が悪かったのでもない。敗れたのは、性能ではなく——広がり方だった。

広がり方とは何か。それは、再現可能にすることである。

再現可能にするとはどういうことか。

職人の技が手順書になる。経験がデータになる。判断がアルゴリズムになる。この変換によって、ある個人の中にしかなかった知識が、他者に渡せるものになる。組織が共有できるものになる。産業全体が利用できるものになる。文明とは、この変換を繰り返す仕組みそのものである。

野中郁次郎らは、こうした変換を暗黙知から形式知への変換として整理した（SECIモデル）。個人の経験や身体感覚が、言語化・手順化されることで組織の知識になる過程を記述したものだ。

しかし、この変換は完全ではない。

職人の技を手順書に落とすとき、手順書に収まらないものが必ず残る。データ化された経験は、データになる前に感じていたものを失う。アルゴリズムになった判断は、アルゴリズムが想定していない状況に対して無力になる。

変換の過程で、こぼれ落ちるものがある。技能研究では、標準化によって熟練工の身体知が失われるという問題が指摘されてきた。変換は力であり、同時に代償である。

では、標準化が扱えるのは、何なのか。

標準化は、同じ問いへの答えを洗練する。より速く、より安く、より安全に、より効率よく——その積み重ねによって、文明は発展してきた。そしてその改善は、常に同じ問いの内部で行われる。標準化が強いのはここだ。そして限界もまた、ここにある。

競争のルールそのものが変わるのは、問いが書き換えられた時である。

「強い戦闘機とは何か」という問いに対して、零戦は一つの答えを出した。高い機動性と長い航続距離だ。搭乗員の技量と合わさって、その答えは初期の戦局で機能した。しかし米軍側は、戦闘機そのものの性能ではなく、戦力を継続して供給し続ける仕組みへと問いの重心を移した。
「強い戦闘機とは何か」という視点から、「どうすれば戦力を継戦できるか」という視点が前面に出てきた、と解釈できる。
捕獲した零戦の試験を通じた弱点の解析、一撃離脱戦術の共有、訓練体系への組み込み。さらに量産・補給・養成の標準化が組み合わさることで、競争のルールそのものが変わっていった。
かつての答えであった零戦は、この新たな競争ルールのもとでは十分な答えにならなかった。

「良いビデオ規格とは何か」という問いに対して、Betamaxは高画質という答えを出した。当時の規格論争を振り返ると、Betamaxは画質・コンパクトさで評価されることが多かった。
VHSは、結果として別の軸で勝負していた。「どんな規格なら家庭に広く届くのか」という実装・普及の問いで動いていたと振り返ることができる。録画時間の長さ、ライセンスの開放、提携メーカーの数——そうした選択は、Betamaxとは異なる前提を置いた規格戦略だった。問いの重心の違いが、競争の結果を分けた。

IBM PCのオープンアーキテクチャも、問いの書き換えとして読むことができる。
IBMは当初から互換機市場を作ろうとしていたわけではない。急成長するPC市場に短期間で参入するため、既存部品と外部OSを活用し、仕様を公開した。
その結果として補完財が集まり、巨大なエコシステムが形成された。問いへの回答が、後から標準を生んだのである。

宇宙開発においても、同種の書き換えが起きた。従来の宇宙開発では、「どうすれば失敗しないか」が重要な問いだった。しかし近年では、「どうすれば学習速度を最速にできるか」という発想のもとで開発を進める企業も現れた。この違いについては後で触れる。

競争のルールが変わったとき、そこには問いの書き換えがあった。そして多くの場合、その新しい問いの上で、新しい標準化が始まった。

問いの書き換えは、どこから始まるのか。

多くの場合、それは違和感として最初に届く。

違和感とは、異常そのものではない。現在の問いでは説明できない現象との遭遇である。だから違和感は、間違いであるとは限らない。

ある工場の検品工が「妙だな」と感じた（AIリテラシーの再定義）。チェックリストに項目はなかった。AIも異常を検知していなかった。現行の問いの体系——チェックリストと数値——が、彼の違和感を受け取る場所を持っていなかったからだ。違和感は、回収されなかった。

サブウェイのアプリの前で踵を返す人がいた（KPIに存在しない仕事）。「自由度を増やせば顧客体験は良くなる」という前提のもとに設計されたアプリの評価は、良いはずだった。しかし実際の評価は良くなかった。前提と現実のあいだで生じた違和感もまた、回収されなかった。

違和感が問いの書き換えにまで至った例もある。従来の宇宙産業では、ロケットは高価で打ち上げ回数も限られていた。それは長く、疑われにくい前提として扱われてきた。しかし、その前提に違和感を持った者がいた。「なぜロケットはこんなに高いのか」。
マスクは2003年のインタビューで、小型衛星プログラムが相次いでキャンセルされた理由を「手頃な価格のロケットがなかったこと」だと述べ、ロケットの価格が衛星側のコストダウンに追随していないことを問題の核心として指摘している。
この違和感は、頻繁な打ち上げと失敗を通じて学習するという発想へとつながっていく。その発想は、「どうすれば学習速度を最速にできるか」という問いだった。
マスク自身の言葉を借りれば——”Failure is an option here. If things are not failing, you’re not innovating enough.”（失敗は選択肢のひとつだ。失敗していないなら、十分に革新していない。）

違和感とは、答えの欠陥ではない。問いの寿命を知らせる信号である。

問いの書き換えは、標準化そのものの否定ではない。

問いが変わるから、新しい標準化が始まる。標準化が進むから、次の問いが見えてくる。デファクトスタンダードの研究は、問いを書き換えた後の「標準化の実行」に失敗することで優位を失った事例を記録している（注記参照）。問いの書き換えは、循環の入口に過ぎない。

零戦が示した問いは、米軍に問いを書き換えさせた。その書き換えの上に、量産・訓練・補給の標準化が走った。VHSが書き換えた問いの上に、ライセンスとエコシステムの標準化が走った。IBMの選択が開いた問いの上に、互換機市場の標準化が走った。

問いが先にある。標準化はその後を走る。そして標準化が行き届いたところに、次の違和感が生まれる。