Ch8 03: CEOがコードを書くとき#

ブランドン・クリーグには問題があった。Stash——数百万人のユーザーを抱えるフィンテック企業——のCEOとして、彼はAI革命が展開するのを見ていた。自社のプロダクトを進化させなければならないと分かっていた。しかも速く。問いは、AIをStashのファイナンシャルコーチング機能に組み込むかどうかではなかった。問いは、チャンスの窓が閉じる前にどうやってそれを実現するかだった。

定番のプレイブックはあった。AIチームを採用する。コンサルタントを入れる。タスクフォースを立ち上げ、戦略レビューを依頼し、段階的な導入計画を展開する。どれも合理的な選択肢だった。そしてどれも数ヶ月を食いつぶすはずだった。

ブランドンは別の道を選んだ。8人未満の小さなチームを集め、AIコーチング機能を自ら作り始めた。監督するのではなく。レビューするのでもなく。作るのだ。仕様を書き、プロトタイプをテストし、アウトプットを繰り返し改善する。数百人の従業員を抱える企業のCEOが、デスクに座り、プロダクトマネージャーやエンジニアの仕事をしていた。

外から見れば、降格のように見えた。内側から見れば、その年の最も効果的なリーダーシップの決断だった。

組織にはシグナル減衰と呼べる現象がある。CEOが戦略的優先事項を宣言するとき——「今年、AIが我々の最優先事項だ」——メッセージは最大音量で発信される。直属の部下たちはそれをはっきりと聞く。彼らがチームに伝えるとき、音量はいくらか下がる。実際にものを作る人々のところに届く頃には、競合する優先事項で薄められ、部門ごとのレンズで屈折し、リスクヘッジする中間管理職によって柔らかくされている。

5階層の組織では、戦略的シグナルは各階層でおよそ30〜50%の力を失う。5番目の階層に届く頃には、「これは我々がやっている最も重要なことだ」は「余裕ができたらたぶんやるべきことの一つだ」に薄れている。

ブランドンの行動——自ら機能を作ること——は、シグナル減衰を完全にバイパスした。彼は優先事項についてのメッセージを送ったのではない。彼自身がメッセージだった。エンジニアたちがCEOが自分の隣に座り、同じコードベースで作業し、同じスタンドアップに出席し、同じプロトタイプをテストしているのを見たとき、AIが本当の優先事項かどうか疑う者は誰もいなかった。シグナルは明白だった。会社で最も権力を持つ人間が、最も紛れようのないフォーマットで発信していた——行動で。

もう一つ、目立たないが同じくらい大きなリターンがある。リーダーがプロトタイプを作ると、組織はそれを通常の官僚的免疫システムで潰せなくなる。

大きな組織には免疫システムがある。新しい取り組み——特に既存のプロセスに挑戦したり、既存の縄張りを脅かすもの——は免疫反応を引き起こす。「評価」するための委員会が立ち上がる。リスクアセスメントが依頼される。パイロットプログラムが提案され、検討され尽くされる。免疫システムは新しいアイデアを真正面から「ノー」とは言わない。遅延、条件付け、既存の仕組みへのゆっくりとした吸収によって殺すのだ。

CEOが作った動くプロトタイプは、この免疫反応を短絡させる。すでに動いているものを「評価」することはできない。CEOがすでにデモしたものに「パイロット」を提案することはできない。プロトタイプは既成事実だ——「やるべきか？」という会話を「どうスケールするか？」に転換する具体的な成果物だ。

私はこれを結果先行アプローチと呼んでいる。まず作り、それから説得する。従来のルート——まず説得し、それから作る——の10倍効果的だ。なぜなら、推測を証拠に置き換えるからだ。「もし〜だったら…」で始まるあらゆる反論は、「ほら、見てくれ」で答えられる。

ブランドンのチームは、AIコーチング機能を数ヶ月ではなく数週間で出荷した。機能した。ユーザーの反応も良かった。そして組織の残りの部分——数ヶ月かけてアプローチを議論していたかもしれない——は、すでに証明されたものを支援し、スケールさせる方向に舵を切った。

しかし波紋は特定の機能にとどまらなかった。Stashのカルチャーに何かが変わった。人々はCEOが仕事を指示するだけでなく、自ら手を動かす姿を見た。そのシグナル——「自分でやるほどこれを大事に思っている」——が、組織全体の実行へのアプローチを再配線した。会議はタイトになった。意思決定ループは短くなった。「やるべきだ」と「やった」の間のギャップが圧縮された。

これこそ、行動するリーダーシップの最も深い価値だ。特定の成果物——プロトタイプ、機能、プロダクト——だけの話ではない。行為そのものに焼き込まれたカルチャー的メッセージだ。リーダーが仕事をするとき、組織の全員が同じ瞬間に同じシグナルを受け取る——これが重要なことだ。これが我々の速度だ。これが基準だ。

どんなメモも、全社会議も、戦略資料も、このシグナルを同じ明確さで伝えることはできない。

私が言っていないことについて、正確にしておきたい。CEOが全時間をプロダクト開発に費やすべきだと言っているのではない。戦略、カルチャー、人材、外部との関係など、CEOにしかできない本来のリーダーシップ業務がある。それらを捨ててコードを書くのは間違いだ。

私が言っているのは、こういうことだ。特定の瞬間がある——新しい方向性を植え付ける必要があるとき、組織の免疫システムが変化と戦っているとき、プロセスよりもスピードが重要なとき——リーダーができる最も効果的なことは、ステージから降りてレンチを手に取ることだ。

こうした瞬間は稀だ。しかし決定的だ。そしてそれを見抜くリーダー——自分の直接関与が変化の触媒になるタイミングを判断でき、「自分の肩書きにふさわしくない」仕事をする謙虚さを持つリーダー——こそが、スケールしながらもスタートアップのスピードで走れる組織を築く。

ガイダンス#

自分自身に問いかけてほしい。今、あなたの組織に、全員が重要だと認めているのに十分な速度で進んでいないプロジェクトがあるか？

あるなら、なぜかを問え。リソースの問題か？人材の不足か？それともシグナルの問題か——優先順位が本物かどうか確信が持てないから、組織が動かないのか？

シグナルの問題であるなら、あなたが持つ最も強力なレバーはこれだ：

プロジェクトを一つ選べ。 3つでも5つでもない。一つだ。次の四半期における最も重要な戦略的転換を一つ。
チームに加われ。 レビュアーやスポンサーとしてではなく、ワーキングメンバーとして。スタンドアップに出席し、成果物をレビューし、直接貢献せよ。あなたの存在そのものがシグナルだ。
締め切りを週単位で設定せよ。 月単位ではなく、週単位だ。圧縮されたタイムラインが、チームを通常の官僚的抵抗を超えてビルドモードへと押し込む。
何かを出荷せよ。 洗練されている必要はない。リアルである必要がある——動くプロトタイプ、機能するデモ、コンセプトを証明する具体的な成果物。磨くのは後だ。証明は今だ。
引き戻れ。 プロトタイプが存在し、方向性が固まったら、通常のリーダーシップ業務に戻れ。プロジェクトを明確なマンデートとスケールするためのリソースとともに引き継げ。あなたの仕事はエンジンをかけることだった。彼らの仕事は運転することだ。

最も強力なリーダーシップの形は、命令を出すことではない。模範を示すことだ。そして最も強力な模範とは、リーダー自身が仕事をする姿だ。