Hur bestämmer jag vilka processer som ska användas för bättre leverans av scrumprojekt?

I den här processen granskar Scrum Core Team användarberättelserna i den prioriterade produktbackloggen för att utveckla ett planeringsschema för release, vilket i huvudsak är ett stegvis distributionsschema som kan delas med projektets intressenter.

Scrum, som definierat i SBOK ™ -guiden, är ett ramverk som är tillämpligt på portföljer, program eller projekt av vilken storlek eller komplexitet som helst; och kan användas effektivt i vilken bransch som helst för att skapa en produkt, tjänst eller annat resultat. Det är viktigt att förstå de 19 Scrum-processerna för att få en bättre förståelse för Scrum-ramen och hur den kan användas för att framgångsrikt leverera projekt.

Steg

1

Skapa en projektvision. I denna process granskas Project Business Case för att skapa en Project Vision Statement som kommer att tjäna som inspiration och ge fokus för hela projektet. Produktägaren identifieras i denna process.
2

Identifiera scrummaster och intressenter. I denna process identifieras Scrum Master och intressenter med hjälp av specifika urvalskriterier.
3

Bilda ett scrumlag. I denna process identifieras Scrum Team-medlemmar. Normalt har produktägaren det primära ansvaret att välja teammedlemmar, men gör det ofta i samarbete med Scrum Master.
4

Utveckla episka (n). I denna process fungerar Project Vision Statement som grund för utvecklingen av Epics. Användargruppsmöten kan hållas för att diskutera lämpliga epics.

I den här processen godkänner produktägaren användarberättelser för en sprint.
5

Skapa prioriterad produktstock. I den här processen förädlas Epic (er), utarbetas och prioriteras sedan för att skapa en prioriterad produktbacklogg för projektet. Done Criteria fastställs också vid denna tidpunkt.
6

Planera frisläppande. I den här processen granskar Scrum Core Team användarberättelserna i den prioriterade produktbackloggen för att utveckla ett planeringsschema för release, vilket i huvudsak är ett stegvis distributionsschema som kan delas med projektets intressenter. Sprintens längd bestäms också i denna process.
7

Skapa användarberättelser. I den här processen skapas användarberättelser och deras relaterade kriterier för acceptans av användarberättelser. Användarberättelser skrivs vanligtvis av produktägaren och är utformade för att säkerställa att kundens krav tydligt visas och kan förstås fullt ut av alla intressenter. User Story Writing-övningar kan hållas som innebär att Scrum Team-medlemmar skapar User Stories. Användarberättelser införlivas i den prioriterade produktbackloggen.
8

Godkänn, uppskatta och begå användarberättelser. I den här processen godkänner produktägaren användarberättelser för en sprint. Därefter uppskattar Scrum Master och Scrum Team den ansträngning som krävs för att utveckla den funktionalitet som beskrivs i varje användarberättelse, och Scrum-teamet förbinder sig att leverera kundkraven i form av godkända, beräknade och engagerade användarberättelser.
9

Skapa uppgifter. I den här processen delas de godkända, beräknade och engagerade användarberättelserna in i specifika uppgifter och sammanställs i en uppgiftslista. Ofta hålls ett uppgiftsplaneringsmöte för detta ändamål.
10

Uppskatta uppgifter. I den här processen uppskattar Scrum Core-teamet i uppgiftsuppskattningsmöten den insats som krävs för att utföra varje uppgift i uppgiftslistan. Resultatet av denna process är en uppskattad uppgiftslista.

I den här processen arbetar Scrum-teamet med uppgifterna i Sprint Backlog för att skapa Sprint-leveranser.
11

Skapa sprintbacklog. I den här processen håller Scrum Core Team Sprint Planning Meetings där gruppen skapar en Sprint Backlog som innehåller alla uppgifter som ska slutföras i Sprint.
12

Skapa leveranser. I den här processen arbetar Scrum-teamet med uppgifterna i Sprint Backlog för att skapa Sprint-leveranser. En Scrum Board används ofta för att spåra det arbete och de aktiviteter som utförs. Problem eller problem som Scrum Team möter kan uppdateras i en hindringslogg.
13

Genomför daglig standup-i denna process, varje dag genomförs ett mycket fokuserat, tidsbestämt möte kallat det dagliga standup-mötet. Detta är forumet för Scrum Team för att uppdatera varandra om deras framsteg och eventuella hinder de kan möta.
14

Brudgummen prioriterade eftersläpningar. I den här processen uppdateras och underhålls den prioriterade produktbackloggen kontinuerligt. Ett möte med prioriterad produktbackloggranskning kan hållas, där alla ändringar eller uppdateringar av eftersläpningen diskuteras och införlivas i den prioriterade produktbackloggen efter behov.
15

Samla scrums av scrums. I den här processen sammanträder Scrum Team-representanter för Scrum of Scrums (SoS) -möten i förutbestämda intervall eller när det behövs för att samarbeta och spåra deras respektive framsteg, hinder och beroenden mellan lag. Detta är endast relevant för stora projekt där flera Scrum-team är inblandade.
16

Demonstrera och validera sprint. I den här processen demonstrerar Scrum Team sprintleveranserna till produktägaren och relevanta intressenter i ett Sprint Review-möte. Syftet med detta möte är att säkerställa godkännande och acceptans från produktägaren för de leveranser som skapats i Sprint.

I den här processen demonstrerar Scrum Team sprintleveranserna till produktägaren och relevanta intressenter i ett Sprint Review-möte.
17

Retrospekt sprint. I den här processen träffas Scrum Master och Scrum Team för att diskutera de lärdomar som har lärt sig i hela Sprint. Denna information dokumenteras som lärdomar som kan tillämpas på framtida sprints. Ofta, som ett resultat av denna diskussion, kan det finnas överenskomna förbättringar eller uppdaterade rekommendationer från Scrum Guidance Body.
18

Leveransleveranser. I denna process levereras eller överförs godkända leveranser till berörda intressenter. Ett formellt avtal om arbetsleveranser dokumenterar att Sprint har genomförts framgångsrikt.
19

Retrospektprojekt. I den här processen, som slutför projektet, samlas organisatoriska intressenter och Scrum Core Team-medlemmar för att retrospektera projektet och identifiera, dokumentera och internalisera lärdomarna. Ofta leder dessa lektioner till dokumentation av överenskomna förbättringar som kan genomföras i framtida projekt.

Läs också: Hur skriver jag en annons för ett jobb?