ジェフ・ウィルケのリーダーシップスタイル：Amazonスケール時の運用

主要事実：ジェフ・ウィルケ

• 生年月日： 1966年
• 役割： CEO ワールドワイドコンシューマー、Amazon（2016～2021年） — 約280B+ドルの小売ビジネス
• Amazon に参加： 1999年、配送運用をリード
• 構築： Amazon Primeと世界的な配送ネットワーク（数百のFC）
• 引退： 2021年2月
• 教育： プリンストン（化学工学）、MIT Sloan/MIT 工学
• 遺産： Amazonの運用バックボーンを耐久的な競争上の堀に変えました

ジェフ・ベゾスが単一の倉庫からグローバルネットワークの数百の施設にAmazonの配送運用を再構築する必要があった時、彼はロジスティクスベテランを雇いませんでした。彼はジェフ・ウィルケを雇いました。Andersen Consulting と AlliedSignal からの化学エンジニアで、e-commerce配送に製造科学を適用しました。ある程度の点では、それは産業化学問題です。

ウィルケは、現金を出血させており、その成長に圧倒されたシアトル倉庫から梱包を出荷していた時に1999年にAmazonに参加しました。ジェフ・ベゾスは、このスケールで問題を解決した人がいなかった問題に工学規律を適用できる人が必要でした。彼が2021年2月にワールドワイドコンシューマーのCEOとして引退した時までに、彼は年間何百万ものオーダーを処理した配送と小売マシンを監督していました。二日間配送はプレミアム申し出ではなく、ベースラインの顧客期待でした。Forbes は彼の引退をAmazonの消費者ビジネスの時代の終わりとして取り上げました。

その変換はインスピレーションの通じて起こりませんでした。それはオペレーション研究の体系的な適用を通じて起こりました。統計的プロセス制御、リーン製造原則、厳密なメトリック規律、そして単一の所有者に終了から終了までの成果について説明責任を与える組織モデル。

ウィルケはベゾスのカリスマ的なカウンターパートではありませんでした。彼はベゾスの顧客執着を運用的に可能にした人で、誰もが試みたスケール時に。

リーダーシップスタイルの分析

その組み合わせは、要求的だが原則的な運用文化を生産しました。標準はより難しく働くことではありませんでした。それはより難しく働くことではなく、定義されたプロセスに対して仕事をしていた。それはシステム的に改善されます。その区別は、人々が高パフォーマンス文化を経験する方法にとって重要です。ウィルケのモデルは厳密でした。それはまた、プロセスの準拠と処理成果にラッチングされた説明責任という意味で公平でもありました。任意の期待ではなく。

主要なリーダーシップ特性

Ops-as-Moat学説（ウィルケ配送モデル）

Ops-as-Moat学説は、運用的な卓越性 — 計測、標準化、そして命名された個人によって所有されている — がコスト センターを最小限に保つのではなく、それ自体がその戦略的な差別化です。ウィルケのAmazonでのアプリケーションでは、これは配送容量で予測を投資することを意味し、統計的プロセス制御をすべてのFC メトリックに適用しました。そしてシングルスレッド所有者を各重要な成果に割り当てます。こうして、説明責任は決してチーム全体の間に拡散されないようにしました。結果：ロジスティクスネットワークは、ライバルが10年の複合プロセス投資を照合しなければ複製することはできません。

ジェフ・ウィルケを定義したフレームワーク

1. 配送での統計的プロセス制御

ウィルケはAlliedSignalからAmazonに到着しました。そこで、Six Sigmaは管理運用システムでした。彼はデータを使用して通常のプロセス変動を本当の問題の信号から区別する製造品質方法である統計的プロセス制御（SPC）を持ち込み、e-commerce 配送運用に適用しました。

アプリケーションはトリビアルではありませんでした。配送センターは数千の変数を持っています。ピック精度、梱包サイクル時間、ドック対ストック時間、スループットゴル労働時間、損傷率、復帰率、出荷欠陥。大いにタイチイオオ数十年前にトヨタで同じようなことをしていました — 生産システムに産業工学を適用し、他のすべてが複雑すぎると標準化するほど標準化するほど — ウィルケのSPCアプローチが直接引き出された製造科学的血統。最も小売運用はこれらのメトリクスをポイント時ドットのスナップショットとして追跡しました。ウィルケはコントロールチャート思考をAmazonのFC管理に組み込みました。メトリクスを追跡すること。統計的に重大な偏差を識別し、データが通常の変動ではなく本当のプロセスシフトを示したことは、根本原因分析をトリガーしました。

実践的な結果は、Amazonの運用管理はより少ない反応性になりました。危機（欠陥の急上昇、出荷SLAの見落とし）に対応する代わりに、コントロールチャートアプローチはプロセス悪化を早期に特定しました。それは依然として管理可能でありました。カスタマーが直面する失敗になる前に。システムはまた、FC 全体でパフォーマンスを複製することを可能にしました。プロセスを定義して メトリクスを持っているひとたび、あなたはどのFC でも標準に対して比較して、パフォーマンスが逸脱している場所を識別して、なぜを特定できることができました。

これを検討するCOOまたはVP運用のために：前提条件は計測です。SPCをプロセスに適用することはできません。それは一貫して測定されていません。計測インフラストラクチャ（センサー、追跡システム、一貫したデータ定義）への投資は、分析規律を有効にするものです。ほとんどの運用組織はそこに過小投資し、次にシステム改善を取得できない理由を疑問に思います。

2. 単一スレッド所有権

単一スレッド所有権（STO）は、ウィルケがAmazonで機関化することに最もクレジットされている組織原則です。コンセプトは簡単です。重要な成果や運用問題について、1人がそれを終了から終了へ所有しています。委員会ではありません。チーム所有者のシェアされた説明責任を持つチームではなく。1人がその事柄が完了したかどうかについて説明責任の単一ポイント所有者で、また正しく完了しました。

根拠は説明責任の明確性についてです。マトリックスされた組織では、問題が同時に3つのチーム（運用、テクノロジー、ロジスティクス、言う）によって「所有」されるのが一般的で、これは実装では問題がそれぞれが他の人を結果が悪い時に指すことができるため、誰もそれを所有していません。STOはその拡散を排除します。あなたが1つの地域で配送精度の単一スレッド所有者の場合、技術チームのテクノロジーチームをあなたのFC の欠陥で非難することはできません。あなたは成果を所有して、それを達成するために必要なすべてを調整するために説明責任を得ます。

Amazonはオペレーショナル関数と製品またはテクノロジー開発全体にSTOを適用しました。「二つのピザチームのモデル（小さなチームは単一の所有者と」 問題または製品で働いている離散的な）は、同じ原則の拡張です。ウィルケが運用側にもたらしたのは、STOを大規模なロジスティクス関数に適用していました。従来の運用管理が機能的なサイロ全体に分配したであろう。

実装の課題は組織設計です。単一スレッド所有権は、ほとんどの組織が抵抗するスペシフィティーレベルで領域間に明確な線を引くことが必要です。明確な線を引くことは、明示的に誰が物を所有していない決定を決定することを意味しています。それは政治的なフリクションを作成します。ほとんどのリーダーシップチームは、協力的に感じるが実装ではなく拡散された説明責任を生成する所有権についての曖昧性のレベルを好みます。

3. スケーリング分析を通じた

Amazonの配送ネットワークは2000年代初期の一握りのFCから2010年代までグローバルに数百の施設に成長しました。その成長率は、ウィルケがカスタマイズされたローカルソリューションではなく、複製可能な基準の周りの配送運用を構築したことのためにのみ可能でした。

スタンダード化の努力は、物理的なFC レイアウト、プロセスフロー、テクノロジーシステム、トレーニングプログラム、管理運用リズムをカバーしました。Amazonが新しい地理的な新しいFCを開いた時、目標はプロセス、ツール、トレーニングがすべて一般的なプレイブックから引き出されたため、標準パフォーマンスで実行することでした。最初から数か月ではなく数週間で構築されたのではなく、ローカルの適応されました。これは聞こえるより難しいです。異なる地理的なオペレーションは異なる労働市場、規制環境、サプライエコシステムを持っています。スタンダード化の努力は、真に普遍的である要素（プロセスロジックを拾う、品質管理基準、テクノロジープラットフォーム）と本当にローカル適応が必要である要素（労働慣行、遵守要件、サプライヤー関係）を区別する必要がありました。ウィルケのチームは前者のスタンダード化規律を維持しながら、後者のどこでも適切なローカル柔軟性を明示的に許可しました。

スケーリングオペレーターのためのレッスン：スタンダード化はスピードを有効にしますが、あなた がスタンダード化するものについて規律がある場合だけです。すべてをスタンダード化することは、新しいコンテキストで壊れる剛性を生産します。スタンダード化なしでしたがって、ローカル運用のコレクションは、知識を共有できない場合、または互いに比較できない場合。ハード作業は、運用の要素が本当にポータブルで、それらを標準化し、他のすべてのところに適切なローカル柔軟性を残すことが何かを特定しています。

あなたの役割でジェフ・ウィルケが何をするか

あなたがCEOなら、ウィルケの質問はあなたの組織の上部の単一スレッド所有権についてです。各重要な戦略的成果（成長、保持、運用効率、何でもあなたの優先セットがある）について、それを所有するために1人を命名できますか。終了から終止まで。チーム。委員会。彼らが成果に説明責任があり、それを達成するために必要なすべてのを調整するための権限を持つ1人の人。あなたがトップ3プライオリティのそれぞれのためにその人をすぐに命名することはできないなら、あなたは拡散説明責任の問題を持っています。毎四半期計画は修正しません。

あなたがCOOなら、SPCアプローチはあなたの最高ステークス運用プロセスのために考慮する価値があります。3つのプロセスを選択します。失敗はカスタマーファシングの影響を最も持ちます。これらのプロセスは、カスタマー問題になる前に劣化を検出するためにシニア計測されていますか。主要な品質メトリクスのコントロールチャートまたは同等の時系列ビューがあるか、または集約月間レビューでのみ問題を見ます。計測インフラストラクチャへの投資は光ります。それはリアクティブからプロアクティブ運用管理を分けるものです。

あなたが製品リーダーなら、ウィルケのスタンダード化フレームワークは、製品自体ではなく、開発プロセスに適用されます。完了の一貫性のある定義、共通スプリント構造、共有エンジニアリング基準。これらはAmazonのFC スタンダード化プレイブックと同等です。ゴールは自身の均一性ではなく。チームがラーニング、比較パフォーマンス、新しいメンバーをより速くオンボードする可能性があります。プロセスは自由に個別なので。スタンダード化に抵抗するチームは頻繁に自律性を理由として引用しますが、彼らが保護している場合、彼らがしばしば保護しているのは彼らが一貫してそれを測定することを避けることができることです。

あなたが営業またはマーケティングにいるなら、STOの原則はパイプライン管理に変換されます。ほとんどの営業組織は、SDR、AE、CSM全体で共有所有権を持ち、すべての遷移でコンテキストと説明責任を失うハンドオフです。重要なパイプラインセグメントを単一スレッド所有権の周りで再設計する可能性があるかどうかを尋ねてください。1人または1つの小さなチーム。カスタマーの関係を終了まで終了まで、明確なハンドオフプロトコルで曖昧な共有説明責任モデルではなく。あなたはその説明責任が明確性がカスタマー経験と内部パフォーマンス可視性の両方を改善することを見つけるでしょう。

Reworkはウィルケプレイブックを適用する方法

ウィルケの核となるレッスンは、運用的な卓越性 — 可視化、測定、所有 — ライバルが簡単にコピーできないモアになります。Amazon スケールでは、数百のFC と統計的プロセス制御を意味しました。SMB スケール時に、同じ原則は、CRM、リード管理、チャット、プロジェクトワーク全体のクロスチームプロセス可視性として表示されます。営業ハンドオフから新規オンボード、またはサポートチケット技術へのエスカレーションは、拡散した共有説明責任ではなく、単一スレッド所有権と可視SLAを持つようにしました。

これはReworkが適合する場所です。Reworkは、成長しているSMBにCRM、リード管理、チャット、プロジェクトワーク全体の共有運用レイヤーを与えます — ですから、営業からオンボード、またはサポートチケットを技術へエスカレートします。単一スレッド所有権と可視SLAを持っています。Rework's Work Ops（$6/user/monthから）は、ほとんどのSMBが部族知識で実行する横断チームプロセスを計測します。CRM/Sales Ops（$12/user/monthから）はパイプラインに同じ説明責任規律を適用します。オペレーターがエンタープライズスケールに達する前に、プロセス厳密性を差別化に変えたい人のために、それはウィルケの教義です — 成長している企業のサイズで使用可能にされます。

注目される引用と教室を超えた教訓

2021年の引退レターでAmazonの従業員に、ウィルケは「ビルダーが彼らの人生の最高の仕事をすることができる環境を作成すること」の重要性について書きました。そのフレーミング（オペレーションは労働を処理するためのシステムではなく、ビルダーのための環境）は、彼がFC管理にアプローチする方法を駆動しました。標準は「1時間ごとのスループットを最大化する」ではありませんでした。それは「良い人が良い仕事を確実に行うことができるプロセスを構築すること」でした。それは異なるオリエンテーション、そしてその理由、Amazonの運用文化は、その激しさのすべてのために、本当に革新的でした。

ウィルケはさまざまなフォーラムで、トップレベルではなく、組織のすべてのレベルの各メトリックの明確性の重要性について話しました。原則はすべての人が組織の組織であるメトリクスが何であるかを知っているはずということ。彼らのパフォーマンスを定義し、それらのメトリクスが幅広いシステム成果にどのように接続し、週ベースで成功がどのように見えるかについて。これは基本のようです。しかし、ほとんどの組織はシニアレベルで可視のメトリクスを持つので、それぞれの運用レイヤー以下でシステマティックにファジーになります。ウィルケのモデルは、メトリックの明確性をFC フロア労働者レベルまでプッシュしました。これは、データシステムと管理トレーニングに重要な投資を要求します。

彼のキャリアの正直な評価は、ウィルケはAmazonの具体的なコンテキストと運用コンテキストの内部で非常に効果的でした。彼のピアAmazonリーダーシップチーム上、Andy Jassy、は小売配送ではなくB2B サービスコンテキストでAWSを実行しましたが、同じAmazon運用システムの2つの異なる表現を実行しました。Tim Cookはアップルで、最も近い外部アナログです。別のエンジニアオペレーター、共有チェーン卓越性を競争上の堀に構築しました。同時に企業は可能な限りスケーリングする必要がありました。Amazon運用モデルは、ほとんどの企業が構築されていない計測インフラストラクチャとメトリック説明責任のレベルが必要な場合、他の組織にエクスポートするのは困難でした。また、FCの労働者条件について、モデルが生産する、2010年代後半から2020年代への重要な評判の問題になりました。運用結果は本物です。労働力の人的コストも本物です。

このスタイルが壊れるところ

ウィルケのメトリック最初のモデルは、高ボリュームで測定可能な運用で機能します。創造的または営業関数で出力品質がより困難な場合は非常に有用です。単一スレッド所有権モデルは、誰が何を所有するかについての組織的な明確さを要求し、大規模なマトリックス会社で何もかもが相互接続されている場所で壊れます。ウィルケはベゾスが見通しと文化的な方向を提供した企業の内部で動作しました。他の組織へのメソッドを複製しようとするオペレーターは、メトリクスが厳密ですが、方向が不明確です。Amazon後、ウィルケは選択によって公開運用の役割から撤退し、そのプレイブックは別の組織に完全に移植されていません。原則（計測、STO、スタンダード化）はポータブルです。完全なAmazonシステムは成立していません。

---

関連読解については、ジェフ・ベゾスのリーダーシップスタイルを参照してください、Andy Jassyのリーダーシップスタイル、Tim Cookのリーダーシップスタイル、Taiichi Ohnoのリーダーシップスタイル、Gwynne Shotwellのリーダーシップスタイル。