第4章 「作れない時代」は終わった
――バイブコーディングがひっくり返す、開発の常識と経営の常識

長い間、日本の多くの企業にとって、システム開発とは“重たいもの”でした。
特別な専門家がいて、特別な予算が必要で、特別な工程を経て、ようやく形になる。
だから経営側は、システム開発をどこか別世界の仕事のように感じていました。
事業部門は要望を出し、開発側は見積もりを出し、優先順位を調整し、数週間から数か月後に反映される。
この距離感が、長い間“当たり前”とされてきました。

しかし本当にそうだったのでしょうか。
むしろそれは、技術が未熟だった時代に成立していた仮の常識にすぎなかったのではないか。
私はいま、そう考えています。

20年以上前、私が携帯ECモールのベンチャーで痛感したのは、「作れない」ことではありませんでした。
資金もあった。構想もあった。挑戦する意志もあった。
それでも事業が沈んでいったのは、作った後に“思ったように変えられない”からでした。
つまり当時の本当の制約は、開発不能ではなく、改善不能だったのです。

そして今、その前提が根底から変わろうとしています。
AIの進化、開発環境の高度化、クラウドインフラの普及、コンポーネント化、API連携、ローコード・ノーコードの一般化。こうした流れの延長線上に、私は“バイブコーディング時代”が来ていると感じています。

ここで言うバイブコーディングとは、単に流行り言葉としてのAI開発ではありません。
私が強調したいのは、その思想の転換です。
つまり、システムを巨大な完成品として作るのではなく、事業の呼吸に合わせて絶えず変化させ続けるものとして扱う発想です。

昔の開発は、「できるだけ最初に固める」ことが正義でした。
要件を決め、仕様を固め、できるだけ手戻りがないように設計する。
それは当時としては合理的でした。変更が重いのだから、最初にミスを減らそうとするのは当然です。
しかし、その考え方には決定的な欠点がありました。
市場が変わるスピードに対して、システムの変化が遅すぎるのです。

どれほど緻密に設計しても、市場に出せば想定外は起きます。
顧客行動はズレる。
競合は想定と違う動きをする。
現場は運用で詰まる。
売れるはずだった機能が使われず、軽いと思っていた導線がボトルネックになる。
こうした現実に対し、「最初に固めた設計」がむしろ足かせになる。
すると企業は、正しい計画を持っていたかどうかではなく、計画をどれだけ早く捨てて次に行けるかで勝負が決まるようになります。

このとき、バイブコーディング的な世界は何を変えるのか。
それは、開発のスピードだけではありません。
経営の時間感覚そのものを変えます。

これまでの経営は、開発の重さを前提にしていました。
だから「この機能は来期」「この改善は次の改修タイミング」「この課題は一旦我慢」といった発想になりやすかった。
しかし、もし仮説をその場で形にできるなら。
もし改善を来月ではなく今日試せるなら。
もし会議で出た案を翌日には触れる状態にできるなら。
経営の意思決定の仕方はまるで変わります。

経営会議で出たアイデアが、資料の中だけで終わらない。
顧客の声が、報告書の中だけで蓄積されない。
現場の違和感が、「今は無理」で棚上げされない。
そうなると、会社の学習速度が一気に上がります。
つまりバイブコーディング時代とは、開発現場が変わるだけでなく、組織全体が“試しながら考える会社”へ進化する時代なのです。

この違いは大きい。
旧来の会社は、「考えてから作る」発想でした。
バイブコーディング時代の会社は、「作りながら考える」に変わる。
もちろん、何も考えずに作るという意味ではありません。
むしろ逆です。
考えたことを、より早く現実にぶつけて検証できる。
資料の中で議論するだけでなく、実際に動くものを見ながら議論できる。
この差は、精度にも、速度にも、組織の納得感にも大きな影響を与えます。

私は、この変化を単なる効率化とは呼びたくありません。
効率化という言葉では軽すぎる。
起きているのは、事業の作り方そのものの転換です。

たとえば昔の新規事業は、資金が尽きる前に正解に近づけるかどうかが勝負でした。
開発が重いから、1回の失敗が大きい。
やり直しにコストがかかる。
だから、経営者は大きな賭けを何度も打てない。
その結果、慎重になりすぎるか、逆に一発逆転を狙いすぎるかの両極端に振れやすかった。
ところが、変更が軽くなると状況は変わります。
小さく何度でも試せる。
ダメなら戻せる。
複数案を走らせられる。
顧客の反応を見ながら、その場で改善できる。
すると、失敗は致命傷ではなく、学習素材になります。

これこそが革命です。
なぜなら、企業が本当に欲しかったのは「安くコードを書くこと」ではなく、低コストで学び続けることだったからです。
学習速度が上がれば、仮説の質も上がる。
仮説の質が上がれば、改善の精度も上がる。
改善の精度が上がれば、事業の伸び方が変わる。
つまり、開発の軽量化は経営の高解像度化につながっていくのです。

もちろん、ここで誤解してはいけないこともあります。
バイブコーディング時代だからといって、誰でも無条件に成功するわけではありません。
市場理解が不要になるわけでもない。
顧客理解が不要になるわけでもない。
プロダクト戦略が不要になるわけでもない。
むしろ、作るハードルが下がれば下がるほど、「何を作るべきか」を見極める力の差がそのまま事業成果に出ます。
だからこそ、この時代は単に開発者の時代なのではなく、経営と現場と開発が一体化する時代だと言えるのです。

私は、20年以上前の失敗を思い出すたびに感じます。
あのとき私たちが欲しかったのは、もっと多い資金ではなかった。
もっと立派な資料でもなかった。
本当に欲しかったのは、仮説をすぐ形にし、違ったらすぐ変えられる力でした。
もしそれがあれば、1億円の意味はまるで違ったものになっていたはずです。
一度の大きな勝負金ではなく、何十回もの学習投資に変えられたはずです。

だから私は、バイブコーディングを“AIによる開発補助”という程度の話として扱うのはもったいないと思っています。
それはもっと大きなものです。
システム開発の常識をひっくり返すだけでなく、経営の常識までひっくり返す可能性を持っている。
「開発は遅いもの」
「変更にはお金がかかるもの」
「仕様はできるだけ最初に固めるもの」
そうした常識は、これから次々に過去のものになっていくでしょう。

作れない時代は、もう終わりつつあります。
そして、ただ作れるだけの時代もすぐに終わります。
これから本当に問われるのは、どれだけ早く試し、どれだけ早く学び、どれだけ早く事業を進化させられるかです。
その中心にあるのが、バイブコーディング時代の開発革命なのです。