När kommer produktägaren in i Daily Scrum? Några tankar

Det dagliga Scrum-mötet, även känt som Daily Scrum, är en central del i Scrum-ramverket. Det ger teammedlemmarna möjlighet att utbyta information om sprintmålet, hinder och andra relevanta ämnen. Men en fråga dyker ibland upp: Bör Product Owner också delta i detta dagliga evenemang? När måste Product Owner delta i Daily Scrum – om hen någonsin måste det? Låt oss gå djupare in på det.

När måste produktägaren delta i Daily Scrum?

Produktägaren i den dagliga Scrum?

Enligt Scrum Guide får produktägaren delta i Daily Scrum, särskilt om han eller hon aktivt arbetar med uppgifterna för den aktuella sprinten. Det finns dock inget strikt krav på att produktägaren ska vara närvarande. Beslutet om huruvida produktägaren ska delta i Daily Scrum är till viss del hela teamets ansvar.

Det är förståeligt att vissa utvecklingsteam vill ha produktägaren närvarande för att få snabba svar på frågor eller klargöranden om produktbackloggen. Detta är tillåtet, men produktägaren bör begränsa sig till att stödja utvecklarnas aktiviteter och inte ingripa alltför aktivt i mötet.

Det finns dock team som medvetet avstår från att låta produktägaren delta i Daily Scrum. Detta kan bero på att produktägaren har nära band till ledningen och intressenter, vilket kan påverka utvecklarnas öppenhet. Detta är också okej.

Under Daily Scrum är det viktigt att utvecklarna kan tala fritt och ärligt om blockeringar, hinder och framsteg. Om produktägarens närvaro uppfattas som improduktiv bör utvecklarna själva få avgöra om produktägaren ska vara närvarande.

Så när måste produktägaren delta i Daily Scrum? För att sammanfatta kort, teoretiskt sett behöver de aldrig göra det.

Det finns dock situationer där produktägarens närvaro vid Daily Scrum kan vara användbar. Å ena sidan kan det förbättra sammanhållningen i teamet om produktägaren deltar som en tyst lyssnare. Detta är särskilt viktigt om det finns tecken på ett växande avstånd mellan produktägaren och utvecklingsteamet. Genom att delta i vissa Daily Scrums kan produktägaren överbrygga denna klyfta och uppmuntra till kommunikation.

När måste produktägaren delta i Daily Scrum?

Få feedback i ett tidigt skede

En annan viktig anledning till att produktägaren är närvarande är möjligheten att få feedback i ett tidigt skede. Genom att lyssna aktivt under den dagliga scrumen kan produktägaren få värdefulla insikter om utvecklingsteamets dagliga aktiviteter, kapacitet och hastighet. Denna tidiga feedback gör det möjligt för produktägaren att förbättra user stories och göra justeringar i backloggen.

På ett sätt kan produktägarens deltagande i Daily Scrum därför bidra till att modellera de korta iterationsslingorna och feedbackcyklerna inom teamet, som förhoppningsvis också finns med kundfeedback.

"Många medarbetare vågar inte säga vad de tycker!"

Lös denna utmaning

"Vi upptäcker för många oväntade problem och buggar i ett sent skede!"

Lös denna utmaning

"Varför tar det mig ibland flera timmar att förbereda en enkel retrospektiv?"

Lös denna utmaning

När måste produktägaren delta i Daily Scrum?

Förbättra samarbetet i teamet

Om ni i grunden vill förbättra ert teamsamarbete och göra er teamutveckling mer mätbar, då kan Echometer vara intressant för er – särskilt om ni eventuellt inte har en dedikerad heltids-Scrum Master i ert team.

Echometer är ett digitalt verktyg som hjälper agila teamledare med agila retrospektiver och team Health Checks. Oavsett om det är på distans, hybrid eller på plats: det gör teamcoaching mätbart och professionaliserar därmed ditt arbete samtidigt som du sparar mycket arbete. Ta en titt på vår webbplats för att få reda på mer: www.echometerapp.com.

Om du är osäker, var agil: Ta med Product Owner experimentellt i Daily Scrum under till exempel en sprint, och reflektera i nästa retro över om eller hur ni vill behålla detta.

Christian Heidemeyer, psykolog och Scrum Master

När måste produktägaren delta i Daily Scrum?

Slutsats: Produktägaren i Daily Scrum

Sammanfattningsvis kan man säga att produktägarens deltagande i Daily Scrum inte är en fast regel, utan beror på olika faktorer. Beslutet bör fattas i enlighet med teamets dynamik och projektets behov. Det handlar inte bara om att delta, utan om att hitta rätt balans för att uppmuntra samarbete och informationsdelning i utvecklingsprocessen.

Slutligen, återigen en påminnelse: Om du vill prova på hur det känns att vidareutveckla ditt team med vårt verktyg: Du kan starta en agil retrospektiv utan inloggning nedan, i det här fallet workshopen “Keep, Stop, Start”. 

Alternativt kan du helt enkelt vidarebefordra vår webbplats till de ansvariga kollegorna: www.echometerapp.com.

How to

Keep Stop Start Retro: Så här går Retron till

1. Slumpmässig Icebreaker (2-5 minuter)

   Echometer tillhandahåller en generator för slumpmässiga incheckningsfrågor.

2. Genomgång av öppna åtgärder (2-5 minuter)

   Innan man börjar med nya ämnen bör man, som effektivitetskontroll, prata om vad som har blivit av åtgärderna från tidigare retrospektiv. Echometer listar automatiskt alla öppna åtgärdspunkter från tidigare retrospektiv.

3. Diskutera retro-teman

   Använd följande öppna frågor för att samla in era viktigaste insikter. Först var och en för sig i hemlighet. Echometer tillåter att varje kolumn i retro-tavlan avtäcks individuellt för att sedan presentera och gruppera feedbacken.

   • Fortsätt: Vad ska vi behålla?
   • Stopp: Vad ska vi sluta med?
   • Start: Vad ska vi börja med att göra?

4. Auffangfrage (Empfohlen)

   Damit auch sonstige Themen einen Platz haben:

   • Vad vill du annars prata om i Retron?

5. Prioritering/röstning (5 minuter)

   På retro-tavlan i Echometer kan du enkelt prioritera feedbacken med hjälp av röstning. Röstningen är naturligtvis anonym.

6. Definiera åtgärder (10-20 minuter)

   Via plussymbolen på en feedback kan man skapa en länkad åtgärd. Är du inte säker på vilken åtgärd som skulle vara den rätta? Öppna då en whiteboard om ämnet via plussymbolen istället för att brainstorma om grundorsaker och möjliga åtgärder.

7. Utcheckning/Avslutning (5 minuter)

   Echometer gör det möjligt för dig att samla in anonym feedback från teamet om hur användbar retrospektivet var. Detta resulterar i ROTI-poängen ("Return On Time Invested") som du kan följa över tid.

Keep Stop Start Retro

Fortsätt: Vad ska vi behålla?

Stopp: Vad ska vi sluta med?

Start: Vad ska vi börja med att göra?

Öppna denna retro nu Anpassa...