Denna sida har översatts automatiskt. För en bättre läsupplevelse, vänligen byt till engelska.

Byt till engelska

Amazons regel om "två pizzor": En teamworkshop som övning

Amazon var ett av de första företagen som tillämpade agila arbetssätt i stor skala - helt utan att förlita sig på Scrum eller andra agila ramverk. En kärnkomponent för agila team på Amazon var “Two Pizza Teams”-regeln.

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 kundbesatthet

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:

🤔

Är du osäker på vad retrospektiver är och hur de kan hjälpa dig att implementera Amazons “2 Pizza Team”-kultur? Börja här:

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:

“To truly become a high-performing agile organization, you must look at your organization structure differently and be willing to change your mindset and behavior.” 

Tom Godden, AWS Enterprise StrategistKä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?

Vi har också tagit en titt på Netflix innovationskultur och har några workshopformat för dig!

Bloggkategori

Fler artiklar om "Tips om smidighet"

Visa alla artiklar i denna kategori
Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Den agila Spotify-modellen med Squads, Tribes, Chapters och Guilds förklarad på ett enkelt sätt. Lär dig mer om fördelar, typiska fallgropar och användningsområden.

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

Upptäck 5 idéer för sprintretrospektiv som ditt team kommer att älska! Från batteriretro till segelbåt – förbättra era agila processer och ert teamarbete.

Mina 7 favoritmallar för Agile-återblickar

Mina 7 favoritmallar för Agile-återblickar

Upptäck 7 ovanliga mallar för agila retrospektiv som garanterat kommer att motivera ditt team! Från batteri till VD – nya impulser för din nästa sprintretro.

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Förbättra kommunikationen i programvaruteam på distans! Upptäck effektiva åtgärder för agil programvaruutveckling, från 1-1-möten till retrospektiv.

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

Optimera din programvaruleverans med DORA & SPACE-mätvärden! I den här artikeln får du lära dig hur du kan förbättra prestandan med hjälp av teamworkshops.

Arbetsavtal: 10 exempel, mallar och exempel

Arbetsavtal: 10 exempel, mallar och exempel

Agila arbetsöverenskommelser: 10 exempel, mallar och teman för Scrum, team på distans och SAFe. Så här förbättrar du samarbetet och stärker team!

Checklista för teamledare: 10 viktiga uppgifter

Checklista för teamledare: 10 viktiga uppgifter

10 uppgifter för teamledare: Den här checklistan hjälper dig att behålla överblicken och leda dina medarbetare optimalt. ✓ Ladda ner gratis som PDF nu!

Scrum Master som tjänande ledare: 8 tankeställare

Scrum Master som tjänande ledare: 8 tankeställare

Lär dig hur du som Scrum Master blir en tjänande ledare! 8 tips om kommunikation, självorganisation och agil projektledning för ditt agila team.

Inte alla Scrum-team är agila: Fake Agile

Inte alla Scrum-team är agila: Fake Agile

Inte alla Scrum-team är agila: Ta reda på vad falsk agilitet innebär, vilka orsaker det har (brist på kundfeedback, fokus på velocity) och hur du skyddar dig.

Echometer Nyhetsbrev

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