Obs: Webbplatsen har översatts automatiskt. Byt till engelska för bästa läsupplevelse.

2-pizza-rule-amazon

Amazons agila arbetskultur: regeln om två pizzateam

Amazon var ett av de första företagen att tillämpa agila arbetsmetoder i stor skala – utan att förlita sig på Scrum eller andra agila ramverk. Ett centralt element för agila team på Amazon var regeln om "två pizzateam".

Amazons två pizza-team: Inte så lätt som det verkar

Regeln "Two Pizza Team" innebär att ett team bara får vara tillräckligt stort för att kunna matas med 2 pizzor. Regeln kommer för övrigt från Amazon-grundaren Jeff Bezos själv.

Även om det har gått årtionden sedan denna pizzaregel uppstod, håller Amazon fortfarande liv i "två-pizzateamregeln". Se här: Introduktion till DevOps på AWS. Idén om små, självorganiserade team verkar därför ha en tidlös universell giltighet. 

Även om idén med små team låter enkel finns det några andra förutsättningar som måste beaktas för att maximera effekten av små team på företagets agilitet. 

Låt oss därför ta en titt på hur du kan mäta och förbättra denna ledningsfilosofi och dess förutsättningar i dina team:

Health Check: Amazon Two Pizza Team

Grundtanken bakom regeln "Two Pizza Teams" är att mindre team kan agera och reagera snabbare. Denna flexibilitet är ofta en viktig differentierande faktor vid utveckling av programvara för att behålla konkurrenskraften.

Men för att dessa små team faktiskt ska kunna agera snabbare måste några förutsättningar uppfyllas:

  • Teamet har ett tydligt mål och känner sig helt ansvarigt för att uppnå det.
    Ett team utan ett gemensamt mål är strängt taget inte ett team, utan en grupp människor. Om teamet inte tar ansvar för ett tydligt definierat mål kommer teamets storlek inte att kunna bidra särskilt mycket till agiliteten.
  • Teammedlemmarna har alla nödvändiga färdigheter för att uppnå sina egna mål.
    Består ditt team bara av personer från samma specialistområde? Det är inte ett agilt team: Agile-team är tvärfunktionella och har alla roller och kompetenser de behöver inom teamet för att uppnå sina mål: Affärsanalytiker, produktdesigners, utvecklare osv. Sammansättningen ska alltid matcha teamets mål.
  • Teamet har alla beslutsbefogenheter och resurser och är därför inte beroende av tredje part för att uppnå våra mål.
    Om teamet i hög grad är beroende av andra team eller beslutsfattare så kväver det all flexibilitet i sin linda. Teamet måste självständigt kunna testa olika tekniker, generera data för beslutsfattande och få direkt feedback från kunderna.
  • Teamet har direkt tillgång till kunderna för att få feedback från kunderna.
    Om ett two-pizza-team helt enkelt arbetar sig igenom en backlog utan att ha någon kundkontakt, är det bara lovande i begränsad utsträckning. För att din organisation verkligen ska bli mer agil som helhet måste varje team ha direkt tillgång till sina egna kunder för att kunna ta emot och svara på kundfeedback utan omvägar.
    Se även nedan: Amazons princip om kundfixering

Så innan du springer iväg för att minska dina team bör du definitivt ta hand om dessa förutsättningar. Ett bra workshopformat för att kontrollera detta "Two Pizza Health Check" är följande retrospektiv:

Amazon Two Pizza Team Retrospektiv

Med denna Two Pizza Team-retrospektiv kan du analysera förutsättningarna tillsammans med ditt team och initiera vidareutveckling:

Health Check Artiklar

Svar på en skala

Vi har ett tydligt teammål som vi tar fullt ansvar för.

👍 👎

Vi har all kompetens i teamet för att uppnå våra mål.

👍 👎

Som team har vi allt vi behöver för att uppnå våra mål oberoende av tredje part.

👍 👎

Som ett team är det lätt för oss att samla in kundfeedback och svara på den.

👍 👎

Öppna frågor

Vilka färdigheter eller kunskaper saknar vi mest i teamet?

💬

I vilka situationer är vi som team beroende av tredje part för att uppnå våra mål?

💬

Vad skulle hjälpa oss att reagera snabbare på kundernas behov och feedback?

💬

Slutsats: Amazons Two Pizza Team-regel

Regeln om Two Pizza Team har med rätta behållit sin relevans genom åren. Det är dock viktigt att notera att teamets storlek i sig inte är någon garanti för en agil organisation.

Endast i kombination med tydliga mål och självgående team som kan utveckla lösningar i direkt kundkontakt utan interna beroenden kan en organisation dra nytta av fördelarna med högre kundnöjdhet och snabbare utveckling på marknaden. 

Beroende på företagets kontext räcker det ofta inte att bara titta på enskilda team. I regel måste även organisationsstrukturen ifrågasättas för att skapa förutsättningar för ett högpresterande agilt företag:

"För att verkligen bli en högpresterande agil organisation måste du se annorlunda på din organisationsstruktur och vara villig att förändra ditt tankesätt och beteende." 

Tom Godden, företagsstrateg för AWS
Källa: Insikter från Amazons ledning

Se även i detta sammanhang: Amazons "dag 1-mentalitet"

Jag hoppas att Two Pizza Team Retrospective kan ge en impuls till att skapa dessa förutsättningar för ditt team. Och kanske kan det också ge några bra tankeställare på organisationsnivå!

Bonus: Vill du lära dig av andra agila pionjärer som Netflix?

Dela denna artikel med ditt nätverk

Behöver teamet en boost? Här är vad du ska göra: Spotify Health Check retrospektiv!

Första hälsofrågan: "😍 Vi tycker om att gå till jobbet och har mycket roligt tillsammans."

Vill du ha mer? Testa vårt Retroverktyg nu.

Fler artiklar

Echometer Nyhetsbrev

Missa inte uppdateringar om Echometer och få inspiration till agilt arbete