
アマゾンの "ピザ2枚 "ルール:練習としてのチーム・ワークショップ
Amazonは、Scrumやその他のアジャイルフレームワークに頼ることなく、大規模なアジャイルな働き方を導入した最初の企業の1つでした。Amazonのアジャイルチームにおける中核的な要素は、「2枚のピザチーム(Two Pizza Teams)」ルールでした。
アマゾンの2つのピザチーム見かけほど簡単ではない
ピザ2枚チーム」ルールとは、チームはピザ2枚で賄える大きさしか持てないというものだ。ちなみに、このルールはアマゾン創業者のジェフ・ベゾス自身によるものだ。
このピザ・ルールの発祥から数十年が経った今でも、アマゾンは「ピザ2枚チーム・ルール」を守り続けている。見てみよう: AWSにおけるDevOps入門.したがって、小規模で自己組織化されたチームという考え方は、時代を超えて普遍的な妥当性を持っているように思われる。
小規模チームという考え方は単純に聞こえるかもしれないが、小規模チームが企業のアジリティに最大限の効果をもたらすためには、他にも考慮しなければならない前提条件がいくつかある。
そこで、この経営哲学とその前提条件を、あなたのチームでどのように測定し、改善できるかを見てみよう:
Health Check:アマゾン・ツー・ピザ・チーム
ピザ2枚チーム」ルールの核となる考え方は、小規模なチームの方がより迅速に行動し、対応できるというものだ。この敏捷性は、競争力を維持するためのソフトウェア開発において、しばしば重要な差別化要因となる。
しかし、こうした小さなチームが実際に迅速に行動するためには、いくつかの前提条件を満たす必要がある:
- チームは明確な目標を持ち、その達成に完全な責任を感じている。
厳密に言えば、共通の目標を持たないチームはチームではなく、人の集まりである。チームが明確に定義された目標に責任を持たなければ、チームの規模はアジリティにあまり貢献できない。 - チームメンバーは、それぞれの目標を達成するために必要なスキルをすべて網羅している。
あなたのチームは同じ専門分野の人だけで構成されているだろうか?それはアジャイルチームではない。Agileチームは部門横断的であり、目標を達成するために必要なすべての役割とスキルをチーム内に持っている:ビジネスアナリスト、プロダクトデザイナー、開発者などだ。構成は常にチームのゴールと一致していなければならない。 - チームはすべての意思決定権とリソースを有しており、したがって目標達成のために第三者に依存することはない。
チームが他のチームや意思決定者に大きく依存していると、アジリティの芽が摘まれてしまう。チームは、独立してテクノロジーを試し、意思決定のためのデータを作成し、顧客から直接フィードバックを得ることができなければならない。 - チームは顧客のフィードバックを得るために、顧客と直接接触することができる。
もし2ピザのチームが、顧客と接触することなく、単にバックログをこなすだけであれば、これは限られた範囲でしか期待できない。組織全体が本当にアジャイルになるためには、各チームがそれぞれの顧客に直接アクセスし、回り道することなく顧客からのフィードバックを受け取り、対応する必要がある。
こちらも参照のこと: Amazonの「カスタマーオブセッション(顧客へのこだわり)」の原則
だから、チーム縮小に走る前に、これらの前提条件にぜひ気をつけるべきだ。この「ツーピザHealth Check」をチェックするのに適したワークショップ形式は、次のような振り返りである:
レトロスペクティブ(ふりかえり)とは何か、そしてそれがAmazonの「2枚のピザチーム」文化を実践するのにどう役立つのか確信が持てませんか?それなら、ここから始めましょう:
アマゾン・ツー・ピザ・チームの回顧
このTwo Pizza Team retrospectiveを使えば、チームとともに前提条件を分析し、さらなる開発に着手することができる:
AmazonのTwo Pizza Teamヘルスチェック: レトロの進め方
ランダムなアイスブレイク(2~5分)
Echometerは、ランダムなチェックイン質問のジェネレーターを提供します。
未完了の対策のレビュー(2~5分)
新しいテーマに取り掛かる前に、過去のふりかえりからの対策がどうなったかについて、有効性確認のために話し合うべきです。Echometerは、過去のレトロからの未完了のアクションアイテムをすべて自動的にリストアップします。
Health Check
すべてのチームメンバーは、ヘルスチェックに匿名でスケールで回答できます。次に、ヘルスチェックの結果を一緒に確認し、必要に応じて追加のコメントを記録します。複数のふりかえりで同じヘルスチェックを使用している場合は、Echometerで時間の経過に伴う傾向を追跡することもできます。
- 私たちには、全責任を負う明確なチーム目標がある。
- 目標を達成するために、チームにはすべてのスキルがある。
- チームとして、第三者とは関係なく目標を達成するために必要なものはすべて揃っている。
- チームとして、顧客からのフィードバックを集め、それに対応するのは簡単だ。
レトロのテーマについて話し合う
次のオープンな質問を使用して、最も重要な洞察を収集します。最初に、誰もが自分自身のために隠します。Echometerを使用すると、レトロボードの各列を個別に明らかにして、フィードバックを提示およびグループ化できます。
- チームに最も欠けているスキルや知識は何か?
- 目標を達成するために、チームとしてどのような場面で第三者に依存しているのか。
- 顧客のニーズやフィードバックにより迅速に対応するためにはどうしたらよいか?
キャッチオール質問(推奨)
他のトピックにも場所があるように:
- レトロで他に何を話したいですか?
優先順位付け/投票(5分)
Echometerのレトロボードでは、投票でフィードバックを簡単に優先順位付けできます。投票はもちろん匿名です。
対策の定義(10~20分)
フィードバックのプラス記号を使用して、リンクされた対策を作成できます。どの対策が正しいかわからない場合は、プラス記号を使用して、そのトピックに関するホワイトボードを開き、根本原因と可能な対策をブレインストーミングします。
チェックアウト/終了(5分)
Echometerを使用すると、レトロがどれほど役立ったかについて、チームから匿名でフィードバックを収集できます。これにより、ROTIスコア(「Retrun On Time Invested」)が生成され、時間の経過とともに追跡できます。
AmazonのTwo Pizza Teamヘルスチェック
ヘルスチェックの質問(スケール)
公開質問
結論:アマゾンのピザチーム・ルール
ピザ2枚チームのルールは、当然のことながら長年にわたってその妥当性を保ってきた。しかし、チームの規模だけではアジャイルな組織の保証にはならないことに注意することが重要である。
明確なチーム目標と、社内に依存することなく顧客と直接接触してソリューションを開発できる自己完結型のチームとの組み合わせによってのみ、組織は、顧客満足度の向上と市場での開発スピードの向上というメリットを享受することができる。
企業の状況にもよるが、個々のチームに目を向けるだけでは十分でないことが多い。原則として、ハイパフォーマンスなアジャイル企業の条件を整えるためには、組織構造も問われなければならない:
真に高パフォーマンスなアジャイル組織になるには、組織構造をこれまでとは異なる視点で見直し、マインドセットと行動を変える覚悟が必要です。
Tom Godden、AWSエンタープライズストラテジスト、出典: アマゾン・エグゼクティブ・インサイト
この文脈では、以下も参照のこと: Amazonの「Day 1(毎日が1日目)メンタリティ」
ピザチーム2人の回顧録が、あなたのチームにこのような条件を作り出すきっかけになることを願っている。そしておそらく、組織レベルで考える良い材料にもなるだろう!
ボーナスNetflixのようなアジャイルのパイオニアから学びたい?
私たちはNetflixのイノベーション文化も詳しく調査し、いくつかのワークショップ形式をご用意しました!
- なぜNetflixなのか?
- Netflixには意思決定プロセスがないが、キャプテンには情報が与えられている
- Netflixでは、アイデアは早期に社会化されなければならない。
- ベットで考え、アイデアをテストする










