Amazonのリーダーシップ原則とは？16項目とPR/FAQ、Two-Pizza Team、Bar Raiserの実践ガイド

Amazonのリーダーシップ原則（Leadership ​Principles、LPs）は、同社が日々の判断や問題解決に用いる16項目の行動原則です。
抽象的な標語として読むより、会議、商品企画、採用などで「何を根拠に決めるか」をそろえる道具として捉えると、役割が見えやすくなります。

ただし、LPs、PR/FAQ、Two-Pizza ​Team、Bar ​Raiserは同じ仕組みではありません。
この記事では、Amazonが公開している説明をもとにそれぞれの位置づけを整理し、他社が自社向けに応用するときの手順と注意点まで解説します。

最初に押さえたい4つの違い

四つの用語は、判断基準、企画文書、チーム設計、採用制度という別々の役割を担います。
この区別がないまま導入すると、原則を掲げただけで運用が変わらなかったり、小規模なチームを作ること自体が目的になったりします。

Amazonのリーダーシップ原則16項目

Amazonの公式ページでは、リーダーシップ原則を日々のアイデア検討や問題解決に使うと説明しています。
現在掲載されている16項目を、原文の意図を損なわない範囲で平易に整理すると次のようになります。

15番と16番は、2021年7月に追加された二つの原則です。
原則の数だけを覚えるより、各原則を自社の仕事で観察できる行動へ翻訳することが運用の出発点になります。

原則が衝突するときの考え方

16項目は、すべてを同じ強さで同時に適用するチェックリストではありません。
たとえば「行動を重視する」と「高い基準を求める」は、状況によって緊張関係になります。

• 速さと品質：失敗しても元に戻せる決定は対象を限定して早く試し、元に戻しにくい決定は影響範囲と検証条件を先に確認します。
• 倹約と必要な投資：倹約は必要な品質を削ることではありません。顧客価値に結びつかない支出を減らし、必要な資源へ配分します。
• 反対と実行：異論は決定前に根拠とともに示します。決定後も反対を繰り返すのではなく、新しい事実が出た場合に再検討の条件を満たしたか確認します。

可逆的な決定とは、試した後に元の状態へ戻せる決定です。
限定した利用者への試験提供や、停止条件を定めた短期施策などが該当します。
一方、法令、安全、個人情報、大規模な契約変更のように影響を簡単に戻せない判断は、専門家の確認を含めて慎重に扱う必要があります。

PR/FAQで顧客から逆算する

PR/FAQは、Press ​Release（プレスリリース）とFrequently ​Asked ​Questions（よくある質問）を組み合わせた企画文書です。
公開用の広報文を先に作ることが目的ではなく、将来の顧客体験を顧客の言葉で説明し、開発前に考えの抜けを見つけるために使います。

AWSは、PR/FAQをWorking ​Backwardsの成果物として説明しています。
AWSによるTwo-Pizza ​Teamと文書文化の解説では、新商品向けのPR/FAQと、運用レビューや障害後の文書を区別して紹介しています。

最小構成のテンプレート

1. 顧客：この提案で助けたい人や組織を具体的にします。
2. 問題：顧客が現在どこで困っているかを、確認できる事実とともに書きます。
3. 望ましい体験：導入後に顧客の行動や状態がどう変わるかを説明します。
4. 提供価値：既存の方法と比べて何が分かりやすく、速く、安全になるのかを示します。
5. 対象外：今回解決しない問題を明記し、企画の範囲が広がり続けるのを防ぎます。
6. FAQ：費用、運用、リスク、データの扱い、アクセシビリティ、終了条件など、顧客と社内の疑問に答えます。
7. 次の検証：最も不確かな仮説と、それを小さく確かめる方法を決めます。

たとえば申請フォームの改善なら、「入力項目を減らす」から始めるのではなく、「初めて申請する人が、途中で迷わず完了できる状態」を先に書きます。
そのうえで、離脱箇所、問い合わせ内容、入力エラーなど、問題を確かめる材料を集めます。

Two-Pizza ​Teamは人数より所有範囲が中心

Two-Pizza ​Teamは、二枚のピザで足りるほど小さなチームという比喩で知られています。
しかし、公式解説が強調するのは人数だけではなく、特定の商品やサービスについて、顧客体験とライフサイクルを継続して所有できることです。

チームを小さくするだけでは、承認待ちや他部署への依存は減りません。
自律性を持たせるには、次の項目をセットで決めます。

• 担当する顧客と商品、サービスの範囲
• チーム内で決められる事項と、上位承認が必要な事項
• 企画、開発、提供後の運用に対する責任
• 顧客価値、品質、運用負荷を確認する指標
• 他チームへ依存する作業と、その受け渡し条件

この整理は、単なる人員削減ではなく、待ち時間と手戻りを減らすためのものです。
実装工程まで含めた改善方法は、関連記事の開発効率化を進める実践フレームワークでも確認できます。

Bar ​Raiserを採用へどう応用するか

Bar ​RaiserはAmazon固有の採用制度です。
AmazonによるBar ​Raiser ​Programの説明では、通常は採用するチームに属さない訓練済みの面接官が客観的な第三者として入り、リーダーシップ原則と長期的な採用基準を守る役割を担うとされています。

Amazonの説明にある「同様の役割にいる人の50％より優れている」という基準だけを他社がそのまま持ち込むと、比較対象や評価方法が曖昧になります。
他社で参考にするなら、名称よりも次の設計を取り入れるほうが実務的です。

• 職務で必要な能力と観察できる行動を、面接前に定義する。
• 「価値観が合うか」という印象ではなく、過去の状況、本人の行動、結果、学びを質問する。
• 採用を急ぐ当事者とは別の面接官を入れ、短期的な都合に偏っていないか確認する。
• 面接官が個別に根拠を記録してから協議し、声の大きい人の意見だけで決めない。
• 選考結果を振り返り、質問や評価基準に一貫性があったか定期的に確認する。

LPsは職務能力の代わりにはなりません。
技術、経験、役割ごとの成果条件と、行動原則に沿った判断の証拠を分けて評価する必要があります。

自社へ導入する4段階

16項目を一度に制度へ入れる必要はありません。
意思決定の遅れ、企画の手戻り、採用基準のばらつきなど、解決したい問題を一つ選んで始めます。

1. 対象を絞る：現在困っている業務と、特に関係する原則を三つ以内で選びます。
2. 行動へ翻訳する：「顧客を大切にする」ではなく、「企画書に顧客、問題、根拠を記載する」のように確認できる形へ変えます。
3. 一つの案件で試す：PR/FAQや第三者レビューを小規模な案件で使い、停止条件と確認日を決めます。
4. 結果から直す：判断の速さだけでなく、品質、手戻り、顧客への影響を確認し、続ける行動とやめる行動を決めます。

記録は増やすだけでは続きません。
仕様、判断理由、運用手順を変更の流れに組み込む方法は、システム開発の知識継承を止めない方法が参考になります。

評価指標は原則の実践数ではなく変化を見る

「LPsを何回使ったか」だけを数えても、顧客や組織に良い変化が起きたかは分かりません。
導入前の状態を記録し、意思決定に使える指標へ絞ります。

指標には、担当者、確認する間隔、基準から外れたときの対応を添えます。
数値が動かなかった場合も、原則を強く唱えるのではなく、問題設定、行動、測定方法のどこに原因があるかを分けて見直します。

アクセシビリティを高い基準へ落とし込む

Webアクセシビリティは、障害の有無、年齢、利用環境などにかかわらず、情報や機能へアクセスして利用できる状態を目指す考え方です。
「高い基準」や「信頼」を自社で実践するなら、抽象的な配慮で終わらせず、文書、会議、商品、採用の要件へ変えます。

• 文書：見出し階層を守り、要点を先に示し、リンク先が分かる文言を使います。表には見出しを設定します。
• 会議：資料を事前に共有し、字幕、議事要約、テキストで意見を出せる方法を用意します。
• Webやアプリ：キーボード操作、見えるフォーカス、文章によるエラー説明を確認し、色だけで状態を伝えません。
• 採用：求人情報を読みやすくし、選考で必要な配慮を相談できる方法を示します。

取り組む工程と担当を整理したい場合は、Webアクセシビリティを発注、設計、実装、運用へ組み込む方法も参照してください。

よくある誤解

「16項目を掲示すれば判断がそろう」

原則を具体的な行動、記録、権限へ変えなければ、同じ言葉を人ごとに違う意味で使うことになります。

「Bias ​for ​Actionは、とにかく急ぐこと」

公式説明は、戻せる決定と計算したリスクを前提にしています。影響を戻せない判断まで急ぐ根拠にはなりません。

「Two-Pizza ​Teamは人数を減らす制度」

人数だけを減らしても、権限や必要な能力が不足すれば待ち時間は増えます。担当範囲と自律性を同時に設計します。

「Bar ​Raiserを入れれば採用の偏りがなくなる」

第三者を置くだけでは足りません。評価基準、質問、根拠の記録、選考後の検証が必要です。

「LPsを採用すればAmazonと同じ成果が出る」

LPsはAmazonの事業と運用の中で使われる原則です。他社では、自社の顧客、権限、規制、組織規模に合わせて検証する必要があります。

公式情報を確認するためのリンク

• Amazon ​Leadership ​Principlesの現行一覧
• 2021年に追加された二つのリーダーシップ原則
• AWSによるTwo-Pizza ​Team、所有権、文書文化の解説
• AmazonのBar ​Raiser ​Programの解説

今日から始める3つの作業

1. 迷いが繰り返し起きる業務を一つ選び、関係する原則を三つ以内に絞る。
2. 顧客、問題、根拠、望ましい体験、リスクを書いた短いPR/FAQを作る。
3. 試行後の確認日を決め、速さ、品質、顧客への影響を見て運用を直す。

Amazonのリーダーシップ原則から学べるのは、強い言葉そのものではなく、判断基準を文書、権限、採用、測定へ結びつける考え方です。
まず一つの意思決定で使い、行動と結果のつながりを確かめてから対象を広げると、自社に合わない形式だけが残るのを防げます。