Samarbeidsmodeller

La oss besøke noen interessante samarbeidsmodeller og hvordan de har fungert.

Spotify er kjent blant utviklere for sin samarbeidsmodell. På sin tid var det noe nytt og friskt. Bygget på agile prinsipper, men også med tanke på større bedriftsprestasjoner.

Modellen, som handler om å skalere scrum, tar også hele teamstrukturen og samarbeidet i betraktning. Andre populære modeller er LeSS, den blant agile-utøvere hatet SAFe og Teal.

Jeg har valgt å se på disse modellene spesifikt fordi det gir mening når man jobber med utviklere. Det finnes mange andre større modeller som ligger på organisasjonsnivå, men la oss holde oss innenfor rammene her.

Spotify-modellen

Innført av Spotify, endret Spotify-modellen helt på hvordan utviklingsteam jobbet. Selv de som ikke var en del av Spotify. Videoer og flotte eksempler ble delt, som viste hvor nyttig og interessant det var hos Spotify. Siden de var så tidlige med denne måten å samarbeide på, satte de en standard i bransjen.

Spotify-modellen er på en måte en skalert versjon av scrum. Den fokuserer på teamautonomi og selvorganisering. Den baserer seg på mennesker som når mål og oppnår mål.

Å jobbe hos Spotify betyr at du er en del av et Stamme. Folk er delt inn i Squads, hvor hver har en Product Owner. Horisontalt er medlemmer av Squads også en del av et Kapittel.

Den tverrfunksjonelle Squad kan sammenlignes med en agile team og består av 6 til 12 personer som er selvstendig ansvarlige for et bestemt funksjonelt område av produktet. De har sin egen roadmap, en Product Owner med en produktvisjon og som tildeler prioriteringer.

De støttes av en agile coach. Arbeidet de gjør er så mye som mulig med så få avhengigheter til andre eksterne team som mulig. Squads velger sin egen agile metodikk (Kanban, Scrum etc).

Kapitler er grupper der teammedlemmer kan delta og diskutere bestemte temaer som beste praksis og arkitektur. Dette er ryggraden som holder sammen Squads.