失敗を定義しない組織は、本番化できない。
PoCは成功した。
精度は出た。
データも揃った。
現場の反応も悪くない。
それでも止まる。
なぜか。
成功の条件は語られる。
だが――
失敗の条件は誰も語らない。
ここが本質だ。
本番化とは、覚悟の可視化である
本番化とは、単なる導入ではない。
予算の性質が変わる瞬間だ。
実験費から、責任費へ。
この瞬間、組織は無意識に問いを持つ。
もし失敗したら、どうなる？
この問いに答えられない限り、
Goは出ない。
勇気の問題ではない。
構造の問題だ。
成功定義だけでは足りない
多くのPoCはこう設計される。
・精度◯％以上
・処理時間◯秒以内
・テスト環境で安定稼働
だがそれは成功の定義にすぎない。
失敗の定義はどうなっているか。
・どの数値を下回ったら撤退か
・どこまでコスト超過したら停止か
・何ヶ月成果が出なければ見直すか
ここが決まっていない。
つまり、
下限が存在しない。
下限がない投資は、怖い。
だから止まる。
決裁会議で起きていること
決裁会議で止まる案件には共通点がある。
反対意見は出ない。
だが賛成も出ない。
沈黙が続く。
そして誰かが言う。
「もう少し様子を見ましょう。」
これは慎重さではない。
失敗条件が未設計な状態への防御反応だ。
人は不確実性よりも、
無制限のリスクを恐れる。
失敗定義とは、損失の上限を決めること
失敗を定義するとは、悲観することではない。
損失の最大値を決めることだ。
ここが明確なら、Goは出やすくなる。
逆説だが、
失敗を定義するほど、本番化しやすくなる。
なぜか。
投資は成功期待値ではなく、
損失上限で判断されるからだ。
技術ではなく、責任の設計
本番化を止めているのは技術ではない。
責任の所在だ。
成功したときの称賛は曖昧でも進む。
だが失敗したときの責任が曖昧だと、止まる。
誰が引き受けるのか。
どこまで引き受けるのか。
ここを設計しないままPoCを進めるのは、
出口のないトンネルに入るのと同じだ。
PoCは実験ではない
PoCは本来、
投資判断のための情報生成プロセス
であるべきだ。
その中に含まれるべきものは、
成功確率だけではない。
失敗時の損失設計だ。
ここが欠けると、
PoCは「可能性の証明」で終わる。
本番化にはならない。
本番化は勇気ではない
本番化できない組織は、臆病なのではない。
構造が未設計なのだ。
成功条件を語るだけでは足りない。
失敗条件を語れない限り、
投資は決断にならない。
最後に
本番化とは、覚悟の設計だ。
覚悟とは精神論ではない。
損失の上限を明示し、
撤退ラインを決め、
責任を割り振ることだ。
失敗を定義しない組織は、本番化できない。
それは技術が足りないからではない。
決断の設計が足りないからだ。