ひとことで言うと#
一人のリーダーが一つのイニシアチブだけに100%集中するという、Amazonの組織設計原則。「マルチスレッド(複数の仕事を掛け持ち)」ではなく「シングルスレッド(一つに専念)」にすることで、実行速度と成果の質を最大化する。
押さえておきたい用語#
- シングルスレッド・リーダー(STL)
- 1つのイニシアチブだけに全時間を投じるリーダーのこと。他のプロジェクトには一切関わらない。
- マルチスレッド
- 1人のリーダーが複数のプロジェクトを掛け持ちしている状態。コンテキストスイッチのコストで実行速度が落ちる。
- コンテキストスイッチ
- 異なるタスク間で思考や注意を切り替えるコストを指す。研究によると切り替えのたびに集中力が戻るまで15〜25分かかる。
- オーナーシップ(Ownership)
- Amazonのリーダーシップ原則の一つ。リーダーは自分の担当領域に対して長期的な視点で責任を持つ考え方。
シングルスレッド・リーダーシップの全体像#
こんな悩みに効く#
- 重要なプロジェクトのリーダーが他業務と掛け持ちで、進捗が遅い
- 「全員が少しずつやる」体制で、誰も本気で取り組んでいない
- 新規事業を始めたいが、既存事業の片手間では進まない
基本の使い方#
すべてのプロジェクトにSTLを置く必要はない。以下に該当するものが対象。
- 会社の将来を左右する戦略的重要度の高い事業
- 既存組織の延長線上では実現できない非連続なチャレンジ
- 複数部門にまたがり、調整コストが高いプロジェクト
AmazonではAWS、Kindle、Prime Videoなどの新規事業にSTLを置いてきた。
STLの核心は「100%集中」。50%でも80%でもダメ。
- 現在の兼務業務をすべてリストアップする
- 各業務の引き継ぎ先を決めて移管する
- 移管完了まではSTLとしてのスタートを遅らせる
「他のことも少し見てほしい」という例外を認めた瞬間に、シングルスレッドではなくなる。
STLが率いるチームも、2ピザルール(6〜10名)に従って編成する。
- STLが意思決定者として機能し、承認待ちの遅延を排除する
- チーム内で設計→実装→リリースまで完結できる体制を作る
- 経営層への報告は月1回に限定し、残りの時間を実行に使う
具体例#
2003年頃、AmazonはEコマースのインフラを外部に提供するビジョンを持っていた。しかし当初はEコマース部門の中で「副業的に」進められていて、進捗は極めて遅かった。
ジェフ・ベゾスはAndy JassyをAWS専任のシングルスレッド・リーダーに任命。Jassyは他のすべての業務から離れ、AWS事業だけに100%集中するよう指示された。
Jassyのもとに専任の2ピザチームを複数編成。2006年にS3(ストレージ)とEC2(コンピューティング)をリリース。
AWS は2023年時点で年間売上 900億ドル超、Amazon全体の営業利益の 60%以上 を稼ぐ事業に成長した。片手間で続けていたら、この結果は生まれなかっただろう。
従業員150名のBtoB SaaS企業。SMB(中小企業)向けで年商30億円まで成長したが、エンタープライズ(大企業)市場への進出が3年間うまくいっていない。
原因を分析すると、エンタープライズ担当のVPが既存のSMB事業も兼務しており、週の 60% が既存顧客の問題対応に費やされていた。
対策としてエンタープライズ事業専任のSTLを新たに採用し、以下の体制を構築。
| 役割 | 人数 | 備考 |
|---|---|---|
| STL(VP of Enterprise) | 1名 | 他業務ゼロ |
| エンタープライズ営業 | 3名 | 専任 |
| ソリューションエンジニア | 2名 | 専任 |
| CSM | 2名 | 専任 |
STL任命から12ヶ月で、エンタープライズ契約が 0社 → 8社 に。年間契約額は合計 4.2億円。「専任リーダーを置く前は3年間ゼロだったのに」と経営陣も驚く結果となった。
総資産2兆円規模の地方銀行。「DX推進室」を2年前に設置したが、室長が融資部門の副部長を兼務しており、DXの施策がほぼ進んでいない。年次計画の達成率は 18% だった。
頭取の判断で、IT企業出身の人材を中途採用し、DX推進室の専任室長(STL)に据えた。融資部門の副部長職は別の人材に引き継ぎ。
STLが最初にやったこと:
- 行員向けアプリの内製開発チーム(7名)を編成
- 外部ベンダー依存だったシステム改修を内製に切り替え
- 月次の経営会議で成果をデモ形式で報告(PowerPointではなく動くプロダクトを見せる)
1年後、オンライン口座開設の処理時間が 3日 → 30分 に短縮。行員の日次業務でペーパーレス化した帳票は 142種類。年次計画の達成率は 18% → 87% に跳ね上がった。
やりがちな失敗パターン#
- 「ほぼシングルスレッド」で妥協する ── 「90%集中でいいよね」は機能しない。残り10%の兼務がコンテキストスイッチを生み、実質的な集中度は70%以下になる
- STLに権限を与えない ── 専念させても意思決定に上司の承認が必要だと結局遅い。予算・人事・技術選定の権限をセットで委譲する
- 既存リーダーの業務移管をしない ── 「新しいことに集中して」と言いながら旧業務をそのままにすると、100%移行は永遠に起きない
- 全プロジェクトにSTLを置こうとする ── リーダー人材は有限。本当に重要な1〜3個のイニシアチブに厳選して適用する
まとめ#
シングルスレッド・リーダーシップは、Amazonが新規事業を次々と成功させてきた背景にある組織原則。リーダーが1つの事業に100%集中することで、意思決定の速度とクオリティが劇的に上がる。導入の鍵は「兼務業務の完全な移管」と「チームへの権限委譲」。重要だと言いながら誰も専念していないプロジェクトがあるなら、それこそSTLが必要なサインだ。