Scrum Guide | 13. Udviklingsteam i Scrum

Et udviklingsteam i Scrum er en tværfaglig gruppe bestående af alle de personer, der er involveret i at skabe et produkt. I dagens artikel vil vi se på, hvilke egenskaber det skal have. Vi vil også overveje sammensætningen og ansvarsområderne for et udviklingsteam, der er i stand til effektivt at nå sine mål.

Udviklingsteam i Scrum – indholdsfortegnelse:

1. Egenskaber ved udviklingsteamet
2. Udviklingsteam
3. Ansvarsområder for udviklingsteamet
4. Sammenfatning

Egenskaber ved udviklingsteamet

Udviklingsteamet, der arbejder i overensstemmelse med Scrum-principperne, er en uafhængig gruppe af specialister. Det bruger ikke støtte fra eksterne specialister eller underleverandører. Men hvad bestemmer, at teamet er godt sammensat til at nå målet? Og hvilke ansvarsområder er inkluderet i opgaverne for et udviklingsteam – uanset dets specialisering?

For at være effektivt skal et udviklingsteam have mindst tre egenskaber: evnen til selvorganisering, viljen til at vokse og tværfaglighed.

Selvorganisering

Når vi taler om Scrum-teamet, som udviklingsteamet er en del af, bruger vi termen ”selvledelse”. Det betyder selvledelse på organisationsniveau. Scrum-teamet som helhed beslutter ikke kun, hvem der skal udføre arbejdet og hvordan, men også hvad de vil arbejde på. I et Scrum-team tilhører en stor del af ledelsesopgaverne produkt ejer og Scrum Master.

Derfor er selvorganisering i tilfælde af et udviklingsteam mere vigtigt end selvledelse. Det refererer til planlægning af ansvarsområder, dvs. at beslutte for sig selv, hvem der skal udføre bestemte opgaver, hvornår og hvordan.

Stræben efter udvikling

En nøglefunktion ved et effektivt team er viljen til vækst. Den måde, hvorpå opgaverne, der er sat for det, skal udføres, bør være ambitiøs. Dette skyldes ikke kun individuelle forudsætninger og holdninger hos hvert medlem af udviklingsteamet. At hæve kompetencer og indsats opmuntres også af atmosfæren i teamet, som definerer det som helhed.

Tværfaglighed

Tværfaglighed i teamet betyder, at dets medlemmer sammen skal have alle de færdigheder, der er nødvendige for at skabe et værdifuldt increment i hver sprint. Det betyder også, at hvert medlem af teamet udfører de opgaver, der er nødvendige for den sprint. Alle gør, hvad der er nødvendigt for at nå målet. Selv hvis det betyder at påtage sig nye opgaver ud over udviklerens ekspertise. Det er en fejl at holde stift fast i sine professionelle kompetencer eller roller.

Udviklingsteam

Ifølge Scrum-guiden er det maksimale antal udviklere otte. En så lille sammensætning opmuntrer til kommunikation og åbenhed, da teammedlemmerne har mulighed for at lære hinanden at kende. Dog bør teamet ikke være mindre end tre personer. Det skal være stort nok til at gøre forretningssynlig fremgang i hver sprint.

Udviklere inden for Scrum kaldes personer med en bred vifte af færdigheder og ansvarsområder. I ingen tilfælde er navnet forbeholdt personer, der laver programmering. Således kan teamet inkludere programmører og designere, forskere og analytikere, testere og videnskabsfolk, samt andre specialister.

Der er ingen hierarki blandt udviklerne. Derfor bruger de ikke professionelle eller videnskabelige titler.

En vigtig antagelse om sammensætningen af udviklingsteamet er, at det er en enhed. Derfor bør mindre teams, der arbejder på andre mål, ikke adskilles fra det.

Ansvarsområder for udviklingsteamet

Ansvarsområderne for udviklingsteamet kan opdeles i tre områder. Disse er:

• Planlægning af opgaver
• Arbejder på produktet
• Forbedring af samarbejdet inden for teamet

Planlægning af opgaver

Opgaveplanlægning er en forpligtelse, som alle Scrum-baserede udviklingsteams skal opfylde. Det består i at oprette en sprintplan og lægge den i en sprint-backlog, som vi vil beskrive i en separat artikel. Det mest betydningsfulde er, at udviklingsteamet arbejder på det sammen. På denne måde vil hver af udviklerne være i stand til realistisk at bestemme antallet af opgaver, der skal udføres i en given sprint. På lang sigt gør dette det muligt for teamet at opretholde et konstant tempo og planlægge mere præcist.

Det er lige så vigtigt at holde øje med pulsen, dvs. at justere planen til virkeligheden dagligt. Hvis der opstår problemer, kan der være behov for at ændre: omorganisere opgaverne, fordele arbejdet anderledes eller tale med Scrum Master om opståede vanskeligheder.

Arbejder på produktet

Former for at arbejde på et produkt kan variere dramatisk afhængigt af det område, hvor et givet udviklingsteam opererer. Generelt set er målet, der skal opnås i hver sprint, at skabe et increment, dvs. en forretningsværdifuld produktfunktion.

Det er nyttigt her at tale direkte og anvende følgende regel:

Når du påtager dig arbejde på et produkt, skal du efterlade det i en tilstand, der ikke kun er forbedret, men ikke mindre færdig end den tidligere version.

At anvende dette princip betyder, at teamet som helhed tager ansvar for incrementet. Hvis en udvikler udfører opgaver sjusket, hvilket medfører, at kvaliteten af produktet forringes, må en anden gøre arbejdet for dem. På den anden side, hvis en udvikler støder på fejl i produktet, skal de selv rette dem eller videregive fejlinformationen til nogen, der kan gøre det. Vi vil skrive mere om arbejdet med produktincrementet inden for en sprint i en separat artikel.

Forbedring af samarbejdet i teamet

At arbejde på, hvordan teamet fungerer, handler om konstant at forbedre effektiviteten og effektiviteten af de enkelte udviklere.

Men det handler også, eller måske frem for alt, om at arbejde på kommunikationen mellem udviklerne. Forbedringen består i at udarbejde løsninger, der muliggør effektiv og præcis opgavefordeling. Og også at øve færdigheder:

• kritisere løsninger, ikke mennesker – at ændre det sprog, vi bruger til at beskrive arbejdet, fører til en ændring i holdningen og forbedret samarbejde
• tage afstand fra dine ideer – det muliggør humor og mere ærlig feedback
• opbygge tillid – takket være tillid kan der foreslås mange flere innovative ideer af udviklerne uden frygt for negativ reaktion fra omgivelserne

Forbedring af teamsamarbejdet opnås gennem løbende refleksion over, hvordan teamet arbejder, og at give feedback under de Scrum-begivenheder, der er beskrevet i denne artikel.

Sammenfatning

I dagens artikel præsenterer vi egenskaberne, sammensætningen og ansvarsområderne for et Scrum-udviklingsteam. Tværfaglighed, selvorganisering og ønsket om udvikling karakteriserer dette lille team. Og kontinuerlig forbedring af teamarbejde og effektivt arbejde på produktet – det er de opgaver, som hvert udviklingsteam skal opfylde.

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube.