はじめに
今、新規事業の部署でEMをやっています。新規事業開発で技術選定するとき、何を基準に選べばいいのか...いつも悩ましいなーと思うことが多いです。
新しい技術を試したい気持ちと、事業を成功させたい気持ち。この2つのバランスをどう取るべきかで、ずっと悩んでました。
最近この辺りについて考える機会があったので、自分なりに整理したことをメモしておこうと思います。
新規事業の難しさ
そもそも新規事業開発は、常に不確実性との戦いです。「そのサービスが市場に受け入れられるのか？」がわからないので、基本的に不安定な状況が続きます。
既存事業だとある程度需要が見えている状態ですが、新規事業だとそうはいかない。そのため、仮説を立て、作り、提供し、検証、を繰り返すしかないです。
しかも時間もお金も無尽蔵にあるわけではないので、できるだけ早く市場の反応を見たい...。そうなると技術面で余計な不確実性は持ちたくないというのは、自然な考えかと思います。
技術選定の観点
で、ここが本題なんですが、新規事業での技術選定では「不確実性が高くないもの」を選ぶのがベストだと思ってます。
ビジネス側で既に高い不確実性を抱えているのに、技術面でも不確実性があると、リスクが積み重なってしまう。早く市場検証したいのに、慣れない技術で開発が遅れてしまったら本末転倒です。
具体的には、社内やメンバー内で利用実績がある技術を選ぶのが良いと思っています。慣れてる技術なら開発スピードも出せるし、何かトラブルが起きても対処方法がわかる。新しい技術だと「あれ、これどうやるんだっけ？」って調べる時間が必要になったり、そもそも想定通りに動かないケースも考えられます。
技術面では確実性を重視して、その分のリソースをビジネス仮説の検証に回す。これが事業成功の確率を高めることに繋がると思います。
また、運用コストも重要な観点です。新規事業だとメンバーが少ないケースが多いので、チーム内でなるべく運用する技術を増やさないようにする。そのため、会社内で既に運用されているインフラやサービスに相乗りできるなら、それを利用するのがベターだと思います。
技術的探究心とビジネスリスクとのジレンマ
ただ、エンジニアとしては「新しい技術試せないのは違和感ある」というのも正直なところです。
技術的な成長を求めるのは自然なことだし、新しい技術に触れることで視野も広がる。でも新規事業開発の現場では、それがビジネスリスクになってしまう。これは結構つらいジレンマです。
この解決策として、新しい技術を試す場を別で用意するのが良いと思ってます。Googleの20% ルールやR&Dプロジェクトのようなもので新技術を学び、実績を積んでから本番投入する。会社やチームとしても、そういう仕組みがあるとこのジレンマは解消できると思ってます(*1)。
正直、新規事業開発は「技術だけ試したい」という人にはつらい環境になると思います。事業が当たるかの検証が最優先になるので、技術的な自由度は制限される場面が多い。でもそれは仕方ないことかなと。
おわりに
新規事業開発では、エンジニアの技術的探究心と事業のリスク管理のバランスを取るのが重要だと思います。
本番では確実性重視の技術選定をして、新技術への挑戦は別の場所で。そんな使い分けができると、事業成功の確率も上がるし、エンジニアとしての成長も両立できそうです。
一旦の結論として、こんな感じで考えてます。引き続き試行錯誤していこうと思います。
*1: 弊社だとゴキゲンチャレンジという仕組みがあります。
