agile scrum terminology
Dette er en omfattende guide til alle vigtige Agile / Scrum terminologier og er en Alt-i-én ordliste over Agile og Scrum koncepter:
Som vi alle ved, behøver Agile ingen introduktion. Det er en ramme om softwareudvikling, der bruges over hele verden.
Denne artikel er en omfattende guide til alle de agile / scrum-koncepter, du skal have lige ved hånden.
Hvad du lærer:
- Adræt manifest
- Hvad er Scrum?
- Pillars Of Scrum
- Scrum Team
- Roller i Scrum
- Scrum ceremonier
- Agile Estimation Basics
- Scrum artefakter
- Definition af Udført
- Forbedring af efterslæb (pleje)
- Hurtig sammenligning med vandfaldet
- Produktbacklog
- Opbygning af et Scrum-team
- Konklusion
- Anbefalet læsning
Adræt manifest
Agile-metoden er baseret på Agile Manifesto. For mere information om manifestet, tjek Manifest til agil softwareudvikling .
Nøgleudtagningen fra det smidige manifest kan afkortes til :
- Person til person kommunikation er effektiv til procesbinding.
- Arbejdsproduktet er bedre end konventionel trin-for-trin dokumentation.
- Inddragelse af klient / virksomhedsejer er kritisk, og det er også løbende feedback-sløjfer.
- Ændringer er uundgåelige. Derfor skal holdene omfavne og byde dem velkommen.
Du vil se, at selvom den smidige proces afgiver disse erklæringer, giver den ikke de nøjagtige konkrete skridt til at opnå det. Det giver holdene fuld frihed og autonomi til at gøre deres bedste arbejde.
Over tid har freestyle udviklet sig til almindelig praksis. Heraf er den mest berømte en Scrum.
Lad os starte vores definitioner med det.
Hvad er Scrum?
Scrum er en udviklingsmodel udviklet af Ken Schwaber og Jeff Sutherland og har været i brug siden 1990'erne.
Arbejdet er opdelt i mindre krav (historier, epos og opgaver), og tætte teams bygger og leverer i små rater. Feedback søges ofte, og der foretages forbedringer af produktet i form af hyppige korte udgivelser.
Pillars Of Scrum
Søjlerne i Scrum forklares nedenfor detaljeret:
- Gennemsigtighed : Holdene er opmærksomme på, hvad der foregår, og er åbne for at dele og hjælpe hinanden. Kommunikation flyder frit via daglig stand up og uformel interaktion mellem person og person.
- Inspektion : Hyppige og religiøse inspektioner af arbejde er nøglen til Scrums succes. Hold kan identificere, diagnosticere, fejlfinde, rette og komme tilbage på sporet på en enkel og pålidelig måde.
- Tilpasning : Scrum antager ikke, at det, de laver, er rigtigt. Der er periodiske kontrolpunkter i form af Sprintplanlægning, daglig scrum, sprintanmeldelse / retrospektive møder hvor holdet kan gennemgå og tilpasse sig.
Scrum Team
Scrum-hold er normalt små (5-9), og de er normalt tværfunktionelle. De inkluderer en Scrum Master , udvikler, tester (det er almindelig praksis at henvise til alle agile teammedlemmer som udviklere uanset deres arbejdsområde).
Andre tekniske teammedlemmer og vigtigst af alt produktets ejer eller sponsor. Agile placerer alle sine væddemål på sit hold. Så et selvorganiseret A-team er kritisk og næsten en forudsætning for en vellykket agil implementering.
Roller i Scrum
Nedenfor er de forskellige roller i Scrum:
- Produktejer: En produktejer ejer efterslæbet. Han er ansvarlig for produktet og den form, det tager. En produktsejer har det primære ansvar at opretholde produktets efterslæb, have en samlet produktvision og føre teamets mål hen imod det.
- Udviklingsteam: Udviklingsteamet har ingen begrænsede roller. De forventes at arbejde tværfunktionelt og vælge den bedste tilgang til at nå målet.
- Scrum Master: Det er scrummasters opgave at sikre, at scrum implementeres på den rigtige måde. Scrummesteren kaldes også som Tjenerleder for hele holdet.
Scrum ceremonier
Agile er afhængig af nogle få vaner for at være på sporet og få succes.
Nogle af dem er nævnt nedenfor:
# 1) Dagligt scrummøde: Dette er et typisk kortvarigt møde på 15 minutter, hvor hvert holdmedlem taler om følgende punkter:
- Hvad blev der gjort i går?
- Hvad er der planlagt i dag?
- Er der nogen hindringer undervejs?
Dette format af mødet er meget effektivt til at forstå, hvad arbejdet er færdigt, hvad der er tilbage, og hvordan teamet kan hjælpe hinanden, hvis det kræves.
Scrum Master letter dette møde, men det er ikke til fordel for Scrum Master eller et sted at indsamle status. Det er en mulighed for holdet at interagere og klynge sig sammen, før de går hver til deres måde at erobre dagens opgaver.
# 2) Sprint : En sprint er en it-boxed iteration (ofte 3 uger en gang, men kan være længere eller kortere). Dette er en gentagen proces og kan betragtes som en burst af udvikling og levering.
# 3) Sprintplanlægning: Formålet med sprintplanlægning er at planlægge, hvordan man kan omdanne et sæt af produktbacklog-historier til en inkrement af det produkt, der kan sendes.
Det overordnede format kan være som en 2-delt situation.
- Første halvdel - Holdet vælger de emner, de forpligter sig til at gennemføre.
- Anden halvdel - Produktejer er tilgængelig for spørgsmål.
Holdet beslutter, hvordan man bygger det. Således oprettes og tildeles opgaverne i overensstemmelse hermed, hvilket resulterer i Sprint-efterslæb.
# 4) Sprint anmeldelse / demo : Efter en sprint mødes holdet og interessenterne, så det afsluttede arbejde kan fremvises.
De færdige opgaver sammenlignes med planlagte emner, og den funktionalitet, der ikke er implementeret, udelades. Varigheden af dette møde er ikke mere end 4 timer.
# 5) Sprint Retrospective: Dette møde fremmes af Scrum Master og hele teamet inklusive PO deltager i det.
Holdet diskuterer den nylige Sprint ved at holde procesforbedringsideerne i fokus og bestemmer, hvilke ændringer der kan foretages for at gøre den næste Sprint mere produktiv.
Normalt, dette møde tager ikke mere end 2 timer.
=> Anbefalet læsning - Agile retrospektive møder
Agile Estimation Basics
Nedenfor er Agile Estimation Basics:
Indgange
- Produkt backlog og sprint backlog.
- Historiske data, tidligere skøn for lignende opgaver med faktiske indsatsværdier brugt på dem.
Anslåede deltagere
- Teammedlemmer, der er bekendt med applikationen.
- Teammedlemmer, der forstår applikationens integration med andre systemer.
- Repræsentation af forskellige færdigheder, der kræves til projektafslutning.
- Byg, implementering og QA-teamrepræsentanter.
Definition til Epic / Feature / Idea
- Disse er store brugerhistorier, typisk for store til at implementere i en enkelt iteration.
- Idé / episk -> Historier -> Opgaver (en idé kan have flere historier. En historie kan have flere opgaver. Historiens omfang er begrænset til en sprint. Alle opgaver skal lukkes for at fuldføre historien)
# 1) Teknik til estimering af historiepunkt: Story point er et tal, der fortæller holdet, hvor kompleks historien er.
I de fleste tilfælde anvendes Fibonacci-serien eller T-shirtstørrelsen. Normalt betragtes et historiepunkt som svarende til en dags arbejde for en person.
Forholdet revideres dog efter hver iteration baseret på de faktiske data for den gennemsnitlige tid, det tager at gennemføre en enhed af en opgave.
De involverede trin inkluderer:
- Opdel meget store krav i små opgaver.
- Vælg et hold bestående af mindst 2 estimatorer Scrum Master , Produktejer & de andre kan deltage.
- Hver estimator tildeler privat hans / hendes historiepoint privat til en brugerhistorie (opgave) og udgiver det samme.
- Historiepunkter for kravet tildeles af estimatorerne baseret på deres tidligere kendskab til størrelsen af en lignende opgave.
- Det forventes, at estimaterne vil afvige lidt.
- Hvis estimater adskiller sig markant, forklarer høje og lave estimatorer deres estimater.
- Herefter udføres en yderligere estimeringsrunde af alle estimatorerne ved at følge den samme proces, indtil de alle konvergerer til det samme nummer.
# 2) Planlægning af poker: Denne interessante og sjove teknik forklares her: Sådan gør du en smidig estimeringsproces let med at planlægge poker
Bemærk :Der er mange andre teknikker til agil estimering, men disse er de to mest fremtrædende.
Scrum artefakter
De vigtigste scrumartefakter er Product Backlog & Sprint Backlog . Det er dem, der hjælper med at overvåge de overordnede sprintmål.
# 1) Efterslæb:
- En ordnet liste over 'krav', der vedligeholdes for et produkt / projekt.
- En liste kan også indeholde fejl og ikke-funktionelle genstande.
- Produktejer er ansvarlig for at oprette prioriteter i PBL.
- Produktejer er ansvarlig for styring af produktbackloggen.
# 2) Sprint Backlog:
- Opgaveliste (også kendt som Backlog-element) til Sprint.
- Scrum Team er ansvarlig for at vedligeholde dem ..
- Under sprinten, teammedlemmer forventes at opdatere sprint-efterslæbet, da nye oplysninger er tilgængelige.
- I tilfælde af at hvis nogen af elementerne efterlades ufuldstændige eller delvist komplette, sættes disse poster i definitionen af standard scrum tilbage i Produktbacklog.
# 3) Afbrændingsdiagram:
Opret en streng array i Java
- Det er et offentligt vist diagram, der viser det afsluttede og resterende arbejde i sprinten.
- Viser det aktuelle arbejde, der er afsluttet dagtimerne.
- Vedligeholdes af Scrum Master på daglig basis.
- Der er to typer 'Slip udbrændte diagrammer' og 'Sprint nedbrændte diagrammer'.
Definition af Udført
Definition af Udført er forskellig for forskellige scrum-hold. Enkelt sagt er DoD en måde at fortælle hvornår holdet vil nå målet via de tilgængelige værktøjer. Det er kontrakten mellem PO og holdet.
DoD opfyldt betyder, at alle historier fra efterslæbet er udviklet i overensstemmelse med interessentens krav. Historier kan være ikke-tekniske eller kan have flere opgaver.
Forbedring af efterslæb (pleje)
Efterslæbet af efterslæbet er ikke en kerneskrumpraksis, men er blevet vedtaget som en måde at styre kvaliteten af efterslæbsposter ind i en sprint.
Det er en løbende indsats for at gennemgå produktets efterslæbsposter og kontrollere, om de er passende prioriteret og forberedt på en måde, der gør dem klare og eksekverbare for hold, når de først kommer ind i sprints via sprintplanlægningsaktiviteten.
Hurtig sammenligning med vandfaldet
Parametre | Adræt | Vandfald |
---|---|---|
Kundetilfredshed | Kunder er tilfredse på grund af hurtig levering | Levering er forsinket, så kunderne er usikre |
Levering af arbejdssoftware | Hyppige leverancer | Én hvert par måneder |
Sene ændringer | Kan hurtigt nås ind i det kommende forår | Vanskeligt at gennemføre |
Meddelelse | Daglig kommunikation | Gennemgå møde med projektleder |
Afhængighed | Tæt kommunikation og samarbejde mellem forretningsfolk og udviklere - testere. | Projektleder driver projektet |
Produktbacklog
Når vi bevæger os opad, oprettes PBI'er, og de er dybe:
- D- Detaljeret nok
- ER- Emergenc er
- ER- Anslået
- P- Prioriteret
Og de er mere detaljerede for holdet.
Ting, som en Scrum Master skal tilpasse sig til:
- Fjernelse af hindringer
- Gør det lettere
- Mentoring og undervisning
- Coaching
Det er de opgaver, som a Scrum Master skal udføre, når Scrum er nyligt implementeret. Men som tiden går, og når holdet vænner sig til Scrum (bliver selvorganiseret), har Scrum Master en opgave at udføre, dvs. at 'OBSERVE'.
Opbygning af et Scrum-team
Mens du bygger et team, Scrum Master kunne stå over for følgende udfordringer - Forming, Storming, Norming og Performing.
- Danner- Hvor der ikke er nogen relationer i et hold.
- Stormende- Hvor grænser mellem holdmedlemmerne bliver lette.
- Normering- Når der er et godt forhold etableret i holdet.
- Udfører- Dette er den sidste fase, hvor der kun er teamarbejde.
Som vi kan se, er den sidste fase, hvor holdet virkelig fungerer som en Scrum Team . Men under denne transformation, hvis der er nogen forstyrrelser på et hvilket som helst tidspunkt, så tager det holdet tilbage til starten.
Konklusion
Vi håber, at denne vejledning kort har forklaret alt det vigtige Agil og Scrum terminologi . Se denne tutorial-serie Komplet guide til agil metode for detaljer om Agile / Scrum-koncepter.
Glad agility!
Anbefalet læsning
- Agile Scrum Online Quiz: Test din viden om Agile Scrum
- Selvforsynende Scrum-hold: Hvordan oprettes et selvforsynende team?
- Kanban vs Scrum vs Agile: En detaljeret sammenligning for at finde forskelle
- Sådan leveres softwarefunktioner af høj værdi på kort tid ved hjælp af Agile Scrum-processen
- Agilt manifest: Forståelse af smidige værdier og principper
- Agile Methodology: En begyndervejledning til Agile Method og Scrum
- SAFe Agile Tutorial: Hvad er Scaled Agile Framework
- Scrum Team Roller og ansvar: Scrum Master og Product Owner