De smidig Scrum-metodikk er en utmerket prosjektstyringsverktøy, være svært nyttig for å utføre komplekse oppgaver effektivt; siden den deler prosjektet inn i sprints, å nærme seg prosjektet i deler, gjennom utførelse av progressive oppgaver som gjør det mulig å oppnå kontinuerlige forbedringer.
Annonser
Selv om det generelt er mer brukt i programvareutviklingsprosjekter, er denne metodikken Vi kan bruke det på alle typer prosjekter, slik at vi kan tilpasse oss endringer og utfordringer som oppstår under utviklingen.
Annonser
Vel, gjennom daglige Scrum-møter kan vi holde oss oppdatert på fremdriften i prosjektet, og oppdage problemer raskt. å ta effektive beslutninger; på slutten av hver sprint har teamet en mulighet til å gjennomgå arbeidet og få en tilbakemelding av interessentene, noe som garanterer at vårt endelige produkt er på linje med forventningene til kundene våre.
For å forstå hvordan vi kan bruke denne metodikken i styringen av prosjektene våre, la oss se følgende 2 eksempler på smidig Scrum-metodikk, ikke uten først å vite konseptet.
Annonser
I denne artikkelen finner du:
Hva er den smidige SCRUM-metodikken?
Scrum Det er en av de mest populære og brukte smidige metodikkene for prosjektledelse, spesielt innen programvareutvikling; Det er et rammeverk som fremmer en iterativ og progressiv tilnærming til fullføring av prosjekter.
I Scrum-metodikken, Prosjektet er delt inn i arbeidsenheter kalt spurter, De varer vanligvis to til fire uker. Hver sprint starter med et planleggingsmøte der "Produkteier", hvem er representant for interessenter, og fastsetter prioriteringene for oppgavene som skal utføres. Disse oppgavene, som er samlet i en liste kalt "etterslep", de er valgt ut til å jobbes videre med i neste sprint.
Annonser
Gjennom hver sprint, teamet holder daglige møter kjent som "Daglig Scrum" enten «Stand-ups»I disse møtene gir hvert teammedlem en rask oppdatering på hva de har gjort, hva de planlegger å gjøre og om det er hindringer i veien.
På slutten av hver sprint gjennomfører laget en Sprint gjennomgang å vise og gjennomgå det utførte arbeidet og senere, a "Sprint retrospektiv", hvor teamet reflekterer over hva som har fungert bra og hva som kan forbedres i neste sprint.
Annonser
Scrum, derfor fremmer det en samarbeidstilnærming, med enrask respons på endringer og kontinuerlig forbedring på effektivitet og kvalitet på arbeidet.
2 Eksempler på Agile SCRUM-metodikk
Den smidige Scrum-metodikken kan implementeres i alle prosjekter, for eksempel følgende:
Eksempel på smidig scrum-metodikk for utvikling av en mobilapp
Trinn 1: Opprett og prioriter produktbackloggen
Tenk deg at du utvikler en ny mobilapplikasjon for å lære språk, The Product Owner (PO) Det begynner med å lage produktbacklog, som er en liste over alle funksjonene som applikasjonen skal ha; Disse kan inkludere interaktive leksjoner, tester, fremdriftssporing osv. PO prioriterer disse funksjonene basert på deres verdi for brukerne og visjonen for produktet.
Steg 2: Sprintplanlegging
I sprintplanleggingsmøtet gjennomgår teamet de høyest prioriterte funksjonene fra produktreserven. Teamet anslår hvor mye arbeid hver funksjon vil ta og bestemmer hvor mange funksjoner de kan fullføre i neste sprint, som kan vare i to uker.
For eksempel kan de bli enige om å utvikle funksjonen for interaktive leksjoner i neste sprint.
Trinn 3: Utvikling under Sprinten
I løpet av sprinten utvikler teammedlemmene funksjonen for interaktive leksjoner. De lager, tester og avgrenser koden som trengs for denne funksjonen.
Trinn 4: Daglig Scrum
Hver dag kommer teamet sammen for et daglig Scrum-møte; I disse møtene diskuterer hvert teammedlem hva de har oppnådd siden forrige møte, hva planlegger å gjøre neste og hvis de har støtt på noen hindringer som kan forsinke deres jobb.
En utvikler kan for eksempel rapportere at de har funnet et problem med brukergrensesnittet og trenger hjelp til å løse det.
Trinn 5: Sprint gjennomgang
På slutten av sprinten presenterer teamet de interaktive leksjonene i et sprintgjennomgangsmøte, og de vil demonstrere hvordan funksjonen fungerer og samle tilbakemeldinger fra interessenter. Dersom interessentene er fornøyd med funksjonen vurderes den "donere" og inkorporert i produktet.
Trinn 6: Sprint retrospektiv
Til slutt gjennomfører teamet en sprintretrospektiv, der de reflekterer over hva som fungerte bra og hva som kan forbedres.
For eksempel kan de bestemme seg for at de må forbedre samarbeidet for å løse problemer med brukergrensesnittet raskere i fremtiden.
Prosessen starter så igjen med planlegging for neste sprint. I hver sprint beveger teamet seg litt nærmere produktvisjonen, samtidig som de tilpasser seg ny læring og endringer i prosjektprioriteringer.
Eksempel på scrum-metodikk for bygging av et bygg
Selv om Scrum oftest brukes i programvareutvikling, kan prinsippene brukes på mange typer prosjekter, inkludert bygging av et bygg. Her er et eksempel på hvordan det kan brukes:
Trinn 1: Opprett og prioriter produktbackloggen
Han Produkteier (PO), som representerer eierne av det fremtidige bygget, oppretter en etterslep av produktet med alle de egenskaper som bygget skal ha, som antall etasjer, interiørdesign, infrastruktur av offentlige tjenester mv. Disse elementene er prioritert i henhold til deres betydning og deres forhold til visjonen om prosjektet.
Steg 2: Sprintplanlegging
I sprintplanleggingsmøtet gjennomgår byggeteamet (arkitekter, ingeniører, byggeledere, etc.) de høyest prioriterte elementene i etterslep av produktet. De bestemmer hvor mye arbeid de kan forplikte seg til å fullføre i neste sprint, som kan være to uker; For eksempel kan de forplikte seg til å ferdigstille de detaljerte arkitektoniske planene for bygget i første sprint.
Trinn 3: Utvikling under Sprinten
I løpet av sprinten fokuserer teamet på å fullføre arkitekturplanene, hvis det oppstår problemer eller utfordringer tas de opp umiddelbart for å unngå forsinkelser.
Trinn 4: Daglig Scrum
Teamet møtes hver dag til et møte med Daglig Scrum; På dette møtet diskuterer hvert teammedlem hva de har oppnådd siden forrige møte, hva de planlegger å gjøre videre, og eventuelle problemer de har møtt.
Trinn 5: Sprint gjennomgang
På slutten av sprinten presenterer teamet de arkitektoniske planene for PO og interessenter I et sprintgjennomgangsmøte får de tilbakemeldinger og justerer planene etter behov.
Trinn 6: Sprint retrospektiv
Teamet gjennomfører en retrospektiv av sprint å diskutere hva som fungerte bra og hva som kan forbedres; For eksempel kan de bestemme at de trenger bedre designverktøy eller at de trenger å kommunisere mer effektivt med leverandører.
Prosessen gjentas deretter med neste sett med elementer i etterslepav produktet, som å innhente byggetillatelser, legge grunnlaget mv.
Som med programvareutvikling, lar bruk av Scrum i konstruksjon teamet tilpasse seg endringer og kontinuerlig forbedre måten de jobber på.
