事業は鳴かず飛ばずの調子で動いてはいる。すると営業かコンサルが、「日本を市場にするなら米を作らねなならない。オーブンに米を炊くためのボタンをつける必要がある。ボタンを押すと、初めチョロチョロ、なかっぱっぱ、と火力を自動でコントロールして、赤子泣いても蓋を空けられないようにする、って機能のボタンをつけてくれ」って言ってくる。

俺の実力があれば、そのくらい作れますよ！と言ってしまう人は、ベンチャーで自社プロダクトの開発をしてはいけない。まったく向いていない。やるべきことは、すばやく要件を整理し、ステークホルダーと開発者の立場でささっと議論を交わし、作るものをシンプルな機能のみに絞ることだ。あるCTOは、この仕事を取締役ではなく「取縮め役」と呼んでいた。

今回の機能について言えば、ご飯を炊くボタンなんて要らない。必要なのは以下だ。

ご飯を炊くボタンをつけてはならない理由が大きく分けて２つある。

まず第一に、目的に特化した複雑な機能は壊れやすい。どんなに優秀なエンジニアでも、複雑な機能よりシンプルな機能のほうがバグを混入せずに作れる。人手の少ないベンチャー企業で、品質の悪い自社プロダクトを抱えることは自殺行為だ。バグがほぼ起きない、シンプルな構成のプロダクトを持つべきである。

第二に、複雑な機能はその後の開発を阻害する。ベンチャー企業のプロダクトは常に進化しなければならない。自社プロダクトを常に進化させるには、自社プロダクトの仕様も実装もすべてを熟知している必要がある。しかし、複雑な仕様を持つプロダクトの全仕様を理解できるのは、コアエンジニアの2、3名に限られてしまう。一言二言で語れるシンプルな仕様を持つプロダクトであれば、社員全員がそのプロダクトの本質を理解し、プロダクトの改善をすすめることができる。

ワンタッチのボタンをつけずに人力のマニュアルに頼ることは、タスクの自動化に逆行しているように感じるかもしれない。しかし、そうではない。タスクを自動化するにはタスクが固定化されてなければならない。しかし、ベンチャーではタスクも進化する。進化できないタスクを抱えてしまったら、それはベンチャー企業としては足かせだ。人力にすることで業務フローを日々進化させ、進化しきって枯れたところで外部APIでも作ってそこから最適化されたすごいフローの「コメを炊く」という機能を実装すれば良い。最初から自動化して進化を妨げるべきではない。