Meny

Agile And Scrum Terminology: A Glossary For Agile / Scrum Concepts

  • Huvud
  • Övrig
  • Agile And Scrum Terminology: A Glossary For Agile / Scrum Concepts

agile scrum terminology

Prova Vårt Instrument För Att Eliminera Problem

Detta är en omfattande guide för alla viktiga Agile / Scrum-terminologier och är en Allt-i-ett-ordlista över Agile och Scrum-begrepp:

Som vi alla vet behöver Agile ingen introduktion. Det är ett ramverk för mjukvaruutveckling som används över hela världen.

Den här artikeln är en omfattande guide över alla agila / scrum-koncept du behöver ha till hands.

Agile Scrum

Vad du kommer att lära dig:

Agile Manifesto

Agile-metoden bygger på Agile Manifesto. För mer information om manifestet, kontrollera Manifest för Agile Software Development .

Nyckelupptagningen från det smidiga manifestet kan förkortas till :

  • Person-till-person-kommunikation är effektiv för processbindning.
  • Arbetsprodukten är bättre än konventionell steg-för-steg-dokumentation.
  • Inblandning av klient / företagare är avgörande och det är kontinuerliga återkopplingsslingor.
  • Ändringar är oundvikliga. Därför bör lagen omfamna och välkomna dem.

Du kommer att se att även om den smidiga processen gör dessa deklarationer, ger den inte exakta konkreta steg för att uppnå det. Det ger teamen fullständig frihet och autonomi att göra sitt bästa.

Med tiden har freestyle utvecklats till vanliga metoder. Av vilken den mest kända är Scrum.

Låt oss börja våra definitioner med det.

Vad är Scrum?

Scrum är en utvecklingsmodell utvecklad av Ken Schwaber och Jeff Sutherland och har använts sedan 1990-talet.

Arbetet är uppdelat i mindre krav (berättelser, epiker och uppgifter) och sammanslagna team bygger och levererar i små omgångar. Feedback efterfrågas ofta och förbättringar görs av produkten i form av frekventa kortversioner.

Pillars Of Scrum

Pilarna i Scrum förklaras i detalj nedan:

  • Genomskinlighet : Lag är medvetna om vad som händer och är öppna för att dela och hjälpa varandra. Kommunikation flyter fritt via daglig uppställning och informell interaktion mellan person och person.
  • Inspektion : Frekventa och religiösa inspektioner av arbete är nyckeln till Scrums framgång. Team kan identifiera, diagnostisera, felsöka, fixa och komma tillbaka på rätt spår på ett enkelt och pålitligt sätt.
  • Anpassning : Scrum antar inte att det de gör är rätt. Det finns periodiska kontrollpunkter i form av Sprintplanering, daglig scrum, sprintrecension / retrospektiva möten där teamet får granska och anpassa.

Scrum Team

Scrumlag är vanligtvis små (5-9) och de är vanligtvis tvärfunktionella. De inkluderar en Scrum Master , utvecklare, testare (det är vanligt att hänvisa till alla smidiga teammedlemmar som utvecklare oavsett deras arbetsområde).

Andra tekniska teammedlemmar och viktigast av allt produktägaren eller sponsorn. Agile placerar alla sina satsningar på sitt lag. Så ett självorganiserat A-team är kritiskt och nästan en förutsättning för ett framgångsrikt smidigt genomförande.

Scrum team

Roller i Scrum

Nedan följer de olika rollerna i Scrum:

  • Produktägare: En produktägare äger eftersläpningen. Han ansvarar för produkten och den form den tar. En produktägares huvudsakliga ansvar är att upprätthålla produktbackloggen, ha en övergripande produktvision och driva teamets mål mot den.
  • Utvecklingsteam: Utvecklingsteamet har inga begränsade roller. De förväntas arbeta tvärfunktionellt och välja det bästa sättet att uppnå målet.
  • Scrum Master: Det är scrummästarens jobb att se till att scrum implementeras på rätt sätt. Scrummästaren kallas också för Tjänarledare för hela laget.

Scrumceremonier

Agile förlitar sig på några vanor för att hålla sig på rätt spår och lyckas.

Några av dem nämns nedan:

# 1) Dagligt scrummöte: Detta är ett typiskt kort möte på 15 minuter där varje lagmedlem berättar om följande punkter:

  • Vad gjordes igår?
  • Vad planeras idag?
  • Finns det några hinder på vägen?

Detta format av mötet är mycket effektivt för att förstå vilket arbete som är klart, vad som återstår och hur teamet kan hjälpa varandra vid behov.

Scrum Master underlättar detta möte, men det är inte till förmån för Scrum Master eller en plats att samla in statusen. Det är en möjlighet för teamet att interagera och krama sig innan de går på olika sätt för att erövra dagens uppgifter.

# 2) Sprint : En sprint är en tidsbokad iteration (ofta tre veckor en gång men kan vara längre eller kortare). Detta är en repetitiv process och kan ses som en explosion av utveckling och leverans.

# 3) Sprintplanering: Syftet med sprintplanering är att planera hur man gör en uppsättning produktbackloghistorier till ett steg i den leveransbara produkten.

Det övergripande formatet kan vara som en tvådelad situation.

  • Första halvan - Teamet väljer de saker som de åtar sig att slutföra.
  • Andra halvan - Produktägare är tillgänglig för frågor.

Teamet bestämmer hur man bygger det. Således skapas uppgifterna och tilldelas därefter vilket resulterar i Sprint Backlog.

# 4) Sprint Review / Demo : Efter en sprint möts teamet och intressenterna, så det avslutade arbetet kan visas.

De slutförda uppgifterna jämförs med planerade objekt och den funktionalitet som inte har implementerats utelämnas. Varaktigheten för detta möte är inte mer än fyra timmar.

# 5) Sprint Retrospective: Detta möte underlättas av Scrum Master och hela teamet inklusive PO deltar i det.

Teamet diskuterar den senaste sprinten genom att hålla processförbättringsidéerna i fokus och avgör vilka förändringar som kan göras för att göra nästa Sprint mer produktiv.

I vanliga fall, detta möte tar inte mer än två timmar.

=> Rekommenderad läsning - Agila retrospektiva möten

Agile Estimation Basics

Nedan följer Agile Estimation Basics:

Ingångar

  • Produktbacklog och sprintbacklog.
  • Historiska data, tidigare uppskattningar för liknande uppgifter med faktiska ansträngningsvärden spenderade på dem.

Beräknade deltagare

  • Teammedlemmar som är bekanta med applikationen.
  • Teammedlemmar som förstår applikationens integration med andra system.
  • Representation av olika färdigheter som krävs för att projektet ska slutföras.
  • Bygga, distribuera och QA-teamrepresentanter.

Definition till Epic / Feature / Idea

  • Dessa är stora användarberättelser, vanligtvis för stora för att implementeras i en enda iteration.
  • Idé / Epic -> Berättelser -> Uppgifter (En idé kan ha flera berättelser. En berättelse kan ha flera uppgifter. Berättelsens omfattning är begränsad till en sprint. Alla uppgifter ska stängas för att slutföra berättelsen)

# 1) Beräkningspunkts uppskattningsteknik: Story point är ett tal som berättar för teamet hur komplex historien är.

I de flesta fall används Fibonacci-serien eller T-shirtstorleken. Vanligtvis anses en berättelsepunkt motsvara en dags arbete för en person.

Förhållandet revideras emellertid efter varje iteration baserat på de faktiska uppgifterna om den genomsnittliga tiden det tar att slutföra en enhet i en uppgift.

De involverade stegen inkluderar:

  • Dela upp mycket stora krav i små uppgifter.
  • Välj ett lag med minst två uppskattare, Scrum Master , Produktägare och de andra kan delta.
  • Varje uppskattare tilldelar sina berättelsespoäng privat för en användarberättelse (uppgift) och publicerar samma.
  • Berättelsepoäng för kravet tilldelas av uppskattarna baserat på deras tidigare kunskaper om storleken på en liknande uppgift.
  • Det förväntas att uppskattningarna kommer att skilja sig något.
  • Om uppskattningar skiljer sig väsentligt, förklarar höga och låga uppskattare deras uppskattningar.
  • Efter detta görs ytterligare en uppskattningsomgång av alla uppskattarna och följer samma process tills de alla konvergerar till samma antal.

# 2) Planera poker: Den här intressanta och roliga tekniken förklaras här: Hur man gör en smidig uppskattningsprocess enkelt med att planera poker

Notera :Det finns många andra tekniker för smidig uppskattning, men dessa är de två mest framträdande.

Scrum-artefakter

De viktigaste scrumartefakterna är Product Backlog & Sprint Backlog . Det här är de som hjälper till att övervaka de övergripande sprintmålen.

# 1) Produktbacklog:

  • En beställd lista med ”krav” som upprätthålls för en produkt / ett projekt.
  • En lista kan också innehålla buggar och icke-funktionella objekt.
  • Produktägaren är ansvarig för att sätta upp prioriteringar i PBL.
  • Produktägaren ansvarar för att hantera produktbackloggen.

# 2) Sprint Backlog:

  • Att göra-lista (även känd som Backlog-objekt) för Sprinta.
  • Scrum Team är ansvarig för att underhålla dem ..
  • Under sprinten, teammedlemmar förväntas uppdatera sprintbackloggen eftersom ny information finns tillgänglig.
  • Om något av objekten lämnas ofullständigt eller delvis komplett, läggs dessa artiklar tillbaka i definitionen av standard scrum Produktbacklog.

# 3) Bränn ned diagram:

java intervjuprogram för nybörjare pdf
  • Det är ett offentligt visat diagram som visar det färdiga och återstående arbetet i sprinten.
  • Visar det verkliga arbetet som slutförs dagligen.
  • Underhålls av Scrum Master dagligen.
  • Det finns två typer av 'Släpp utbrända diagram' och 'Sprint Burn-down charts'.

Nedbrända diagram

Definition av Klar

Definition av Klar är annorlunda för olika scrumlag. Enkelt uttryckt är DoD ett sätt att berätta när laget kommer att uppnå målet via tillgängliga verktyg. Det är kontraktet mellan PO och laget.

DoD uppfyller betyder att alla berättelser från eftersläpningen utvecklas enligt intressentens krav. Berättelser kan vara icke-tekniska eller kan ha flera uppgifter.

Förstärkning av eftersläp (grooming)

Fördröjning av eftersläp är inte en central scrum-praxis men har antagits som ett sätt att hantera kvaliteten på eftersläpningsartiklar som kommer in i en sprint.

Det är ett kontinuerligt försök att granska produktens eftersläpsposter och kontrollera om de är lämpligt prioriterade och förberedda på ett sätt som gör dem tydliga och körbara för team när de går in i sprints via sprintplaneringsaktiviteten.

Snabb jämförelse med vattenfallet

ParametrarVigVattenfall
Kundnöjdhet Kunderna är nöjda på grund av snabb leveransLeveransen är sen så kunderna är osäkra
Leverans av arbetsprogramvara Frekventa leveranserEn med några månaders mellanrum
Sena förändringar Kan snabbt räknas in i den kommande vårenSvårt att genomföra
Kommunikation Daglig kommunikationGranska mötet med projektledaren
Beroende Nära kommunikation och samarbete mellan affärsmän och utvecklare - testare.Projektledare driver projektet

Produktbacklog

När vi rör oss uppåt skapas PBI: er och de är DEEP:

  • D- Detaljerad nog
  • ÄR- Emergenc är
  • ÄR- Beräknad
  • P- Prioriterad

Och de är mer detaljerade för teamet.

Produktstock

Saker som en Scrum Master ska anpassa sig till:

  • Ta bort hinder
  • Främja
  • Mentorskap och undervisning
  • Coaching

Det här är de uppgifter som a Scrum Master bör utföra när Klunga har nyligen implementerats. Men när tiden går och när teamet vänjer sig vid Scrum (blir självorganiserat) har Scrum Master en uppgift att utföra, dvs att ”OBSERVE”.

Bygga ett Scrum Team

När du bygger ett team, Scrum Master kan möta följande utmaningar - Forming, Storming, Norming and Performing.

  • Formning- Där det inte finns några relationer i ett team.
  • Stormar- Där gränserna mellan lagmedlemmarna skulle bli lätta.
  • Normering- När det finns ett bra förhållande i teamet.
  • Utför- Det här är det sista steget där det bara finns teamarbete.

Som vi kan se är det sista steget där laget verkligen fungerar som en Scrum Team . Men under denna omvandling, om det finns någon störning i något skede, tar det laget tillbaka till början.

Slutsats

Vi hoppas att denna handledning kort har förklarat allt viktigt Agile And Scrum Terminology . Se denna handledningsserie Komplett guide till smidig metodik för detaljer om Agile / Scrum-koncept.

Happy Agility!

Rekommenderad läsning

^