LF. 理論カリキュラム100 / 第9部 自己運用と統合
097
過剰設計という故障モード
守りを固めることは、いつでも正しいことのように聞こえる。

だが備えにも致死量がある。

しかもこの死に方は、事故のような派手さがないため、本人が最後まで気づかない。

命題
守りが攻めを食い潰した系は、墜ちないまま、飛ばないまま、摩耗で朽ちる。これも墜ち方の一つである。
前提講 053, 058
1 / 5
冗長化の限界効用は逓減する(053)。

備えに投じる資源は有限であり、過剰配分は挑戦と成長への配分を食う。

2重化の改善幅と4重化の改善幅は桁が違うのに、コストはほぼ同じだけかかる。

ある点を過ぎた備えは、安全をほとんど買っていない。

2 / 5
判定基準: 追加の一単位の備えが「墜ちる確率」をもはや有意に下げないなら、その一単位は目的を失っており、飛ぶ側へ回すのが正しい。

備えの目的は墜落の回避であって、安心感の購入ではない。

3 / 5
安全余裕は、墜落を防ぐ量だけ積む。

それ以上は重量である。

翼にとって、過剰な装甲は揚力の敵。

守りの資源は攻めの資源と同じ財布から出ている以上、過剰な守りは攻めの直接の削減である。

4 / 5
完璧主義の正体は品質への愛ではなく、出荷判断の未設計である。

出荷基準(この状態になったら出す)を作る前に決める — 撤退ラインの出荷版。

基準がないから、磨き続けることが唯一の選択肢になってしまう。

5 / 5
磨き続けたくなったら自問する。

「この磨きは、顧客のどの行動変容に効くのか」。

答えられない磨きは、自分の不安の処理を制作物の上でやっているだけである。

不安の処理は磨きではなく、計器と基準でやる。

事例
産業規模の実例として、2000年代の日本の携帯電話がある。

各社は防水、ワンセグ、高精細カメラと機能と品質基準を積み上げ、仕様表の上では世界最高水準の端末を作っていた。

そこへ2007年、機能を大胆に削ったiPhoneが現れた。

コピーも貼り付けもできない初代機である。

だが削ったぶん市場投入と改善の回転が速く、数年で市場の構図は塗り替えられた。

事例続

積み上げた守り(仕様と品質基準)が、攻め(検証と学習の速度)を食い潰した例として、これほど大きなものはない。

作り込みの量は、勝敗の変数ではなかった。

よくある誤解
この講を「品質を落とせ」と読むのは誤りである。

検証が済んだ場所には、いくら磨きを入れてもよい。

禁じているのは、外れているかもしれない仮説の上を磨き続けることである。

まとめ
備えと磨きには致死量がある。

墜ちる確率を下げない一単位は、すべて飛ぶ側へ回す。

宿題
今いちばん時間をかけている作り込みを一つ選び、「この磨きは顧客のどの行動を変えるか」に一行で答える。

答えられなければ、出荷基準を先に書く。

次講
では何のために守るのか
LF.
第9部 自己運用と統合
097 過剰設計という故障モード
MOLVACK