Introduksjon til Scrum Epic

I Scrum blir tiden brukt av lagene som fullfører arbeidet med å foredle toppartiklene i produktets etterslep. For å minimere arbeidet som pågår, bør ikke mer enn en fjerdedel av en Sprint konsumeres av brukerhistorier. Selv om de fremdeles gir riktig verdi til klientene i de fleste tilfeller, kan disse brukerhistoriene gjøres mye mindre enn det. I dette emnet skal vi lære om Scrum Epic.

Episk kan defineres som en stor brukerhistorie som krever mer enn en fjerdedel av en sprint for å fullføre tar måneder vanligvis for å fullføre et epos. User Stories, der et sett med elementer ikke er berettiget ennå, er kjent som Epic. Det kan forklares som et stort mål, som snart skal forenkles og deles inn i små oppgaver og mange oppgaver, som Agile-teamet skal arbeide på.

Epic er vanligvis kjent som "toppnivået" eller en rangering som er bred, og har ufullstendige detaljer og er klar til å dele opp i flere flere historier før de kan jobbes med. For å hjelpe en organisasjon med å oppnå de overordnede forretningsmessige målene, blir en Epic delt opp i daglige oppgaver kalt 'brukerhistorier'.

Scrum Epic-eksempler

  • Som oppstart vil jeg velge en markedsføringskampanje for selskapet mitt.
  • I hotellbransjen vil jeg maksimere inntektene.
  • Som bilforhandler ønsker jeg å lage en app for å nå ut til flere kunder

Rapporteringsbehov fra en ledelse blir dekket av noen Epics, mens det er tidsramme i tankene at noen Epics er opprettet, og holder den oppsummert, ikke for lang og for kort, noe som ikke tar mer enn et par uker å fullføre, men det mest brukte måten er historiefortelling, la oss nå lære om historiefortelling.

Viktige tips mens du genererer Scrum Epic

  • Epikene du oppretter, må enkelt spores av teammedlemmer.
  • Et epos kan være noe som en kundeforespørsel, produktfunksjon eller forretningskrav.
  • Kultur for organisasjonen din spesifiserer størrelsen på Epic.
  • Det tar nøyaktig tid å ta en Epic, verken for kort eller for lang.
  • For å måle episke nedbrytningstabeller kan brukes til å gi en faktisk og estimert mengde arbeid som skal utføres.

Historiefortelling / Brukerhistorie

Verktøyet som hjelper til med å visualisere strømmen av hendelser og hvordan de autentiserer tilbake til Epic er kjent som Storytelling. Dette er ganske enkelt en liste over elementer som må gjøres i et prosjekt ved å lage biter av episk karakter, slik at teamet kan hente disse biter og levere i en sprintperiode. Eid av Scrum produkt eier er det i utgangspunktet en gjøremålsliste. For å gjøre et stort prosjekt vellykket, er ideen å dele ned forsendelige stykker, ved å involvere flere lag.

User Story definert som prosjektkrav som hjelper Scrum teammedlemmer ved å gi informasjon om hvordan sluttproduktet vil være og som hjelper til med å beregne tidspunktet for ferdigstillelse av prosjektet.

Viktige tips når du skriver en brukerhistorie

  • Brukerhistorier må være korte og oppsummert på enkelt språk, slik at det kan forstås av teammedlemmer.
  • Brukerhistorien kan skrives av hvem som helst, selv om den eies av produktleieren.
  • For å få kunden til å forstå det endelige produktet, uttrykkes brukerhistorier på vanlig språk.
  • Prosjektets 'hvem', 'hva' og 'hvorfor', blir besvart på et enkelt språk.
  • Brukerhistorier er den viktigste delen av Scrum, da de fungerer som stigen for å fullføre sprinten.

Oppgave

Et mer detaljert sett med brukerhistorier, under hvert epos, er kjent som oppgave. Medlemmene i Scrum Team må identifisere og sortere oppgaven for å gjøre disse historiene til brukbare komponenter.

Detaljerte arbeidsstykker er kjent som Scrum-oppgaver som er nødvendige for å fullføre en historie. Oppgaver tildeles teammedlemmer som har ferdighetene til å fullføre dem i et tidsrom fra noen få til flere timer som ikke overstiger 12. Bare når alle oppgavene er fullført, sies en historie. For enkel sporing plasseres oppgaver på et Scrum Board. Scrum Board består av fire kategorier, 1) Brukerhistorier, 2) Oppgave Ikke startet, 3) Oppgave pågår, 4) Oppgave fullført.

Utført Det smidige teamet holder lett oversikt over sprinten ved hjelp av Scrum Board, som fungerer som et veldig nyttig visuelt verktøy for medlemmene, og styret blir også oppdatert hver dag, noe som ikke bare hjelper teammedlemmer til å opprettholde hastigheten, men som også gir en klar idé til teamet at hvor er de i en bestemt sprint.

Derfor må du lære å skrive epos, historier og oppgaver, da det er veldig viktig for en vellykket Scrum Sprint. Episk, historie og oppgaver er i utgangspunktet grunnlaget for sprinten, og hjelper teamet til å forstå, hva som må gjøres, hvordan skal det gjøres, og innen hvilken tid det må fullføres.

Fordelene med Scrum Epic

  • Å forstå det høye nivået fra interessentene er den viktigste fordelen med Epic, da den forklarer hva som er nødvendig av interessentene.
  • Omfanget av arbeidet er også definert ved hjelp av Epic, som i det avtalen med klienten sier og uttrykker effektivt enn det klienten trenger.
  • Større tanker i et produktets etterslep spores ved hjelp av Epics uten å overbelaste det med flere ting. Epic produserer også den opprinnelige ideen, som er nært knyttet til et bestemt resultat som etablerer en rangering for etterslepspostene.
  • Med hjelp av Epic som er delt opp i flere historier og oppgaver, pleier Agile Development-teamene effektivt å styre og administrere produktets etterslep.
  • Epic hjelper til med tidsberegningen av gjennomføringen av prosjektet ved å bli brukt som en plassholder gang på gang for nye synspunkter som enten er gjennomtenkt ufullstendig eller hvis full utvikling har blitt stoppet til det i det vesentligste ble ønsket.

Fallgruver i Scrum Epic

  • Noen ganger skapes det forvirring rundt slutten, og kan leveres fra Epic. Dette kan sees på som store brukerhistorier av teamet.
  • Sjansene for tvetydighet øker når teamet prøver å estimere Epics på et veldig høyt nivå, slike estimater vil ikke være til nytte hvis ikke tjent noe formål i rapporteringen.
  • Epic arbeides med i henhold til organisatorisk tilnærming som passer deres behov, da det ikke er noen fast måte å jobbe på Epic på.

Anbefalte artikler

Dette har vært en guide til Scrum Epic. Her har vi diskutert oppgaven, fordelene og fallgruvene til scrum epic med eksempler og viktige tips. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Agile Team
  2. Smidig livssyklus
  3. Agile på skala
  4. Scrum-prinsipper

Kategori:

Entreprenørskaputvikling