Bemærk: Hjemmesiden er blevet oversat automatisk. Skift til engelsk for at få den bedste læseoplevelse.

2-pizza-regel-amazon

Amazons agile arbejdskultur: reglen om to pizzateams

Amazon var en af de første virksomheder til at anvende agile arbejdsmetoder i stor skala – uden at være afhængig af Scrum eller andre agile frameworks. Et kerneelement for agile teams hos Amazon var "Two Pizza Teams"-reglen.

Amazons to pizza-hold: Ikke så let, som det ser ud

"Two Pizza Team"-reglen siger, at et team kun kan være stort nok til at blive fodret med 2 pizzaer. Reglen kommer i øvrigt fra Amazon-grundlæggeren Jeff Bezos selv.

Selv om der er gået årtier, siden denne pizzaregel opstod, holder Amazon stadig liv i "to-pizza-hold-reglen". Se her: Introduktion til DevOps på AWS. Ideen om små, selvorganiserede teams synes derfor at have en tidløs, universel gyldighed. 

Selv om idéen om små teams lyder enkel, er der et par andre forudsætninger, der skal tages i betragtning for at maksimere effekten af små teams på virksomhedens agilitet. 

Så lad os se på, hvordan du kan måle og forbedre denne ledelsesfilosofi og dens forudsætninger i dine teams:

Health Check: Amazon Two Pizza Team

Grundtanken bag "Two Pizza Teams"-reglen er, at mindre teams kan handle og reagere hurtigere. Denne smidighed er ofte en vigtig differentierende faktor i udviklingen af software for at forblive konkurrencedygtig.

Men for at disse små teams rent faktisk kan handle hurtigere, skal nogle få forudsætninger være opfyldt:

  • Teamet har et klart mål og føler sig helt ansvarlig for at nå det.
    Strengt taget er et team uden et fælles mål ikke et team, men en gruppe mennesker. Hvis teamet ikke tager ansvar for et klart defineret mål, vil teamets størrelse ikke kunne bidrage meget til agilitet.
  • Teammedlemmerne dækker alle de nødvendige færdigheder for at nå deres egne mål.
    Består dit team kun af folk fra det samme specialområde? Det er ikke et agilt team: Agile-teams er tværfunktionelle og har alle de roller og færdigheder, de har brug for i teamet for at nå deres mål: Forretningsanalytikere, produktdesignere, udviklere osv. Sammensætningen skal altid matche teamets mål.
  • Teamet har alle beslutningsbeføjelser og ressourcer og er derfor ikke afhængig af tredjeparter for at nå vores mål.
    Hvis teamet er meget afhængigt af andre teams eller beslutningstagere, kvæler det enhver agilitet i opløbet. Teamet skal være i stand til selvstændigt at afprøve teknologier, generere data til beslutningstagning og få direkte feedback fra kunderne.
  • Teamet har direkte adgang til kunderne for at få kundefeedback.
    Hvis et to-pizza-team blot arbejder sig igennem en backlog uden at have nogen form for kundekontakt, er det kun lovende i begrænset omfang. Hvis din organisation virkelig skal blive mere agil som helhed, skal hvert team have direkte adgang til sine egne kunder for at kunne modtage og reagere på kundefeedback uden omveje.
    Se også her: Amazons princip om kundebesættelse

Så før du går i gang med at skære ned på dine teams, bør du helt sikkert tage dig af disse forudsætninger. Et godt workshopformat til at tjekke denne "Two Pizza Health Check" er følgende retrospektiv:

Amazon Two Pizza Team Retrospective

Med dette Two Pizza Team retrospective kan du analysere forudsætningerne sammen med dit team og igangsætte videreudvikling:

Health Check Varer

Svar på en skala

Vi har et klart teammål, som vi tager det fulde ansvar for.

👍 👎

Vi har alle kompetencerne i teamet til at nå vores mål.

👍 👎

Som team har vi alt, hvad vi behøver for at nå vores mål uafhængigt af tredjeparter.

👍 👎

Som et team er det nemt for os at indsamle kundefeedback og reagere på den.

👍 👎

Åbne spørgsmål

Hvilke færdigheder eller hvilken viden mangler vi mest i teamet?

💬

I hvilke situationer er vi som team afhængige af tredjeparter for at nå vores mål?

💬

Hvad ville hjælpe os med at reagere hurtigere på kundernes behov og feedback?

💬

Konklusion: Amazons regel om to pizza-hold

Two Pizza Team-reglen har med rette bevaret sin relevans gennem årene. Men det er vigtigt at bemærke, at teamets størrelse alene ikke er nogen garanti for en agil organisation.

Kun i kombination med klare teammålsætninger og selvstændige teams, der kan udvikle løsninger i direkte kundekontakt uden interne afhængigheder, kan en organisation høste fordelene ved større kundetilfredshed og hurtigere udviklingshastighed på markedet. 

Afhængigt af virksomhedens kontekst er det ofte ikke nok kun at se på de enkelte teams. Som regel skal der også sættes spørgsmålstegn ved organisationsstrukturen for at skabe betingelserne for en højtydende agil virksomhed:

"For virkelig at blive en højtydende agil organisation skal du se anderledes på din organisationsstruktur og være villig til at ændre din tankegang og adfærd." 

Tom Godden, AWS Enterprise Strategist
Kilde: Indsigt i Amazons ledelse

Se også i denne sammenhæng: Amazons "dag 1-mentalitet"

Jeg håber, at Two Pizza Team Retrospective kan give en impuls til at skabe disse betingelser for dit team. Og måske kan det også give stof til eftertanke på et organisatorisk niveau!

Bonus: Vil du gerne lære af andre agile pionerer som Netflix?

Del denne artikel med dit netværk

Brug for et teamboost? Her er, hvad du skal gøre: Spotify Health Check-retrospektivet!

Første spørgsmål om sundhed: "😍 Vi nyder at gå på arbejde og har det sjovt med at arbejde sammen."

Har du lyst til mere? Prøv vores retroværktøj nu.

Flere artikler

Echometer Nyhedsbrev

Gå ikke glip af opdateringer om Echometer & få inspiration til agilt arbejde