Denne side er automatisk oversat. Skift til engelsk for en bedre læseoplevelse.

Skift til engelsk
Christian
Christian

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-frameworket. 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 nogensinde 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 du gerne vil forbedre dit teamsamarbejde og gøre din teamudvikling mere målbar, så kan Echometer være interessant for dig - især hvis du ikke har en dedikeret fuldtids Scrum Master i dit 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.

Hvis du er i tvivl, så vær agil: Inviter produktejeren til at deltage i Daily Scrum eksperimentelt over en sprint, og reflekter i den næste retrospektive over, om eller hvordan I vil fortsætte med det.

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: 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 dette tilfælde “Keep, Stop, Start”-workshoppen. 

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

Keep 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

Kort oversigt over Spotify-modellen: Hvordan Squads, Tribes, Chapters og Guilds skalerer agilitet, hvilke roller der er involveret, og hvad du bør være opmærksom på ved implementeringen.

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

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

Som psykolog og Scrum Master har jeg sandsynligvis et usædvanligt syn på idéer til sprint retrospektiver. Jeg har et lidt stærkere fokus på den "bløde" side af løbende forbedringer. Man kan også ta...

Mine 7 yndlingsskabeloner til Agile-retrospektiver

Mine 7 yndlingsskabeloner til Agile-retrospektiver

I mit team afholder vi agile retrospektiver oftere end gennemsnittet: Hver fredag, altså en gang om ugen. Og du tror det ikke - blandt andet takket være de mange super agile retrospektivskabeloner...

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Der er forskellige tiltag og tilgange til at forbedre kommunikationen i virtuelle eller eksterne teams af softwareudviklere og softwareingeniører. Det er irrelevant, om de er front-end, back-end el...

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

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

Hvis du er en teknisk leder, vil du sandsynligvis gerne vide, hvor godt dit team leverer software, og hvordan du kan forbedre det. Måske har du allerede hørt om DORA-metrics og SPACE-frameworket, t...

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

Den amerikanske journalist og forfatter Prentice Mulford sagde engang: „Den, der erkender et onde, har allerede næsten kureret det..“ Prentice Mulford Så det er ikke underligt, at vi tager en tempe...

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Effektivt samarbejde i teams er afgørende for succes, især i forbindelse med agile metoder som Scrum. Arbejdsaftaler spiller en afgørende rolle for at skabe en klar ramme for samarbejdet. Og selvfø...

Tjekliste for teamledere: 10 vigtige opgaver

Tjekliste for teamledere: 10 vigtige opgaver

Som teamleder påtager du dig et stort ansvar for dine medarbejdere og dit team. Denne tjekliste for teamledere vil gøre det lettere for dig at bevare overblikket og sikre, at intet går galt. Vores...

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Som erfaren psykolog og Scrum Master forstår jeg de udfordringer, som teamledere står over for i agile miljøer. At finde balancen mellem agilitet og lederskab er ikke nogen nem opgave. I dette indl...

Echometer Nyhedsbrev

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