Spotify-modellen (Spotifay-modellen) är en uppsättning organisationstekniker som används för mjukvaruutveckling som gör att du kan skala utvecklingsteamet i enlighet med principerna för Agile . Används först i utvecklingen av musiktjänsten Spotify [1] [2] [3] [4] .
Spotify-modellen var resultatet av ett långsiktigt experiment som genomförts inom företaget. Det resulterande skalningssystemet för mjukvaruutveckling är inte baserat på något av de välkända ramverken ( SAFe , Disciplined Agile , etc.), utan bygger på tydliga definitioner av principer, roller och strategier för samarbete. Det ursprungliga valet av roller och principer gjorde det möjligt för Spotifys utvecklingsteam att skapa en agil utvecklingsmetodik som löste många av de problem som var inneboende i företagsomfattande agila team.
Ur organisatorisk synvinkel har Spotify ersatt de allmänt accepterade Scrum-lagen med flexibla "team" ( engelsk trupp ), fria att bestämma sina egna metoder och praxis och inte begränsat av " endast scrum " eller " endast kanban " påtvingade ovanifrån [ 5] . När teamet har visat sin förståelse för agila metoder och förmågan att självorganisera, är teamet fritt att välja eller åsidosätta de allmänt accepterade händelserna eller processerna för Scrum eller Extreme Programming: till exempel kan vissa team använda dagliga "stående möten", medan andra - nej. Istället för att följa specifik praxis måste team fokusera på följande principer: autonomi, anpassning till företagets uppdrag, hög motivation, tillit till samhällets idéer. Var och en av "squads" är fokuserade på en specifik del av produktens funktionalitet, såsom sökning eller spellistor, vilket gör att de kan bli experter inom sina områden [2] .
På nästa nivå av interaktion förenas Spotify "team" med ett gemensamt eller liknande uppdrag till "stammar" ( engelska stam ). "Tribes" träffas regelbundet för att diskutera och minimera beroenden och för att säkerställa att "squads" arbetar med samma uppdrag. De flesta gemensamma möten är spontana och inte förplanerade.
För att sammanföra medlemmar i olika team som arbetar inom samma disciplin (vilket ofta händer när funktionella team ersätts med tvärfunktionella), använder Spotify "avdelningar" ( eng. kapitel ) och " guilds " ( eng. guild ). En "avdelning" avser en grupp anställda från olika team inom samma disciplin, kompetensområde (till exempel testare eller layoutdesigners), som träffas regelbundet för att säkerställa att de senaste trenderna och teknologierna används, delar kunskap och effektivt återanvända befintliga lösningar. "Guilden" är en mindre formell och mer inkluderande grupp: testargillet består till exempel inte bara av ett brett spektrum av testare (inklusive både automations- och manuella testspecialister), utan också av programmerare som vill bättre förstå de processer som testas. och bidra till aktiviteter i denna riktning [2] .
Skalningsmodellen som används i tillvägagångssättet introducerades gradvis till Spotify under 2011-2012. Utvecklingsteamet växte snabbt i storlek - på tre år från 30 till 250 ingenjörer. Trots denna tillväxt ökade också medarbetarnas nöjdhet successivt och i april 2012 var den 4,4 av 5 poäng [5] [6] .
Spotify är inte det enda stället som använder den här modellen. Utanför den användes Spotify-modellen till exempel av Tech Mahindraatt arbeta med ett stort projekt inom bank- och försäkringssektorn [4] .
Det finns en uppfattning om att Spotify-modellen är ett ramverk för att skala team som utvecklar mjukvara enligt principerna för Agile. Men med tanke på det faktum att Spotify-modellen inte är baserad på något befintligt ramverk (t.ex. Scaled Agile Framework eller LeSS ), har den inte något officiellt certifieringssystem och utvecklades enbart som ett sätt att organisera mjukvaruutveckling inom Spotify, med hänsyn till dess organisatoriska och kulturella egenskaper, då är det felaktigt att betrakta denna modell som ett skalningsramverk för utvecklingsteam som följer principerna för Agile.
Henrik Knieberg, en av bidragsgivarna till utvecklingen av arbetsorganisationen inom Spotify, som svar på att Spotify-modellen har spridit sig fram och kopieras i andra företag, hävdade att Spotify-modellen inte är ett ramverk för teamskalning, och även att Spotify-modellen är strängt taget inte "modell" som sådan, utan visar ett exempel på hur arbetet organiseras i ett visst företag. [7]
| Mjukvaruutveckling | |
|---|---|
| Bearbeta | |
Koncept på hög nivå | |
| Vägbeskrivning |
|
| Utvecklingsmetoder _ | |
| Modeller |
|
| Anmärkningsvärda siffror |
|