Some businesses reach their destination by following a carefully drawn map. Slack got there by burning the map and using

ある企業は、入念に描かれた地図に従って目的地に到達する。Slackは、その地図を焼き捨て、その火を明かりとして、すでに部屋の中に存在していたものを見出すことで、そこに辿り着いた。

この物語は、ピッチデックや天才的なプロダクト戦略家から始まるのではない。一つのビデオゲームから始まるのだ。開発チームは、空想的なオンライン世界を構築することに全エネルギーを注ぎ込んだ。キャラクターを造形し、世界観（ロア）を書き、何百万人ものプレイヤーを惹きつけ続けるためのコードを繋ぎ合わせた。そして、それをリリースした。しかし、ゲームは失敗した。誰もプレイしなかった。オフィスは静まり返った。活気あるコミュニティのエネルギーに満ちたスタジオの代わりに、彼らは、二度と観客に出会うことのない、死にゆくサーバーとアートアセットの中に座り込んでいた。

それは、ほとんどの企業を終わらせてしまうような瞬間だ。

ゲームが死んでも、明かりが灯っているとき

その規模の失敗は、礼儀正しく訪れることはない。それは「沈黙」としてやってくる。チケットの売り上げもなく、フォーラムの議論もなく、熱狂的なユーザーからの深夜のメールもない。開発者たちは、死にゆくプロダクトを抱え、空っぽのオフィスに座っていた。ほとんどのチームなら、荷物をまとめて立ち去るか、あるいは絶望的な救済ミッションに倍の力を注いでいただろう。しかし、このグループはもっと奇妙なことをした。彼らは、その部屋の中でまだ「生きている」唯一のものに目を向けたのだ。

失敗したファンタジー世界を構築している間、チームは互いに会話する方法を必要としていた。ファイル共有、メールのスレッド、散乱したインスタントメッセージでは、開発のスピードに追いつけなかった。そこで、彼らは社内用のチャットツールを作った。それは、投資家のためではなく、実用性のために作られた粗削りなものだった。壮大な野心などなかった。ただ、連携という問題を解決するためだけのものだった。

しかし、ここで重要な詳細がある。ゲームがユーザーを失っていく一方で、チャットツールは動き続けていた。チームは毎朝それを開いた。チェックイン、デバッグ、ビルドの共有、そしてデザインの選択についての議論にそれを使った。ゲームは無視された。なぜなら、ゲームは死んでいたからだ。チャットツールは注目を集めた。なぜなら、それが死ぬことを拒んだからだ。

最も困難なのは、「削ぎ落とす」ことである

ピボット（方向転換）を認識するのは難しい。それを実行するのはさらに難しい。チームは残酷な選択をしなければならなかった。彼らはチャットツールから他のすべてを剥ぎ取った。この決断は強調されるべきだ。彼らは機能を追加したのではない。ゲームのメカニクスを付け足したり、依頼した美しいアートを救おうとしたりもしなかった。彼らは「引き算」をしたのだ。コミュニケーション層だけが残るまで、旧プロダクトに役立っていたあらゆる機能を削ぎ落としていった。

これは、ほとんどの企業の振る舞いではない。人間の本能は、自分が築き上げたものを守り、サンクコスト（埋没費用）をすべて活用する方法を見つけようとするよう命じる。しかし、この開発者たちはその逆を行った。彼らは、これまでの成果を「土台」ではなく「足場」として扱った。ツールを単独のプロダクトとして立ち上げたとき、それは社内用ユーティリティであった時よりも、はるかに軽く、速く、そして目的が明確になっていた。

Slackは、その削ぎ落とされたコードから、数十億ドル規模の買収へと成長した。ファンタジー世界を探索させようとしても誰も納得させられなかったのと同じチームが、最終的に現代のオフィスのコミュニケーションのあり方を定義することになったのだ。彼らは、最初のプロダクトを完全に消し去る覚悟があったからこそ、失敗したプロダクトから世界的なコミュニケーションの標準へと移行できたのである。

隠れた資産を見つける

ここでの GyaanSetu の洞察は、単なる前向きなモットーよりも鋭い。あなたの最大の資産は、しばしば最大の失敗の中に隠れている。これは楽観論の話ではない。観察の話なのだ。

ほとんどの組織、そしてほとんどの個人は、完全には把握されていない「サイドプロセス」を走らせている。マーケティングチームは、公式ソフトウェアよりも優れた予測を行うスプレッドシートを自作して運用している。開発者は、報告を自動化するためのスクリプトを書き、結果として、雇われた目的であるプロダクトそのものよりもそのスクリプトを使うようになる。カスタマーサポートのリーダーは、チケットを非常に効率的に解決するテンプレートを作成し、それが非公式のトレーニングマニュアルになる。これらは「気を散らすもの」ではない。これらは「シグナル」なのだ。

問題は、あなたがそれを見ているかどうかだ。

もしあなたがスタートアップを率いているなら、誰も見ていないときにチームが実際に何を使っているかを調査せよ。ロードマップに書かれていることではない。資金調達を受けたものでもない。スタンドアップ・ミーティングが始まる前の、午前9時1分に開かれているものだ。もしあなたが個人貢献者なら、自分の仕事を楽にするために構築したツールに注意を払え。金曜日に試作した社内ダッシュボード。市販のものがしっくりこなかったためにカスタマイズしたメモ作成システム。スクリプト化して、今では毎日それを使っている同僚に共有したワークフローのショートカット。

これらのサイドプロジェクトには、市場調査では決して買えない種類の「検証」が備わっている。それらが生き残っているのは、プロモーションされているからではなく、有用だからである。

まとめ

Slackの成り立ちの物語は、単なるチャットソフトウェアの話ではない。それは「注意力」についての物語である。チームには、エネルギーが実際にどこへ流れているかに気づく規律と、すべてのリソースをそこへと振り向ける勇気があった。彼らは既存のゲームを救おうとはしなかった。それを手放したのだ。その代わりに、彼らは自分たちのチームが切実に必要としていたものを見つけた。それは、すでに自分たちで作り上げてしまっていたものだった。

この教訓は実践的だ。今朝、チームのメンバーが密かに使い始めたツールを無視しながら、失敗しつつある製品を磨き続けるのはやめるべきだ。次の打ち手は、新しい市場や新たな資金調達ラウンドにあるのではないかもしれない。それはすでに自社のサーバー上で稼働しており、それなしでは仕事ができない人々を除いて、誰の目にも止まっていないものかもしれないのだ。

自身のサイドプロジェクトに目を向けてみてほしい。そのうちの一つが、あなたを救おうとしているのかもしれない。