Projektledning i SCRUM

Hur fungerar det?

I praktiken innebär det att hela processen ständigt optimeras och anpassas till kundernas behov. Team och Produkt under hela arbetsperioden med att ta fram projekt. Ansvar för förvaltning av produktutveckling fördelas mellan produktägaren (PO) och designteamet. Produktägaren är den person som ansvarar för att fatta beslut om inriktningen på produktutvecklingen och har en övergripande "vision" av vad produkten ska bli. Uppgiftshanteringen baseras på Kanban-tavlan (i kombination med sprint funktion som kallas SCRUM-brädan). Varje deltagare i processen kan lägga till uppgifter i backloggen, men det är PO som ansvarar för att prioritera. Projektgruppen ansvarar för att "omvandla" PO:s idéer till specifika uppgifter och planera genomförandet av dem.

Cykelns förlopp

Processen är indelad i iterationer (sprintar). Under en sprint, som varar i cirka 2 veckor, implementerar och testar projektgruppen den tidigare planerade delen av funktionaliteten.

Sprinten inleds med "planning", där teamet diskuterar och förbereder de uppgifter som tidigare har preparerats och lagts upp av PO högst upp i backloggen. Därefter uppskattas svårighetsgraden på dessa uppgifter och de tilldelas poäng beroende på svårighetsgrad. Med en relativt konstant teamsammansättning och arbetsförhållanden är antalet poäng som utförs i varje sprint repeterbart och möjliggör planering av framtida arbete. I slutet av planeringsmötet väljs uppgifter med ett totalt antal poäng som ska slutföras inom en sprint, och en ny sprint inleds.

I mitten av sprinten sker grooming. Det är ett möte där OP presenterar teamet med ytterligare förväntningar och idéer, medan projektteamet analyserar dem, bryter ner dem i mindre uppgifter och presenterar möjliga förslag för OP. När OP planerar framtida uppgifter rådgör han eller hon med analytiker, användare, UX och grafiska formgivare. Ytterligare analyser (marknad forskning och datavetenskap) behövs ofta i detta skede. Först efter att ha analyserat och formulerat den så kallade User Story kommer PO att publicera dessa Stories i en backlog. User Story bör innehålla information om vad PO förväntar sig av en viss uppgift eller grupp av uppgifter och om vilka kriterier som ska användas för att avgöra om uppgiften är slutförd.

Under sprinten hålls så kallade "Daily standup meeting" varje dag. Vid dessa möten berättar varje utvecklare för resten av teamet vad han har gjort under den senaste dagen och informerar eventuellt om eventuella problem eller blockeringar som hindrar hans fortsatta arbete. Tack vare detta utbyte av aktuell status är det möjligt att fånga upp potentiella konflikter mellan olika uppgifter mycket snabbare och undvika den situation där utvecklaren fastnar i ett problem och inte kan göra framsteg med det. Det dagliga standup-mötet ska vara så kort som möjligt, men samtidigt fylla sin funktion. Mötets stående formel uppmuntrar teamet att hålla det kort.

Under sprinten flyttas uppgifter på SCRUM-kortet enligt deras aktuella status. Valet av kolumner motsvarar vanligtvis företagets eller teamets arbetssystem och är förknippat med versionskontrollsystemet och frekvensen av utgåvor. För oss är det som följer:

• Att göra - uppgifter som väntar på att bli slutförda
• Pågående - pågående uppdrag
• Kod granskning - uppgifter som väntar på att kontrolleras av en annan utvecklare
• Förberedd - uppgifter kontrollerade och godkända av utvecklare
• Staged - uppgifter som finns i en staging-instans och väntar på godkännande från PO
• Accepterad - uppgifter som accepterats av beställaren
• Klar - färdiga uppgifter som finns på produktionsinstansen

Efter sprinten äger en retrospektiv rum. Detta är ett möte som ägnas åt arbetsoptimering. Hela teamet diskuterar vad som har gått bra under den senaste sprinten och vad som behöver förbättras. Vi hänvisar också ofta till den föregående retrospektiven och kontrollerar om vi har kunnat genomföra alla idéer för att förbättra arbetet. De problem som diskuteras vid retrospektiven kan vara allt från utvecklingsverktyg, press, uppgiftssvårigheter till kommunikationsproblem (både mellan utvecklare och teamet och PO).

SCRUM-mästarens ansvarsområden

Den person som ansvarar för att SCRUM-processen genomförs på rätt sätt är SCRUM-mästaren. Detta är ofta den mest obegripliga rollen i teamet. SCRUM-mästaren har ingen beslutsfattande makt. Beslut fattas gemensamt av teamet och PO, medan SCRUM-mästarens roll är att ta bort hinder i processens korrekta gång.

SCRUM-mästarens arbetsuppgifter omfattar följande:

• Genomföra SCRUM-möten, inklusive planering, grooming, dagligt standup-möte och retrospektiv
• Säkerställa att uppgifterna på SCRUM-tavlan regelbundet bearbetas av teamet och prioriteras av PO
• Fungerar som en länk mellan teamet och PO; därför är det ofta SCRUM-mästaren som har en svår roll när det gäller att översätta programmerarnas språk till affärsspråket och vice versa. Detta beror på att SCRUM-mastern i vårt företag är en utvecklare, alltså en teknisk person. Den allmänna ramen för SCRUM-mästarens arbete kräver inte detta.
• Hindra teamet från att gå utanför ämnet och bevaka dagordningen vid möten
• Ta hand om stämningen i teamet - främst vid möten.
• Lösa konflikter om de uppstår.

Läs också:

• Codests goda praxis för att bygga programvara. Vår strategi för kundresan
• Codests goda praxis för att bygga programvara: GitFlow
• Codests goda praxis för att bygga programvara. Hur genomför vi kravanalysen?