Introduktion til Scrum Epic

I Scrum bruges tiden af ​​holdene, der afslutter arbejdet med at forbedre de øverste poster i produktets efterslæb. For at minimere det igangværende arbejde, bør ikke mere end en fjerdedel af en Sprint forbruges af brugerhistorier. Selvom de stadig leverer korrekt værdi til klienterne i de fleste tilfælde, kan disse brugerhistorier gøres meget mindre end det. I dette emne skal vi lære om Scrum Epic.

Epic kan defineres som en stor brugerhistorie, der kræver mere end en fjerdedel af en sprint for at gennemføre og tager måneder normalt for at afslutte et epos. Brugerhistorier, hvor et sæt elementer endnu ikke er berettiget, kaldes Epic. Det kan forklares som et stort mål, som snart skal forenkles og opdeles i små opgaver og mange opgaver, som Agile-teamet vil arbejde på.

Episk er normalt kendt som 'top-niveau' 'eller en arbejdsrangering, som er bred i omfang, med ufuldstændige detaljer og klar til at opdeles i mindre flere historier, før de kan arbejdes med. For at hjælpe en organisation med at nå sine overordnede forretningsmæssige mål opdeles en Epic i daglige opgaver kaldet 'brugerhistorier'.

Eprum fra Scrum

  • Som opstart vil jeg vælge en marketingkampagne for mit firma.
  • I hotelbranchen vil jeg maksimere indtægterne.
  • Som bilforhandler vil jeg oprette en app, der kan nå ud til flere kunder

Rapportering af behov for en ledelse imødekommes af nogle Epics, hvorimod man holder tidsrammen i tankerne, nogle Epics er oprettet, og holder den opsummeret, ikke for lang og for kort, hvilket ikke tager mere end et par uger at afslutte, men det mest anvendte måde er historiefortælling, lad os nu lære om historiefortælling.

Vigtige tip, mens du genererer Scrum Epic

  • De epics, du opretter, skal let spores af teammedlemmer.
  • Et epos kan være ligesom en kundeanmodning, produktfunktion eller forretningskrav.
  • Kultur for din organisation specificerer størrelsen på Epic.
  • Det tager tid at gennemføre en Epic, være hverken for kort eller for lang.
  • Til måling af episke nedbrydningskort kan bruges til at give en faktisk og estimeret mængde arbejde, der skal udføres.

Historiefortælling / Brugerhistorie

Værktøjet, der hjælper med at visualisere strømmen af ​​begivenheder, og hvordan de autentificerer tilbage til Epic er kendt som Storytelling. Dette er simpelthen en liste over genstande, der skal gøres i et projekt ved at oprette bunker ud af episk, så teamet kan hente disse bunker og levere i en sprintperiode. Ejet af Scrum produkt ejer er det dybest set en opgaveliste. For at gøre et stort projekt vellykket er ideen at nedbryde det forsendelige stykker ved at involvere flere hold.

Brugerhistorie defineret som projektkrav, der hjælper Scrum-teammedlemmer ved at give information om, hvordan det endelige produkt vil være og hjælper med at beregne tidspunktet for projektets færdiggørelse.

Vigtige tip, når du skriver en brugerhistorie

  • Brugerhistorier skal være korte og sammenfattede på let sprog, så det kan forstås af teammedlemmer.
  • Brugerhistorien kan skrives af enhver, selvom den ejes af produktsejeren.
  • For at få kunden til at forstå det endelige produkt udtrykkes brugerhistorier på almindeligt sprog.
  • Projektets 'hvem', 'hvad' og 'hvorfor' af et projekt besvares på et simpelt sprog.
  • Brugerhistorier er den vigtigste del af Scrum, da de fungerer som stigen til at afslutte sprinten.

Opgave

Et mere detaljeret sæt af Brugerhistorier, under hvert epos, kaldes Opgave. Medlemmer af Scrum Team skal identificere og sortere opgaven for at gøre disse historier til brugbare komponenter.

Detaljerede værker kaldes Scrum-opgaver, der er nødvendige for at afslutte en historie. Opgaver tildeles teammedlemmer, der har færdighederne til at fuldføre dem i et tidsinterval fra et par til flere timer, der ikke overstiger 12. Kun når alle opgaver er afsluttet siges en historie at være afsluttet. For nem sporing placeres opgaver på et Scrum Board. Scrum Board består af fire kategorier, 1) Brugerhistorier, 2) Opgave Ikke startet, 3) Opgave i gang, 4) Opgave gennemført.

Udført Det agile team holder nemt et spor af sprinten ved hjælp af Scrum Board, der fungerer som et meget nyttigt visuelt værktøj for medlemmerne, og også opdateres bestyrelsen dagligt, hvilket ikke kun hjælper teammedlemmer til at opretholde hastighed, men også giver en klar idé til teamet, hvor hvor er de i en bestemt sprint.

Derfor skal du lære at skrive epics, historier og opgaver, da det er meget vigtigt for en vellykket Scrum Sprint. Epik, historie og opgaver er dybest set grundlaget for sprinten, som hjælper teamet med at forstå, hvad der skal gøres, hvordan skal det gøres, og inden for hvilken tid det skal afsluttes.

Fordelene ved Scrum Epic

  • At forstå det høje niveau fra interessenterne er den vigtigste fordel ved Epic, da det forklarer, hvad der nøjagtigt er behov for interessenterne.
  • Omfanget af arbejde defineres også ved hjælp af Epic, som i hvad aftalen med klienten siger og udtrykker effektivt end hvad kunden har brug for.
  • Større tanker i et produkt backlog spores ved hjælp af Epics uden at overbelaste det med flere ting. Epic producerer også den originale idé, som er tæt knyttet til et bestemt resultat, der skaber en rangordning for ordrer med bagud.
  • Med hjælp fra Epic, der er opdelt i flere historier og opgaver, plejer Agile Development-teams effektivt at styre og administrere deres produktets efterslæb.
  • Epic hjælper med til at estimere tidsafslutningen af ​​projektet ved at blive brugt som en pladsholder gang på gang til nye synspunkter, der enten er gennemtænkt ufuldstændigt, eller hvis deres fulde udvikling er blevet suspenderet indtil de i det væsentlige er ønsket.

Faldgruber i Scrum Epic

  • Nogle gange er der skabt forvirring omkring slutningen, der kan leveres fra Epic, hvilket kan ses som bare store brugerhistorier af teamet.
  • Chancerne for uklarhed øges, når teamet prøver at estimere Epics på et meget højt niveau, sådanne estimater vil ikke være til nogen nytte, hvis de ikke tjener noget formål med rapporteringen.
  • Epic arbejdes efter pr. Organisatorisk tilgang, der passer til deres behov, da der ikke er nogen fast måde at arbejde på Epic på.

Anbefalede artikler

Dette har været en guide til Scrum Epic. Her har vi drøftet opgaven, fordele og faldgruber ved scrum-epos med eksempler og vigtige tip. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -

  1. Agile hold
  2. Agile livscyklus
  3. Agile i skala
  4. Scrum-principper

Kategori:

Iværksætterudvikling