mjukvaruutvecklingens Livscykel (SDLC). Scrum Model steg för steg
Scrum framework möjliggör implementering av Agile development methodology. Till skillnad från waterfall-modellen för mjukvaruutveckling möjliggör Scrum en iterativ och inkrementell utvecklingsprocess. Projektet delas upp i flera faser, som var och en resulterar i en färdig produkt. I slutet av varje steg (kallad sprint i Scrum terminologi) levereras en användbar produkt till en kund., Kundrespons hjälper till att avslöja eventuella problem eller ändra den ursprungliga utvecklingsplanen om det behövs. Om du vill att ditt projekt ska strikt följa huvudprinciperna i det Agila manifestet kan du använda Scrum-modellen och vara säker på att du är på rätt väg.
här är de viktigaste rollerna som är involverade i utvecklingsprocessen, enligt Scrum-modellen:
- produktägaren tar hand om slutanvändarens intressen;
- Scrum-mästaren samordnar hela utvecklingsprocessen., En annan uppgift är att se till att Scrum används korrekt och att hålla regelbundna Scrum-möten;
- Scrum-teamet utvecklar produkten. Dess huvuduppgifter är programmering, analys, testning etc.
nu, låt oss ta en titt på de viktigaste stegen i utvecklingsprocessen som Scrum består av.
faser av Scrum Model
Steg 1. Product Backlog Creation
en produkt eftersläpning är en lista som innehåller funktioner som ska implementeras under utvecklingsprocessen. Det beställs efter prioritet och varje objekt kallas en användarhistoria. Varje användarhistoria får ett unikt ID., Som regel har användarhistorier följande format :som en vill jag så det. Denna lista nedan visar hur dessa berättelser kan se ut.,ange varaktighet och startdatum för de nuvarande med dra-och-släpp så att jag kan uppskatta den totala projekttiden
förutom dessa obligatoriska fält kan de valfria läggas till vid behov:
- spåret används för att välja alla användarhistorier av en viss typ för att ändra deras prioritet., Kan användas för att öka prioriteringen av användarhistorier som relaterar till kontrollpanelen, till exempel;
- komponenter utgör en lista över komponenter som kommer att ändras under arbetet. En applikationsmoduler, till exempel autentisering eller sökning;
- requestor är en kund som är intresserad av att implementera en viss funktionalitet;
- Felspårnings-ID innehåller en lista över upptäckta fel som relaterar till en korrekt användarhistoria.
Steg 2. Sprintplanering och Sprint Backlog Creation
För det första bör du bestämma vad din sprints varaktighet kommer att vara., En kort sprint gör att du kan släppa arbetsversionen av en produkt oftare. Som ett resultat kommer kundens feedback att tas emot oftare, och alla möjliga buggar och fel kommer att avslöjas i tid.
som ett alternativ kan du föredra en längre sprinttid. Det kommer att göra det möjligt för utvecklare att arbeta mer noggrant. Den optimala sprinttiden definieras som ett genomsnitt av dessa två alternativ. Som regel, i en Scrum-modell, varar en sprint ca 2-4 veckor. Vad som är viktigare i denna fas är sprintmålet. Målet bestäms för varje sprint., Och i enlighet med det är sprinten fylld med användarhistorier. En annan viktig sak är samarbetet mellan intressenter och gruppmedlemmar. Produktägaren bestämmer vikten av en korrekt användarhistoria, medan Scrum-teamet definierar lämpliga arbetskostnader.
därefter kan Scrum-teamet välja de viktigaste användarhistorierna från produktstocken. Då ska lagmedlemmar bestämma hur de ska lösa den här eller den uppgiften. Laget kan också dela in särskilda användarhistorier i de minsta och sedan göra dem till en serie uppgifter., Sprint-eftersläpningen ska skapas nästa gång. Den består av användarhistorier som kommer att slutföras under den aktuella sprinten. Mängden av dessa berättelser beror på deras kapacitet i berättelsepunkter som tilldelats varje berättelse under utvärderingsstadiet. Scrum-teamet borde kunna avsluta alla dessa historier i tid.
steg 3. Arbetar på sprinten. Dagliga Scrum-möten
Efter att faktiska användarhistorier för den aktuella fasen har valts börjar utvecklingsprocessen.
för att spåra den aktuella arbetsprocessen används ofta en Task board., Det finns oftast stora kort med namnen på särskilda användarhistorier och en bunt av små klisterlappar med en beskrivning av enskilda uppgifter som behövs för genomförandet av den här eller den där historien. Varje enskild styrelse är utvecklad enligt projektets specifika egenskaper. Låt oss ta en titt på ett litet exempel.
korten kan ordnas efter deras betydelse. När arbetet med en uppgift har startats flyttas motsvarande klistermärke från fältet” att göra ”till” pågående”., När arbetet är klart kan klistermärkena flyttas till fältet” testning”, och efter att uppgiften har testats går klistermärkena till fältet” klar”. Ett exempel på hur Scrum task board kan se ut visas nedan:
det finns också möjlighet att använda specialiserad programvara för den här uppgiften.
till exempel Atlassian JIRA.
en annan viktig Scrum-funktion är dagliga Scrum-möten., Dessa möten huvudmål är att få fullständig och veracious information om den aktuella projektstatus och se till att alla gruppmedlemmar är på samma sida. Under Scrum-möten ska varje enskild teammedlem berätta vad han eller hon har gjort för sprintmålet, vilken uppgift kommer att vara nästa och vilka problem lagmedlemmar mötte under arbetet.
dessutom är ett burndown-Diagram ett annat allmänt använt verktyg som gör det möjligt att övervaka dagliga processer effektivt. Det visar hur många uppgifter som förblir ofullständiga., Detta diagram ger möjlighet att styra utvecklingsprocessen och kan uppdateras efter varje möte.
dag för dag Scrum-möten bidrar till att öka flexibiliteten i utvecklingsprocessen. De tillåter också förståelse för vilka förändringar som bör göras.
x-axeln representerar de återstående arbetsdagarna, medan Y-axeln visar det totala antalet historiepunkter för det aktuella steget. Efter en uppgift som kräver ett visst antal berättelse punkter att slutföra är över, kan du lägga till en punkt på diagrammet för att indikera den aktuella utvecklingen.,
JIRA låter dig också skapa dessa diagram:
det här diagrammet hjälper till att dra slutsatser om den aktuella arbetshastigheten. Beroende på dessa slutsatser kan antalet användarhistorier för nästa sprint ändras.
det är viktigt att notera att eftersom det perfekta resultatet av varje sprint i en Scrum-modell är en fungerande produkt är hela livscykelprovningsprocessen mycket viktig. Det finns olika sätt att minimera kostnaderna för testperioden. Du kan till exempel minska den totala mängden användarhistorier., Som ett resultat kommer antalet möjliga buggar att minimeras. Det andra sättet är att inkludera QA ingenjörer i Scrum-team.
Läs också varför QA spelar en nyckelroll i en mjukvaruutveckling av hög kvalitet
steg 4. Produktökning och Sprint Review
resultatet av varje sprint i Scrum är en potentiellt utdragbar produktökning som kan demonstreras för kunden. Efter varje iteration skapar utvecklingsteamet en ny version av en mjukvaruprodukt med ökat värde., Under sprintgranskningen, som är slutdelen av varje sprint, kan de övergripande resultaten demonstreras och analyseras. På grundval av all denna information kan intressenterna fatta beslut om ytterligare projektändringar och planera nästa sprint.
Steg 5. Retrospektiv och nästa sprintplanering
Retrospektivets huvudsyfte är att diskutera resultaten och bestämma hur man kan förbättra utvecklingsprocessen på nästa steg., En viktig egenskap är att det i detta skede är processerna för arbete och interaktion som diskuteras för att förbättra Scrum-teamets arbete som helhet. Teamet bör avsluta vad som gick bra under arbetsprocessen och vad som kan göras bättre under framtida iteration. När förbättringsmetoderna definieras kan laget koncentrera sig på nästa sprintplanering.
slutsats
de viktigaste särdragen hos Scrum är smidighet och kontinuerlig utveckling. Det tillhandahålls främst genom permanent kommunikation och nära samarbete mellan intressenterna vid varje steg., Scrum-tillvägagångssättet innebär en kontinuerlig iterativ och inkrementell utvecklingsprocess. Målet är att säkerställa möjligheten att kontinuerligt öka produktvärdet och bibehålla flexibilitet i valet av prioriteringar för ytterligare iterationer.
När sprinten är klar kan kunden utvärdera arbetsproduktfunktionen vid den aktuella iterationen och fatta ett välgrundat beslut om hur projektet ska utvecklas under nästa sprint.,
även om du enligt Agile manifesto föredrar att arbeta programvara över omfattande dokumentation, hindrar ingenting utvecklare från att använda en programvara Kravspecifikation. SRS är bra på att säga vad ett system eller en produkt ska göra. Trots att SRS kan missa några smidiga aspekter av projektutveckling, såsom samarbete, kan det fortfarande vara ett bra verktyg för planering och schemaläggning.