Denne side er blevet automatisk oversat. For en bedre læseoplevelse bedes du skifte til engelsk.

Skift til engelsk

Hvornår kommer Product Owner ind i det daglige Scrum? Et par tanker

Det daglige Scrum-møde, også kendt som Daily Scrum, er et centralt element i Scrum-rammen. Det giver teammedlemmerne mulighed for at udveksle oplysninger om sprintmålet, forhindringer og andre relevante emner. Men et spørgsmål dukker nogle gange op: Skal produktejeren også deltage i denne daglige begivenhed? Hvornår skal produktejeren deltage i Daily Scrum - hvis han overhovedet skal? Lad os dykke dybere ned i det.

Hvornår skal Product Owner deltage i Daily Scrum?

Produktejeren i det daglige Scrum?

Ifølge Scrum-guiden har Product Owner lov til at deltage i Daily Scrum, især hvis han arbejder aktivt med opgaverne i det aktuelle sprint. Der er dog ikke noget strengt krav om, at Product Owner skal være til stede. Beslutningen om, hvorvidt Product Owner skal deltage i Daily Scrum, er til en vis grad hele teamets ansvar.

Det er forståeligt, at nogle udviklingsteams gerne vil have produktejeren til stede for at få hurtige svar på spørgsmål eller afklaringer om produktbackloggen. Det er tilladt, men produktejeren bør begrænse sig til at støtte udviklernes aktiviteter og ikke gribe for aktivt ind i mødet.

Der er dog teams, som bevidst afholder sig fra at lade Product Owner deltage i Daily Scrum. Det kan skyldes, at produktejeren har tætte bånd til ledelsen og interessenterne, hvilket kan påvirke udviklernes åbenhed. Det er også helt i orden.

Under Daily Scrum er det afgørende, at udviklerne kan tale frit og ærligt om blokeringer, forhindringer og fremskridt. Hvis Product Ownerens tilstedeværelse opfattes som uproduktiv, bør det overlades til udviklerne at beslutte, om Product Owner skal være til stede.

Hvornår skal Product Owner så deltage i Daily Scrum? For at opsummere kort, så behøver de teoretisk set aldrig at gøre det.

Der er dog situationer, hvor det kan være nyttigt, at Product Owner er til stede ved Daily Scrum. På den ene side kan det forbedre teamets sammenhold, hvis Product Owner deltager som en tavs lytter. Det er især vigtigt, hvis der er tegn på en voksende afstand mellem Product Owner og udviklingsteamet. Ved at deltage i nogle Daily Scrums kan Product Owner bygge bro over denne kløft og opmuntre til kommunikation.

Hvornår skal Product Owner deltage i Daily Scrum?

Få feedback på et tidligt tidspunkt

En anden vigtig grund til produktejerens tilstedeværelse er muligheden for at modtage feedback på et tidligt tidspunkt. Ved at lytte aktivt under det daglige scrum kan produktejeren få værdifuld indsigt i udviklingsteamets daglige aktiviteter, kapacitet og hastighed. Denne tidlige feedback gør det muligt for produktejeren at forbedre brugerhistorierne og foretage justeringer i backloggen.

På en måde kan Product Ownerens deltagelse i Daily Scrum derfor være med til at modellere de korte iterationssløjfer og feedbackcyklusser i teamet, som forhåbentlig også findes med kundefeedback.

Hvornår skal Product Owner deltage i Daily Scrum?

Forbedre teamsamarbejdet

Hvis I grundlæggende ønsker at forbedre jeres teamsamarbejde, gøre jeres teamudvikling mere målbart, så kan Echometer være interessant for jer - især hvis I måske ikke har en dedikeret fuldtids Scrum Master i jeres team.

Echometer er et digitalt værktøj, der hjælper agile teamledere med agile retrospektiver og team Health Check’er. Uanset om det er remote, hybrid eller on-site: det gør teamcoaching målbart og professionaliserer dit arbejde, samtidig med at det sparer dig for en masse arbejde. Tag et kig på vores hjemmeside for at finde ud af mere: www.echometerapp.com.

I tvivlstilfælde, vær agil: Tag produktejeren med i Daily Scrum eksperimentelt over for eksempel en sprint, og reflekter i den næste retro, om eller hvordan I ønsker at opretholde dette.

Christian Heidemeyer, psykolog og Scrum Master

Hvornår skal Product Owner deltage i Daily Scrum?

Konklusion: Product Owner i det daglige Scrum

For at opsummere kan man sige, at Product Ownerens deltagelse i Daily Scrum ikke er en fast regel, men afhænger af forskellige faktorer. Beslutningen bør træffes i overensstemmelse med teamets dynamik og projektets behov. Det handler ikke kun om at deltage, men om at finde den rette balance for at opmuntre til samarbejde og informationsdeling i udviklingsprocessen.

Til sidst, endnu en gang henvisningen: Hvis du gerne vil prøve, hvordan det føles at videreudvikle dit team med vores værktøj: Du kan starte en agil retrospektive uden login i det følgende, i dette tilfælde “Keep, Stop, Start” workshoppen. 

Alternativt kan du blot videresende vores hjemmeside til de ansvarlige kolleger: www.echometerapp.com.

Hold Stop Start Retro

Fortsæt: Hvad skal vi beholde?
Stop: Hvad skal vi stoppe med?
Start: Hvad skal vi begynde at gøre?

Blog-kategori

Flere artikler om "Skalering af smidighed"

Se alle artikler i denne kategori
Agil Spotify-model: Squads, Tribes, Chapters & Guilds forklaret

Agil Spotify-model: Squads, Tribes, Chapters & Guilds forklaret

Den agile Spotify-model med Squads, Tribes, Chapters og Guilds forklaret på en enkel måde. Lær mere om fordele, typiske faldgruber og anvendelsestilfælde.

5 ideer til sprint-retrospektiv, som teams med garanti vil fejre

5 ideer til sprint-retrospektiv, som teams med garanti vil fejre

Opdag 5 sprint retrospektive ideer, som dit team vil elske! Fra batteri-retro til sejlbåd – forbedr dine agile processer og teamwork.

Mine 7 yndlingsskabeloner til Agile-retrospektiver

Mine 7 yndlingsskabeloner til Agile-retrospektiver

Opdag 7 usædvanlige skabeloner til agile retrospektiver, der garanteret vil motivere dit team! Fra batteri til CEO – nye impulser til din næste sprint-retro.

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Forbedr kommunikationen i softwareteams, der arbejder på afstand! Opdag effektive tiltag til agil softwareudvikling, fra 1-1-møder til retrospektiver.

DORA- og SPACE-målinger: 2 teamworkshops til forbedring

DORA- og SPACE-målinger: 2 teamworkshops til forbedring

Optimer din softwareudvikling med DORA & SPACE-metrics! I denne artikel kan du lære, hvordan du forbedrer ydeevnen med teamworkshops.

Agility Health Radar: De 13 mest populære modeller for agile KPI'er

Agility Health Radar: De 13 mest populære modeller for agile KPI'er

Opdag de 13 mest populære Agility Health Radar-modeller til agile KPI'er. Optimer dine teams og projekters sundhed med disse værktøjer.

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Agile Working Agreements: 10 eksempler, mønstre & skabeloner til Scrum, Remote Teams og SAFe. Sådan forbedrer du samarbejdet og styrker teams!

Tjekliste for teamledere: 10 vigtige opgaver

Tjekliste for teamledere: 10 vigtige opgaver

10 opgaver for teamledere: Denne tjekliste hjælper dig med at bevare overblikket og lede dine medarbejdere optimalt. ✓ Nu gratis som PDF!

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Lær, hvordan du som Scrum Master bliver en Servant Leader! 8 tips om kommunikation, selvorganisering og agil projektledelse til dit agile team.

Echometer Nyhedsbrev

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