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:
Amazon Two Pizza Team Hälsokontroll: Så här går retrospektiven till
Slumpmässig Icebreaker (2-5 minuter)
Echometer tillhandahåller en generator för slumpmässiga incheckningsfrågor.
Granskning av öppna åtgärder (2-5 minuter)
Innan man börjar med nya ämnen bör man prata om vad som har hänt med åtgärderna från tidigare retrospektiv för att kontrollera effektiviteten. Echometer listar automatiskt alla öppna åtgärdspunkter från tidigare retrospektiv.
Health Check
Alla teammedlemmar kan anonymt svara på hälsokontrollerna på en skala. Gå sedan igenom resultaten av hälsokontrollerna tillsammans och notera eventuella ytterligare kommentarer. Om ni använder samma hälsokontroller i flera retrospektiv kan ni också spåra trender över tid i Echometer.
- 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.
Diskutera retro-ämnen
Använd följande öppna frågor för att samla in era viktigaste insikter. Först i hemlighet för var och en. Echometer tillåter att varje kolumn i retro-tavlan avslöjas individuellt för att sedan presentera och gruppera feedbacken.
- 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?
Catch-all fråga (Rekommenderas)
Så att även andra ämnen har en plats:
- Vad mer vill du prata om i retrospektiven?
Prioritering / Omröstning (5 minuter)
På retro-tavlan i Echometer kan ni enkelt prioritera feedbacken med hjälp av omröstning. Omröstningen är naturligtvis anonym.
Definiera åtgärder (10-20 minuter)
Via plussymbolen på en feedback kan du skapa en länkad åtgärd. Är du inte säker på vilken åtgärd som är rätt? Öppna då istället en whiteboard om ämnet via plussymbolen för att brainstorma kring grundorsaker och möjliga åtgärder.
Checkout / Avslutning (5 minuter)
Echometer låter dig samla in anonym feedback från teamet om hur hjälpsam retrospektiven var. Detta resulterar i ROTI-poängen ("Return On Time Invested"), som du kan spåra över tid.
Amazon Two Pizza Team Hälsokontroll
Hälsofrågor (skala)
Öppna frågor
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 på din organisationsstruktur på ett annat sätt och vara villig att förändra ditt tankesätt och ditt beteende.
Tom Godden, AWS Enterprise Strategist, 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?
Vi har också tagit en titt på Netflix innovationskultur och har några workshopformat för dig!
- Varför Netflix alla resultat (inklusive misslyckanden)
- Netflix har inga beslutsprocesser, men informerade kaptener
- Idéer måste socialiseras tidigt vid Netflix
- Tänka i satsningar och testa idéer
