operational-excellence

概要

オペレーショナル・エクセレンスとは、戦略的な選択を測定可能な成果へと変換する、高いレバレッジを持つ実行システムを構築するための規律です。このスキルでは、（単なる善意ではなく）「メカニズム」を構築し、制御可能なインプットに基づいて管理し、最大限のフローを実現するチーム構成を最適化することに重点を置きます。

指針となる原則

原則 1：レバレッジに基づいて管理する（出典：Grove、『High Output Management』）

マネージャーの成果とは、その影響下にある各ユニットの成果です。多くの人に長期間にわたって影響を与える、高いレバレッジを持つ活動を、レバレッジの低い戦術的な「忙しさ」よりも優先する必要があります。

原則 2：善意ではなく、メカニズム（出典：Bryar、『Working Backwards』）

プロセスに不備があった場合、「もっと努力する」ことや「もっと集中する」ことを求めてはいけません。ツール、トレーニング、監査を含む、繰り返し実行される自動化されたプロセスであるメカニズムを構築し、問題を構造的に解決します。

原則 3：制御可能なインプットに集中する（出典：Bryar、『Working Backwards』）

売上や株価などの成果は制御できません。制御できるのは、品揃え、価格、利便性などのインプットだけです。オペレーショナル・エクセレンスには、望ましい成果を生み出すインプットを特定し、徹底的に測定することが必要です。

原則 4：タスクに応じた成熟度（TRM）（出典：Grove、『High Output Management』）

マネジメントスタイルは固定されたものではなく、部下が特定のタスクでどれだけ経験を積んでいるかに応じて調整する必要があります。TRM が高い場合は、細かく介入せず、目標を重視したアプローチが必要です。TRM が低い場合は、詳細でプロセスを重視したモニタリングが必要です。

原則 5：Amazon 税（出典：Stratechery、「The Amazon Tax」）

社内業務は、モジュール化されたサービスレイヤー（API）として設計します。社内サービスが外部にも提供できるほど効率的になれば、コストセンターではなくプロフィットセンターになります。これにより、社内部門は市場水準での競争を迫られます。

このスキルを使う場面

• チームが「遅れを取っている」または「現状維持にとどまっている」状況で、システムの再設計が必要な場合。
• 四半期ごとの OKR や年間計画を策定する場合。
• 「善意」があるにもかかわらず、同じ失敗が繰り返される場合。
• 組織を単一のチームから「チームの集合体」へ拡大する場合。

このスキルを使わない場面

• プロセスによってイノベーションが妨げられるような、創造性が非常に高く、直線的でないタスク。
• 「メカニズム」の構築や運用にかかる負担が、そのメリットを上回る、単発でリスクの低い活動。

中核となるプロセス

ステップ 1：制約となる工程を特定する

業務の流れをモデル化し、プロセスの中で最も難しい、コストがかかる、または時間がかかる部分である「ボトルネック」または「制約となる工程」を特定します。（出典：Grove、第 2 章）

1. 朝食工場をモデル化する： インプットから最終的な成果までの各工程をマッピングします。
2. 同期する： ほかのすべての工程のタイミングとリソースを、制約となる工程に合わせます。

ステップ 2：制御可能なインプットを対象とする OKR を定義する

先行指標に重点を置いた測定フレームワークを確立します。（出典：Doerr、第 1～5 章）

1. 目標： どこを目指すのか。（重要で、具体的で、行動につながるもの）。
2. 主要な成果： 目標に近づいていると、どうすれば分かるのか。（具体的で、期限が定められ、意欲的でありながら現実的なもの）。
3. 監査： KR が遅行する成果ではなく、「制御可能なインプット」であることを確認します。

ステップ 3：メカニズムのループを構築する

解決策を恒久的なシステムに変えます。（出典：Bryar、第 1 章）

1. ツール： タスクを実行するプロセスやソフトウェアを作成します。
2. 導入： チームをトレーニングし、ツールを日々のワークフローに組み込みます。
3. 点検： ツールが意図どおりに機能していることを確認するため、定期的な監査（例：週次事業レビュー）を構築します。

ステップ 4：チーム構成を最適化する

チームの規模と構造が、フローを支えられるようにします。（出典：Larson、第 1 章）

1. 規模： コミュニケーションの負荷を最小限に抑えるため、チームの人数は 6～8 人を目指します。（出典：Brooks、『Mythical Man-Month』）
2. 状態を確認する： チームは、遅れを取っている、現状維持にとどまっている、負債を返済している、またはイノベーションを進めている状態のどれですか。
3. リソースを移動する： 「遅れを取っている」チームが「現状維持」の状態に達するまで、リソースを移動します。

ステップ 5：二次的影響の監査

運用上の変更がもたらす結果を予測します。（出典：Farnam Street、「Second-Order Thinking」）

1. 「その次はどうなる？」テスト： このプロセスを導入した場合、10 か月後には何が起きているでしょうか？
2. システムの反応： 他の部門はこの変更にどう反応するでしょうか？

フレームワークとモデル

チームの 4 つの状態（出典：Larson、An Elegant Puzzle）

1. 遅れが拡大している： バックログが増えています。戦略：人員を増やす。
2. 現状維持： 作業は進んでいますが、負債を解消する時間がありません。戦略：WIP を減らし、統合する。
3. 負債を返済している： 将来の作業を速めるための改善を行っています。戦略：集中を維持する。
4. イノベーション： 作業の大半が新たな価値の創出です。戦略：持続させ、停滞を防ぐ。

OKR の F.A.C.T.S.（出典：Doerr、Measure What Matters）

• Focus（集中）： 影響力の大きい目標を 3～5 個に絞ります。
• Alignment（整合）： 会社から個人まで目標を連鎖させます。
• Commitment（コミットメント）： 目標を公開し、追跡します。
• Tracking（追跡）： データに基づいてレビューします。
• Stretching（ストレッチ）： 達成率 70％を目指します（「ストレッチ」目標）。

スキル間の呼び出し

• 必須のサブスキル： non-fiction-precision — 運用計画の説明には、文章形式のナラティブ（6 ページ文書）を使用します。
• 推奨サブスキル： feedback-coach — OKR と CFR（会話、フィードバック、承認）を組み合わせます。
• 推奨サブスキル： decision-frameworks — 競合する運用上の優先事項から選択するために使用します。

よくある間違い

1. 遅行指標によるマネジメント： 収益や利益に注目し、それらを生み出すインプットを見落とすこと。（出典：Bryar、第 4 章）
2. 活動を成果と取り違える： 「忙しい」ことが高いレバレッジにつながると思い込むこと。（出典：Grove、第 3 章）
3. 「善意」の落とし穴： 人々に「もっと頑張る」よう求めて、システム上の失敗を修正しようとすること。（出典：Bryar、第 1 章）
4. 測定しすぎること： OKR を増やしすぎて、集中力を失うこと。（出典：Doerr、第 2 章）

診断チェックリスト

• このプロセスの「制約となるステップ」を特定しましたか？
• OKR は、成果ではなく「制御可能なインプット」に焦点を当てていますか？
• このプロセスには、定期的な「仕組み」（ツール＋監査）が設けられていますか？
• コミュニケーション負債を最小限に抑えるため、チームの規模は最適化されていますか（6～8 人）？
• この運用変更について「二次的影響」の監査を実施しましたか？

出典

• Grove、High Output Management、第 1～3、6、11 章 — レバレッジ、生産、MBO、TRM。
• Doerr、Measure What Matters、第 1～5、15 章 — OKR、CFR。
• Bryar & Carr、Working Backwards、第 1、4、5 章 — 仕組み、インプット、ナラティブ。
• Larson、An Elegant Puzzle、第 1～2 章 — チームの状態、システム思考。
• Stratechery、「The Amazon Tax」— サービスの外部化。