2018年に入社してからは平均して1年半に一度のペースでプロモできていた中、2022年の8月末にプリンシパルレベルへプロモしたことを最後にずっと停滞しました。そして3年半経過した今日、2026年3月付けでやっとプロモすることができました。MSの開発部門の中では、プリンシパルというタイトルは3つのレベルに分かれており、今回はその2つ目のプリンシパルに昇格できました。もし日本の肩書で名刺を刷ったら、常務より1つ下の執行役員とかが付くぐらいの感じです。

今回は自分なりに「プリンシパル後の壁」を感じ、なぜそこまで時間がかかってしまったのか、3年前のプリンシパルになった当初の自分に何をするべきだったのかを伝えるつもりで書きました。他の方々に役に立つかわかりませんが、また迷走した時に自分が読み返すことも踏まえて書き起こします。

自分の中で何をしたのか整理してみたところ、長くなりますが、12個のやるべきことが見つかったので、1つずつ触れていきたいと思います。

1. プリンシパルからその先へ行くために変えたこと

「もっと忙しくなる」「もっと大きい案件を自分で抱える」と捉えると、たぶんどこかで詰みます。プリンシパルからその先へ進むには「アウトプットを増やす昇進」というより、「高度が変わる昇進」なのだと今になって理解しました。高度が変わると、同じ走り方では酸素が足りない。だから、装備と走法を変えないといけない。

今の自分に問われるのは、”自分が何をやったか”より、”何が回るようになったか”なのだと。自分が手を止めても、仕組みが回る。チームが勝ち続ける。プロダクトや組織の意思決定が、少しでも良い方向に寄る。そういう「自分が消えても残るインパクト」の比率が一気に上がるのだと理解しました。

実際、プリンシパルになりたての頃の自分を振り返ると、まさに「スーパーIC」でした。あるプロダクトのワールドワイド収益成長を一人で担っていて、ベンダーもヘッドカウントも持たず、全部自分の身体1つで回していた。東海岸が起きる朝6時からドイツの対応で朝2時まで、毎日働いていた。「ワールドワイド」が意味していたのは、文字通り米国東部からドイツのタイムゾーンまで自分の身体で埋めることだった。

でも、それでは次のレベルにプロモできなかった。

この思考回路のシフトは、意識の中身でいうとだいたいこんな感じです。

自分が解く → 解ける人が増える状態を作る。 「質問になんでも答えれる人」から、「問いの質を上げる人」へ。ボトルネックを潰す人から、ボトルネックが生まれない設計にする人へ。

一発の勝利 → 再現性のある勝ち方。 「今回は勝った」を量産できる形に落とす。プレイブック、型、判断基準、育成、採用、優先度の付け方…全部が”プロダクト化”の対象になる。

確実な領域 → 曖昧さの引き受け。 仕様がない、正解がない、利害が多い、時間がない。その中で意思決定して、説明責任も引き受ける。ここがレベルを上げたあとの空気です。

そして結局いちばん大きいのは、価値観の置き場所が変わること。「チームの成功=自分の成功」が、スローガンじゃなくて日々の判断基準になる。自分が目立つ動きが”最適解”じゃなくなる瞬間が増えていきます。むしろ、自分が前に出ないほうがスケールする場面が多い。

だからプリンシパルからその先を狙うなら、「もっと頑張る」より先に「頑張り方を捨てる」覚悟が必要で、従来で通用していた”強み”が、そのままではむしろ自分にとっての最大の敵となるということが理解できたプロモでもありました。

2. 自分で成長曲線を描く(次のサイクルを待たない)

プリンシパルからのプロモは、「いつか来るもの」にしてしまうと、たぶん永遠に”ちょうどいい忙しさ”の中に沈みます。評価サイクルや予算枠の都合で世の中が動くのは事実だけど、自分の成長は他人のカレンダーに合わせないほうがいい。次のサイクルを待つ時間は、だいたい「自分の価値を安くしている時間」でもあります。

自分の中で明確にしておきたいのは、「成長曲線は会社がくれるものではなく、自分が設計して出しにいくもの」という前提です。もちろん環境やタイミングはあれど、その前提がある人は、環境に左右される割合を限りなく減らし、自分のコントロールできる中で進められる。ここで言う”成長曲線”って、スキルの羅列じゃないです。「どの半径まで責任を持てるか」の話です。

  • 目の前の案件を完遂できる
  • 複数案件を同時に回し、優先度を決められる
  • チームで勝てる形に分解して、人に任せられる
  • 組織横断で合意形成して、意思決定を前に進められる
  • 仕組みにして、再現性を残せる

この範囲を、自分で意図的に広げる。そして”広げた証拠”を作る。待たない。そのために自分がよく使う考え方は、シンプルに2つだけです。

「今のロールの140%、180%」を取りにいく(でもやり方は変える)

140% は残業時間を増やす意味じゃないです。同じ時間で、影響範囲が広い仕事に置き換える。例えば、同じ「1件の成功」でも、学びを形式知化してチームに配るだけで、インパクトの掛け算が始まる。”自分のタスク”を減らして、”チームが前に進む設計”を増やす。これが 140%以上を達成する正体。

今の自分で言えば、10人の直属チームと7人のベンダーを見るようになった。以前の自分なら「全員にどう同じ指示を出すか」を考えていたけど、今は違う。ジュニアとプリンシパル帯では渡す粒度が違う。即時タスクではなく、6ヶ月先のビジョンを持ち、チームの準備度を常に確認し、次に何が必要かを先回りして設計する。ただし、先のことを全部共有すると情報過多でチームが潰れる。適切な粒度で、段階的に渡す。この「ビジョンを持ちながら粒度を設計する」こと自体が、以前の”自分で全部やる”とはまったく違う頭の使い方でした。

“もう少しで届きそう”を毎週作る

成長って、たまに大きなジャンプで起きるより、小さな背伸びを連続させた結果として起きることが多い。毎週 1つでいいので、「これは今の自分には少し怖い」「でもやれば届く」を作る。怖さは、方向が合ってるサインです。たとえばこんな背伸び:

  • 仕様が曖昧な中、自分で意思決定を行い前に進める
  • クロスチームの合意を取りにいく(根回しじゃなく設計で)
  • 自分がやるほうが早い仕事を、任せて他人を勝たせる
  • 成果を「個人の達成」から「仕組み」へ変換する

この背伸びを続けると、ある瞬間に”見え方”が変わります。周りから「この人に任せれば前に進む」が積み上がり、機会が向こうから来るようになる。成長曲線は、そこで初めて滑らかに伸び始める。

結局、プリンシパルからその先でいちばん差がつくのは「実力」だけじゃなくて、自分の成長を”待ち”にしない設計です。周りのよりシニアなプリンシパルは呼吸をするようにそれをしてました。サイクルは待たない。機会も待たない。自分で描いて、自分で取りにいく。

3. コンフォートゾーン=天井。「怖い」を次のサインにする

プリンシパルに到達して3年がたち、強みが固まってくると、勝ちパターンが見えてきます。同じ型で回せば、一定の品質で成果が出る。周りからの信頼もある。頼られる。評価も安定する。

ここ、めちゃくちゃ危険です。 コンフォートゾーンは居心地がいい分、成長の摩擦が消える。摩擦が消えると、伸びが止まる。そして気づいた頃には「できることは増えたけど、影響範囲は広がってない」状態になります。

実際、プリンシパルに昇格した直後、自分は早い段階で快適になりすぎていた。それに気づくのに時間がかかった。

なのでその次に行くには、能力の総量よりも、”怖い領域に踏み込めるか”だと思います。怖いって、つまり「まだ自分の勝ち筋が確立してない」領域。そこにこそ、次の伸びしろがある。

「怖い」の種類を見分ける

怖いには2種類あります。

良い怖さ: 失敗の可能性はあるけど、学びがでかい。責任と裁量がセットで増える。曖昧さが高い。前提が揃っていないのに意思決定が必要。複数チーム・複数地域・複数ロールの合意が必要。スケールが必要で、自分が頑張るだけでは解けない。可視性が高くて、外した時の痛みがある。”初めて”が多くて、過去の経験が使えない。

悪い怖さ: 期待値が不明確で、誰も責任を取らない。消耗するだけで成長に繋がらない。

その先を目指すなら、良い怖さを取りにいく。悪い怖さは避ける(もしくは条件を整えて良い怖さに変える)。

自分の場合、「まだ誰も足を踏み入れたことがない領域」「答えがない問題」に意識的に向かうようにした。具体的には、曖昧なミッションを引き受けて、それを測定可能で、高速に失敗・反復できる形に変換し、最終的にスケールさせること。これが”良い怖さ”の典型的な形だった。

怖い時にやるべきことは「気合い」じゃない

怖さを気合いで潰すと、だいたい雑になります。代わりにやるのは、次の3つ。

成功条件を言語化する。 「何ができていれば勝ちか」を先に定義する。曖昧さを減らす作業が、すでに価値。

リスクを分割して小さく試す。 “一発勝負”にしない。検証ポイントを刻む。失敗しても致命傷にならない設計にする。

味方を増やす(根性じゃなく構造で)。 相談・巻き込み・レビューを「不安だから」じゃなく、「精度を上げるため」に組み込む。

怖さは消さなくていい。むしろ 「怖いけど、これをやり切ったら景色が変わる」 を嗅ぎ分けられる人が、次に進みます。

コンフォートゾーンにいる限り、過去の自分には勝てる。でも過去の自分に勝つゲームじゃない。まだ勝ったことがない場所で勝つゲームなのだと確信しました。

4. IC・担当レベルだった時の強さは捨てない。技術的信用はリーダーシップの資産

マネージャー/リーダーの成長って、「手を動かすのをやめること」みたいに語られがちだと感じていました。でも本当に効いてくるのは、「手を動かせる人が、手を動かさずに勝てる形を作れる」ことだと思っています。これは自分のマネージャーもこの前、言ってました。

IC(部下を持たない)の強さは、単なる趣味じゃない。技術的信用はリーダーシップの資産です。意思決定の速度、議論の質、チームの士気、外部との交渉力。全部に効いてくる。

ここで言う「IC の強さ」は、コードが書けるかどうかだけではなくて、もう少し広い。

  • 設計ができる(要件→アーキテクチャ→トレードオフを語れる)
  • 技術的な嘘を見抜ける(スコープ、工数、リスク、依存関係を瞬時に把握できる)
  • 難易度を分解できる(どこまでが未知で、どこからが既知かを切り分ける)
  • 品質の定義ができる(何を満たせば「完了」かを言語化できる)

この信用があると、組織の中で自分の発言が「意見」ではなく「判断」になります。そして判断ができる人には、曖昧で重要なボールが集まる。いまの仕事は、だいたいそこから始まる。

マネージャーになっても、手を動かすことの力

マネージャーとしての日常では、以前のようにキーボードに向かって実装する時間は減る。でもむしろそれが重要になった場面がある。

あるとき、上層部からの急なエスカレーションがあった。クリスマスイブの直前。特定の顧客向けにエージェントを開発する必要があった。全員が休暇に入りたいタイミングで、自分はチームにこう言った。「クリスマスは心配するな。休んでくれ。自分がやる。」そして週末にかけてエージェントをデリバリーし、顧客に納品した。これはCOOレベルの可視性につながった。

もう1つのケースでは、チームメンバーが顧客対応中にプロダクトの挙動に関する不満を受けていた。自分はすぐにその通話に飛び込み、顧客との窓口を自分に切り替えた。チームがエージェント開発に集中できるように、火消しと技術的な解決を自分が引き受けた。

この2つのケースが示しているのは、単に「助けた」ということではない。「この人は口だけじゃない。理論だけじゃない。実際に手を動かせるし、アーキテクチャの判断もできるし、スコープとリスクの見積もりもできる。何が “完了” かを定義できる。」 そういう信頼をチームから得ることが、マネージャーとしての自分の基盤になっている。

“ずっと実装している人”にはならない(でも分かる人でいる)

誤解しないでほしいのは、IC でい続ける話ではないです。いまのレベルは自分の手で出力を稼ぐ段階ではない。だからこそ、バランスが必要。

ポイントは 「自分が実装する」から「実装できる状態を作る」への移行です。重要な局面だけレビューして品質を上げる。設計の早い段階で議論に入って、後戻りを減らす。技術的な意思決定の”軸”を作って、チームが迷わないようにする。ボトルネックを自分が解くのではなく、解ける人を増やす。

技術が分かると、マネジメントが精神論にならない。無茶な期待値を現実に戻せる。”頑張ればいける” を “設計すればいける” に変えられる。技術負債を「気合い」ではなく「計画」で返せる。チームの悩みを抽象化して、構造的に解ける。

これができると、チームは安心して攻められる。攻められるチームは勝つ。勝つチームはさらに強くなる。その循環を作れるのが、リーダーの価値です。

だから、さらに上を目指すうえで「自分はもう手を動かさない方が偉い」と思った瞬間に、たぶん弱くなる。ICの筋力は維持する。だけど使い方を変える。とにかく暇があれば手を動かす、週末や夜に学び続ける。それがこの段階のコツなのだと理解しました。

5. マルチプライヤーになる。「他者を通じた成果」がスコアになる

プリンシパルのなりたての頃は自分が強いほど勝てます。自分が解く、自分が動く、自分が詰める。もちろんそれも大事だし、実際それでチームを救う場面もある。

でもそのままでは、その勝ち方が頭打ちになります。なぜなら、扱う問題のサイズが「自分の時間」では吸収できないから。

ここから先は、”自分がどれだけ頑張ったか”ではなく、”何人が強くなったか”がスコアになります。

スケールの桁が変わる

今のチームは CAT(Copilot Acceleration Team)と呼ばれている。Microsoft 社内で Copilot に関わる人なら、ほぼ全員が知っているチームになった。ミッションは、顧客と直接エンゲージしてエージェントを構築すること。

でもここにいるのはプロダクトエンジニアリングの組織であって、コンサルティングではない。顧客を成功させること自体は当たり前。チームに言わなくてもやる。

自分が本当にフォーカスしているのは、もっと先の話。

たった20人ほどのチームの学びを、Microsoft 全体の3,000人のセラーにどうスケールさせるか。これが第一のチャネル。第二のチャネルは、直接エンゲージできない10万、100万の顧客を、どうやって成功に導くか。20人の手で。

この桁の違いが、プリンシパルからその先の空気です。すべてはスケールとインパクトの話になる。

“結果を出す”から “結果が出る構造”へ

他者を通じた成果って、単に「仕事を振る」ことではないです。丸投げでも、手取り足取りでもない。やるべきは構造を作ること。

答えを出す → 判断の軸を渡す。 次に同じ状況が来た時、誰でも同じ判断ができるようにする。

自分が解く → 解ける人が増える。 1on1 やレビューは “優しさ” じゃなく “スケール戦略” として使う。

成功を再現できない → 成功を型にする。 ドキュメント、テンプレ、チェックリスト、プレイブック。全部「未来の時間を買う投資」。

この変換ができると、仕事が増えても自分が潰れません。自分が潰れないだけじゃなく、チームが勝ち続ける。

“他者を通じた成果”の難しさは、スピードを捨てること

この段階で一番つらいのは、たぶんこれです。

自分がやった方が早い。

早いです。間違いなく。でも、その「早さ」を選び続けると、組織の速度は上がらない。自分の速度だけが上がって、ボトルネックとして固定されます。

だから、ここで必要なのは覚悟というより、設計です。任せる前に「成功条件」を揃える。途中のレビュー点を決めて “事故” を防ぐ。”なぜそう判断するか” まで渡して、次からは自走してもらう。

これを繰り返すと、最初は遅いけど、後から加速します。いまはこの “最初の遅さ” を引き受けられるかが勝負。

任せるのは “仕事” じゃなく “オーナーシップ”

成果を出すチームは、仕事を分担しているのではなく、責任を分担しています。だから任せる時は、タスクではなくオーナーシップを渡す。何を決めていいのか。何を相談すべきか。どこまでが裁量か。誰を巻き込むべきか。何をもって成功か。

これが曖昧だと、任された側は怖くて動けない。結果として、結局自分が抱える。いつものパターンに戻る。

逆に、ここを明確にできると、任された側は勝てる。勝てると自信がつく。自信がつくとさらに任せられる。このループが回り始めると、チームが指数関数的に強くなります。

いまの価値は “自分がいなくても勝てる” に近づくこと。チームを信じられる状態を作ることが、いちばん強いリーダーシップなのだと理解しました。

6. 個人ブランドは「機会を引き寄せる磁力」になる

ここで言うブランドって、キラキラした自己PRの話じゃないです。名刺の肩書きでも、SNS のフォロワー数でもない。

もっと実務的で、もっとシンプルな話。「この人に頼めば前に進む」という評判の総体が、個人ブランドです。

いまのレベルで効いてくるのは、能力そのもの以上に、機会の流入量だったりします。大きいボール、曖昧で重要なボール、組織横断のボールは、基本的に”信頼”のあるところに落ちる。だからブランドは、評価のためというより、仕事の質を変える装置になります。

ブランドは “発信” じゃなく “一貫性” でできる

発信は手段の一つだけど、ブランドの本体は一貫性です。いつも論点がズレない。いつも合意形成がうまい。いつもデリバリーが強い。いつも状況が悪いほど冷静。いつも「結論→理由→次の一手」が速い。

こういう “いつも” が積み上がると、周囲は無意識に期待値を上げます。期待値が上がると、より大きい機会が来る。そしてその機会を取り切ると、さらに期待値が上がる。ブランドは、こうやって自己増幅していきます。

CATチームのブランドが Microsoft 社内で確立されたのも、まさにこの積み上げだった。マネージャーとして声がかかったのも、そこがあったのだと感じます。そして今度は部下が自分たち自身のブランドを築けるようにする。

この段階で大事なのは、目立つことより、再現性のある信頼

狙うべきブランドはだいたいこの辺に寄っていきます。曖昧さを整理して前に進める人。利害の違う人たちを同じ方向に揃えられる人。品質とスピードのバランスを設計できる人。チームを勝たせられる人(自分が前に出なくても)。

ブランドを作る最短ルートは「期待値の超え方」を一定にすること。期限を守る(守れないなら早めに言う)。リスクを先に言う(後出ししない)。合意事項を文章に残す(認識齟齬を潰す)。依存関係を早く握る(詰まる前に動く)。誰が何を決めるかを明確にする(責任の設計)。

これを淡々とやり続けると、地味に強いブランドができます。そして地味に強いブランドは、長期で効く。

“外向き” のブランドは、まず “内向き” で作る

いきなり社外発信で作るより、まず社内で作るのが近道です。なぜなら、社内には「一緒に仕事をした人」という一番強い証言者がいるから。隣のチームの TL が「また一緒にやりたい」と言う。PM が「この人が入ると議論が前に進む」と言う。上司が「これを任せれば安心」と言う。

この “現場の口コミ” が最強。発信は、その後に乗せると効果が倍になります。

7. 与えられた機会で、静かに大きく勝つ(小さな勝ちを“音”にする)

成長の話をすると、「自分で機会を作れ」と言いがちだけど、その前に絶対に外せないのがこれです。与えられた機会を、期待値以上で返す。

当たり前に聞こえるけど、差がつくのはここだったりします。なぜなら大きい機会って、いきなり降ってくるというより、小さい機会の”返し方”を見た人が、次を渡すから。

“小さい案件”は小さくない

一見すると小さく見える仕事でも、実は評価されているのは成果物だけじゃないです。どれだけ早く状況を理解できるか。論点をどう整理するか。誰をどう巻き込むか。リスクをどう扱うか。意思決定をどう前に進めるか。最後にどう残すか(再現性)。この「進め方」が、次のスコープを決めます。

だから自分は、小さい機会ほど意識的に “型” を入れます。結果として、その仕事が終わったあとに 「あれ、これ他でも使えるね」 が残るようにする。

“期待値以上”の正体は、だいたい3つだけ

早く整える。 曖昧な状況を整理して、関係者の頭の中を揃える。最初の24〜48時間で勝負がつくことが多い。

早く握る。 依存関係、成功条件、意思決定者、期限。ここを早く固めると、後半でブレない。

早く残す。 学びを言語化して、次に繋がる形で残す。これが “一度きり” を “資産” に変える。

この3つができると、周囲から見るとこうなります。いつの間にか、面倒なものが前に進んでる。 これが信頼を生みます。

“小さな勝ちを音にする” は、自慢じゃない

ここで言う “音にする” は、ドヤることじゃないです。関係者が安心して次の判断をできる状態にすること。今日決まったこと / 決まってないこと。リスクと次のアクション。依存関係とブロッカー。いつ、誰が、何を決めるか。次回までに誰が何をやるか。

これを短く、正確に、継続して出すだけで、仕事の見え方が変わります。人は成果そのものより、「この人とやると不安が減る」を評価します。

与えられた機会は “信用残高” を増やす最高の場。信用残高が増えると、より重要なボールが、より曖昧なボールが、よりスケールが必要なボールが落ちてくる。つまり、次の段階の入口が開く。

プリンシパルからその先へ行くには単純にある日いきなり階段が出現するわけじゃない。与えられた小さな機会の”返し方”が、階段を作るんだと思っています。

8. 機会は自分「作る」もの。そして、最後までやり切って“現実”にする

与えられた機会で勝つのは前提。その上で、決定的に差がつくのがここです。機会は待つものじゃなく、作るもの。

ただし、”作る”って言うと、派手な企画を立ち上げる話に聞こえがちだけど、実際はもっと地味です。本質は 「誰も拾っていない重要なボールを拾って、最後までデリバリーする」 こと。

世の中の多くの問題は、難しいから放置されているというより、オーナーがいない、優先度が曖昧、誰が得するか分からない、関係者が多くて面倒。こういう理由で止まっています。ここに手を出すと、最初は歓迎されません。でも、ここをやり切った人が次のスコープを取ります。

自分の場合、常に5件、10件、15件の異なるプロジェクトやイニシアチブを同時に回すようにしていた。単に「忙しさ」を増やすのではなく、正しい優先順位とリソーシングを設計し、適切なメンバーをアサインし、勝てるケースを作る。そして今やっていることの上に、6ヶ月後・12ヶ月後の基盤が築かれるように設計する。目の前のことだけでは足りない。すべてが戦略であり、6ヶ月先・12ヶ月先を読み続けること。 それが差をつける。

機会を作る一番簡単な方法は「痛み」を言語化すること

まずやるのは、痛みの特定。どこが詰まっているのか。何が遅くなっているのか。何が無駄に重複しているのか。何がリスクになっているのか。それが誰にどんな影響を与えているのか。

この痛みを、短く、具体的に言語化できた時点で、半分勝ちです。なぜなら、多くの人は “なんとなく困ってる” を言葉にできないから。言葉にできた人が、自然とオーナーになります。

“作った機会” の価値は、途中では評価されない

ここが一番大事。与えられた機会は、走り出した時点で認知されます。でも自分で作った機会は、成果が出るまで「それって必要?」で殴られ続ける。

だから必要なのは、気合いじゃなくて設計。ゴールを小さく切る(最初の勝ちを早く作る)。スコープを明確にする(無限に広げない)。成功条件を揃える(関係者の期待値を一致させる)。データや事実で押さえる(議論を感情にしない)。

特に「最初の勝ち」を早く作るのが重要です。小さくてもいい。目に見える前進があると、味方が増えます。

“最後までやり切る” が、機会を”現実”に変える

機会を作る人は多いけど、やり切る人は少ない。だからこそ、やり切った人に信用が集まります。やり切るって、最後に何かを完成させること以上に、運用に落とす。オーナーを決める。継続できる形にする。”自分がいなくても回る” を作る。ここまで含みます。

ここをやると、単発の成功が「組織の新しい当たり前」に変わる。より上のプリンシパルかどうかは、だいたいこの瞬間に出ます。

9. Satya Nadella の言葉が教えてくれた「Welcome to the room」の空気

ここまで書いてきたことの多くは、自分の試行錯誤から学んだことです。でも、この3年半で最も強烈に視界が開けた瞬間は、CEO である Satya Nadella の言葉を知った時でした。

Microsoft で シニア エグゼクティブの仲間入りをした Jeffrey Snover が、当時Satya からの歓迎の場で受けた言葉を共有してくれています。その言葉は、自分が3年かけてぼんやり掴もうとしていたものを、数分で言語化していた。

Satya はこう言ったとされています。

「この部屋へようこそ。おめでとう。……君たちの泣き言の日々は終わった。この部屋では、成功をデリバリーする。泣き言は言わない。リソースが足りないと嘆くな。ポートフォリオは評価済みで、機会にはリソースが割り当ててある。それが君たちの手持ちだ。その手持ちで成功を製造するのが、君たちの仕事だ。そしてコントロールできるのは2つだけ。① チームに与える「明確さ・文化・エネルギー」 と ② リソース配分。」

さらに Satya はこう続けた。

「この部屋にいるなら、桁違いの成功をデリバリーする必要がある。そのためには、常識の先を行くリソース配分が必要だ。常識的な配分は常識的な成功しか生まない。それではこの部屋にはいられない。勇気を持て。大胆であれ。」

「そしてそれをやった結果、失敗するかもしれない。でも、もし “知的に誠実” であるなら、自分は君を支持する。」

「知的に誠実」とは何か。Satya の定義はこうだった。

  1. 常にもっともらしい成功の理論(plausible theory of success)を持っていること
  2. その理論に沿ってリソースを配分していること
  3. その理論をモニタリングしていること
  4. もはやもっともらしくないと分かった時に、変化を起こして新しい理論を作ること

これをやっているなら、たとえ失敗しても支持する。……ただし、失敗を習慣にしない限りは。

この言葉が自分に刺さった理由

この言葉を聞いた時、自分の3年半の停滞の正体が一気に見えた気がしました。

自分は「リソースが足りない」「権限がない」「人がいない」と、無意識に制約を言い訳にしていた時期があった。でも Satya の論理はシンプルだ。手持ちが足りないなら、その手持ちで勝てる戦略に変えろ。戦略とリソース配分がずれているなら、それは夢であってプランではない。

そして「知的に誠実であれ」という基準は、まさに自分がコンフォートゾーンで失っていたものだった。仮説を持つ。リソースを張る。モニタリングする。ダメなら変える。これは前述の「怖い領域に踏み込む」と同じ構造だけど、Satya はそれをさらに明快なフレームワークにしていた。

Jeffrey Snover が付け加えた問いも、鋭かった。

「リソース配分は、本当に成功の理論を支えているか?」 ── 戦略メモを出しておいて、それを実行するチームがいないなら、それは戦略ではなくただの願望。

「点と点は本当に繋がっているか?」 ── ゴールから逆算して、全ステップに実行可能なプランがあるか。他のチームの成果に依存しているなら、そのチームとパートナーシップを組み、リソースを確認し、進捗をモニタリングする責任がある。相手が失敗した時に「知らなかった」は、自分の失敗。

「成功を製造しているのか、それとも衰退を管理しているだけか?」 ── 活動と進捗を混同するな。忙しさは成果ではない。

この言葉は、自分が書いてきた12個の教訓の「なぜ」を一段深く説明してくれる。スケールする設計、再現性、曖昧さの引き受け、チームの成功。全部が、Satya の言う「成功を製造するアーキテクチャ」の構成要素だったのだと気づきました。

10. 可視性をレバレッジにする(上層部・大きな評判)

可視性の高い場に出ること自体が目的になると、だいたい空回りします。でも逆に、可視性を “レバレッジ” として使えるようになると、仕事の進み方が変わります。

求められる仕事は、影響範囲が広いぶん、関係者も増える。関係者が増えると、合意形成が難しくなる。難しくなると、意思決定が遅くなる。この遅さを壊すのに効くのが、可視性です。可視性は “光” じゃなく “圧力” です。 良い意味で、物事を前に進める圧力。

可視性があると、優先度が上がる。責任が明確になる。期限が生まれる。意思決定が速くなる。周囲が「この案件は落とせない」と理解する。だから、可視性の高い場に出るのは「目立つため」ではなく、スコープが大きい仕事を”動く状態”にするため。

「大舞台に行く」より先に「大舞台に耐える構造」を作る

可視性が上がると、当然プレッシャーも上がります。その時に必要なのは、才能より “構造”。自分が意識しているのは、だいたい次の3つです。

論点を3つに絞る。 全部話すと伝わらない。上の層ほど “論点の少なさ” が価値になる。Satya の言葉を借りれば、結論から、そして次の一手まで置く。 現状報告で終わらせない。「だから何を決めてほしいか」までセット。

数字・事実・トレードオフで語る。 感想を排除する。議論がブレない。意思決定が速くなる。

「この人がいると前に進む」を作る。 可視性が高い場でやるべきは、自分の正しさの証明ではなく、関係者が動ける状態を作ること。誰が何を決めれば進むかを明確にする。依存関係を表に出す。争点を言語化して、合意の最短ルートを作る。

“大きな評判” は、だいたい “小さな約束” の積み上げ

役員部屋に入る、全社イベントで話す、重要案件を握る。そういう派手な出来事は、結果であって原因じゃない。原因はもっと地味で、小さな約束を守る。認識齟齬を潰す。リスクを先に出す。関係者の顔を立てる。最後までやり切る。

この積み上げの延長に、可視性が乗ってきます。

可視性は怖い。失敗したら痛い。でも、スコープが大きくなるほど、可視性は必要になる。だからこそ、可視性を避けるのではなく、使い方を設計してレバレッジにする。プリンシパルからはその “使い方” が勝ち方を変えます。

11. 曖昧さを渡される人になる(「1→10」で前に進める)

大きい仕事ほど、仕様は整っていません。関係者が多いほど、意見は割れます。期限が近いほど、情報は足りません。つまり、重要な仕事ほど曖昧です。

そして増えるのは、まさにこのタイプのボール。”やることが決まっている仕事” ではなく、”何をやるべきかから決める仕事”が増えます。

Satya の言葉で言えば、これこそが「この部屋」の空気。答えのない問題に対して、もっともらしい成功の理論を立て、リソースを張り、モニタリングし、ダメなら変える。知的に誠実であり続けること。

自分がよく言うのは、「0→1」より「1→10」です。0→1 は発明に近い。強い人はいる。でも本当に重宝されるのは、「1 はある。じゃあそれを現実にする人」です。

曖昧さを進める人は、最初に “問い” を作る

曖昧な案件でよく起きる事故は、「答え」を探し始めることです。答えを探す前に、まず問いを定義する。

  • そもそも何が問題なのか?
  • 何をもって成功なのか?
  • 何を捨てると決めるのか?
  • 誰が最終決定者なのか?
  • 期限はいつで、どこが動かせないのか?

問いが立つと、曖昧さが “形” になります。形になった瞬間に、人は動ける。

「進める」の正体は、だいたい “決める” こと

曖昧な仕事が進まない理由の多くは、実装力不足ではなく、決めるべきことが決まっていないだけです。だから、前に進める人は、決めるべきことをリスト化し、決める順番を設計し、誰が決めるかを明確にし、決めるために必要な情報を最小化し、決めたら戻らないように合意を残す。

この “意思決定の設計” ができると、曖昧さは脅威じゃなくなります。

「1→10」の勝ち方は、仮説→検証→合意のループ

曖昧なものを完璧に理解してから動こうとすると、一生動けません。だからやるのは、これだけ。仮説を置く(暫定でいい)。検証する(小さく、早く)。合意する(決める、残す)。次の仮説に進む。

Satya の「知的に誠実」のフレームワークと、このループは完全に重なる。もっともらしい理論を立てて、張って、確認して、違ったら変える。このサイクルが速い人ほど、曖昧な案件を “現実” に変えられます。

「この人に渡せば進む」 を積み上げる。曖昧なボールを、形にして、決めて、前に進める。それが「1→10」の仕事の中心にある能力だと思っています。

12. インパクトを“再現可能”にする(勝ちをプレイブック/仕組みに変える)

強い人は、だいたい「その場で勝てる」人です。火事が起きても消せる。難しい案件でも落とせる。信頼もある。でもそれはなりたてのプリンシパルでもできてしまう。

プリンシパルで本当に強い人は、「その場が終わっても強くなる」人です。つまり、勝ちを”仕組み”に変えられる人。単発の成果は気持ちいい。でも単発はスケールしない。スケールするのは、再現性です。

Satya の言葉を思い出す。「常識的な配分は常識的な成功しか生まない。」 再現性を作ることは、まさに常識の先を行くリソース配分。今の時間を「未来のチームの速度」に投資する行為です。

再現性は、ドキュメント量じゃない。判断基準を残すこと

本体は判断基準です。どういう時に Go で、どういう時に No-Go か。何を優先して、何を捨てるか。どこにリスクが出やすいか。何を見れば “だいたい外れない” か。

これが残ると、次からチームが迷わない。迷わないチームは速い。速いチームは強い。

勝ちを仕組みに変えるときの “3ステップ”

① 勝った理由を言語化する。 「頑張ったから」ではなく、構造として何が効いたのかを分解する。人/プロセス/技術/意思決定、どこが勝因だったか。

② 再現できる形に落とす。 テンプレ、チェックリスト、プレイブック、型、ガイドライン。”次の人が同じミスをしない” 形まで落とす。

③ 運用に組み込む。 置いただけのドキュメントは読まれない。レビュー項目に入れる、定例で使う、オンボーディングに入れる。つまり「使われる場所」を作る。

ここまでやると、成果が “イベント” から “文化” に変わります。

“自分がいなくても回る” を増やすのが、最大のレバレッジ

再現性を作ると、自分の介在が減る。チームの自走が増える。意思決定が速くなる。品質が安定する。新しい人が早く立ち上がる。

これ、全部スケールです。スケールができる人に、さらに大きいスコープが集まる。だから再現性は、次の機会を呼ぶ。

単発で勝つのは強い。でもより上のプリンシパルは、勝ち方を残せる人がもっと強い。”今回の成功” を “次の当たり前” に変える。それが、インパクトを再現可能にするということだと思っています。

まとめ:「チームの成功=自分の成功」になった瞬間から、次の景色が始まる

振り返ると、スキルが増えたとか、肩書きが変わったとかより、いちばん大きいのは “ものの見え方” が変わったことだと思います。

自分が前に出て勝つ。自分が抱えて解く。自分が走って間に合わせる。

この勝ち方は、短期では強い。実際、何度も救ってくれる。でもスコープが広がると、その勝ち方がだんだん “限界” になります。自分がボトルネックとして固定されるから。

そこから先は、やることが変わる。

速さより、スケールする設計。正しさより、意思決定が進む形。自分の成果より、周りが勝てる構造。単発の成功より、再現性

Satya Nadella の言葉が教えてくれたのは、このレベルでは「成功を製造する」のが仕事だということ。泣き言を言う暇はない。手持ちのリソースで、成功のアーキテクチャを設計し、実行する。知的に誠実であれ。仮説を持て、張れ、確認しろ、ダメなら変えろ。

結局ここに行き着くのが、「チームの成功=自分の成功」という感覚。これは綺麗事じゃなくて、戦い方そのもの。チームが勝てば、勝ちが増える。勝ちが増えれば、機会が増える。機会が増えれば、さらにチームが強くなる。自分一人の出力では到達できない速度で前に進めるようになる。

そして不思議なことに、この感覚に切り替わった瞬間から、仕事が少しラクになります。ラクというのは、負荷が減るという意味じゃなくて、迷いが減る。

「これは自分がやるべきか?」ではなく、「これはチームが勝つためにどう設計すべきか?」になる。自分が目立つかどうかより、”勝ちが残るかどうか” が判断基準になる。

この基準で動き続けると、周りからの見え方も変わります。”強い人” から、”任せると進む人”へ。”できる人” から、”増える人”へ。

でも今回のプロモは、ゴールというよりディレクター・パートナーに向けての下準備。次の景色は、もっと曖昧で、もっと大きくて、もっと面倒で、でもその分だけ面白い。そこで必要なのは、天才的な何かじゃなくて、今日書いたような地味な積み上げだと思っています。

最後にひとつだけ。

もしここまで読んでくれた皆さんが今、「いけそうだけど怖い」と感じているなら、それはたぶん正しい方向です。コンフォートゾーンは天井。怖さはサイン。チームを勝たせる設計を続ける限り、次の段階はちゃんと現実になります。

そして Satya の言葉を借りるなら、知的に誠実であれ。 もっともらしい成功の理論を持ち、張って、確かめて、違ったら変える。それを続ける限り、失敗しても道は開ける。……ただし、失敗を習慣にしない限りは。