「何を作らないか」を決めることこそが、プロダクト開発における最重要の意思決定である

プロダクト開発において、本当に重要なのは新機能を盛り込むことではありません。むしろ、あえて「何を作らないか」という引き算の意思決定こそが、プロダクトの成否を分ける最大の鍵となります。不要な機能の削除や開発のスコープを絞り込むことは、リソースの最適化だけでなく、プロダクトの本質的な価値を研ぎ澄ますために不可欠なプロセスです。

ああ。機能過多（featuritis）に屈しちゃダメだ。付いたフジツボは削ぎ落とせ。

俺のところに一番よく来る要望は「カスタムレポート機能」が欲しいってやつ。いや、それって一体何なんだよ？何のために必要なんだ？結局俺は、彼らが実際に使うであろう別の機能をサクッと作って、「カスタムレポート」の方はまた来月以降に回してるよ。

難しい決断だけど、やらなきゃいけないことだよね。俺は宇宙エレベーターを作ってるわけじゃないんだから。

俺がよく言うのは「ローンチするのに一番の方法は、機能を削ることだ」ってこと。エンジニアリングリーダーとしては、プロダクトやデザインの担当に対して、常にその必要性を訴えていかないとね。

問題の一部は、ユーザーの期待をどう変えていくか、ってことかもしれない。もしユーザーがすでに知っているプロダクトを作っているなら、それは難しくないかもね。うちは睡眠関連の分野で仕事をしてるんだけど、誰もがヒプノグラムと睡眠スコアを期待してくる。実際にはそんなもの何の意味もないのにね。ほとんどの人にとってほとんど価値がないと分かっていても、それが期待されちゃってるんだ。

「何を作らないか」を決めるのが二番目に重要な決断だね。一番重要なのは、どの制限や制約を受け入れる覚悟があるか、という点。どんなプロジェクトにも制限や制約は必ずあるものだけど、最初から明確にされることは滅多にない。最も難しくて、後戻りできない決断っていうのは、システムやデータという避けられない制約に関わるものだよ。例えば、問題を解決するために必要なデータが、採算の取れる価格で手に入らないとか。あるいは、何時間もかかるような巨大なファイルを処理する必要があるとか。はたまた、入力データがシングルCPUコアで処理できる限界を超えて増えていくとかね。もしくは、特定のデータのセキュリティ要件のせいで、必要な外部データと効率的に接続できないとか。