Hvis du studerer ingeniør eller er ingeniør, har du kanskje hørt ordet «etterslep» brukt mye innen ditt fag.
Men har du noen gang lurt på hva et etterslep er og hvorfor det er så viktig i ingeniørprosjekter?
Backlog er mer enn bare en liste over oppgaver eller bestillinger som ikke er utført ennå.
Det er et kraftig verktøy som kan lage eller ødelegge et prosjekt, og hvis du vet hvordan du bruker det godt, kan du gjøre prosjektet til en suksess.
I dette blogginnlegget vil vi snakke om etterslep i engineering, inkludert dens forskjellige typer, roller og viktighet.
Så fortsett å lese hvis du vil ta ingeniørprosjektene dine til neste nivå.
Forstå definisjoner av etterslep og betydning i engineering
Formell definisjon:
1. En akkumulering av bestillinger som lover fremtidig arbeid og fortjeneste 2. En akkumulering av ubearbeidede materialer eller ikke-utførte oppgaver.
I prosjektering og prosjektledelse er en backlog en liste over oppgaver som må gjøres og hvor viktige de er.
Det hjelper team med å planlegge detaljene før de bruker for mye tid på å planlegge omfanget og forretningsprioriteringene.
Listen over ting å gjøre:
Produktteamet bestemmer hvilke prosjekter de skal jobbe med videre, og etterslepet brukes av alle team i utviklingssyklusen for å holde styr på og prioritere oppgavene deres mens de jobber mot produktlevering.
De viktigste elementene er på toppen av produktreserven, slik at teamet vet hva de skal jobbe med først.
Brukerhistorier, feilrettinger og produktoppdateringer er alle vanlige ting å sette på en produktbacklog.
Utviklingsteamet jobber ikke gjennom etterslepet på en gang.
I stedet gjør de små biter av det om gangen, kalt "sprints".
Etterslepning eller foredling gjøres med jevne mellomrom for å sikre at hver sprints oppgaver er klare og gjennomførbare.
Hvor viktig etterslep er:
En godt prioritert smidig backlog gjør planlegging av utgivelser og iterasjoner enklere, setter forventninger til interessenter og andre team, og gjør ingeniørtid til en fast ressurs.
En velorganisert produktbacklog hjelper teamet med å tydelig definere og forstå målene og kravene til et prosjekt, prioritere oppgaver basert på hvor viktige de er, ta informerte beslutninger om hva som skal jobbes med videre, og kontinuerlig tilpasse seg endrede krav og prioriteringer. Som gjør utviklingsprosesser mer fleksible og effektive.
Backlog Management:
Backlog management er prosessen der team legger til, endrer, rydder opp og rangerer backlog for å sikre at brukerne får de viktigste funksjonene først.
En full backlog kan skade programvareutviklingen ved at det tar lengre tid å få et produkt på markedet og gjør det mindre bra.
Å gjenopprette etterslepet kan være en nøkkeldel for å få et prosjekt tilbake på sporet og fremme kreativiteten som er så viktig for vellykket programvareutvikling.
Etterslep kan også bety:
Innen regnskap og økonomi er etterslep en stor mengde arbeid som må gjøres, som salgsordrer som må fylles eller økonomiske dokumenter som må behandles.
Et etterslep kan være bra eller dårlig, avhengig av hvordan det påvirker situasjonen.
På den ene siden kan det bety at salget går opp, men på den andre siden prøver bedrifter vanligvis å unngå etterslep fordi de kan bety at de blir mindre effektive eller ikke kan møte etterspørselen.
Lås opp kraften med etterslep: Hvordan unngå tidsfrister og øke stress!
Fortsatt vanskelig å forstå? La meg endre synspunktet litt:
Er du lei av å fullføre ting i tide og innenfor budsjett? Savner du spenningen over en frist som kommer og den søte smaken av panikk? Vel, ikke bekymre deg, for jeg vet akkurat hva jeg skal gjøre: etterslep! Ja, du har rett.
Bare la disse bestillingene og oppgavene hope seg opp, og du vil snart ha mer arbeid enn du vet hva du skal gjøre med.
Si farvel til å få ting gjort og hei til hjerteinfarkt forårsaket av stress.
Hvem bryr seg om å tjene penger og være effektiv?
Ok, det var bare en spøk laget for å se ut som en TV-reklame.
La oss nå gå tilbake til forklaringen.
Produktbacklog vs Sprint Backlog: Nøkkelforskjeller
Produktbacklog og sprintbacklog er to viktige verktøy for å organisere programvareutviklingsprosjekter i Agile metodikk.
Begge etterslep er viktige deler av ethvert programvareutviklingsprosjekt, men deres omfang og mål er forskjellige.
Etterslep av produkter:
Produkteieren lager en liste over funksjoner som skal legges til i prosjektet før prosjektet starter.
Denne listen kalles "produktetterslepet".
Det gir en oversikt over hele produktet, inkludert både de grunnleggende målene og prinsippene og andre deler som er mer sannsynlig å endre.
Den er alltid i endring og kan endres når som helst for å reflektere endringer i markedet eller tilbakemeldinger fra kunder.
Produktetterslepet er en av de viktigste måtene for utviklingsteamet og interessenter å snakke om hva som må bygges og hvorfor.
Det er også et levende dokument som gir hele utviklingsteamet en enkelt kilde til sannhet å bruke gjennom hele prosjektet.
Sprint-etterslep:
På den annen side er en sprintbacklog en undergruppe av produktbacklogen som kun inkluderer elementene fra produktbacklogen som kan fullføres i løpet av hver smidig sprint.
Det gjør at produktets arbeid i en viss tidsperiode skiller seg mer ut.
Sprintbacklog består av varer fra produktbacklog, men kun de som kan fullføres i løpet av hver smidig sprint.
Under sprintplanleggingsmøtet bestemmer teamet hvilke varer fra produktbacklogen de skal jobbe med under sprinten.
Det er her sprintetterslepet lages.
Når alle er enige om det, er elementene og trinnene for å fullføre dem satt for hele sprinten.
En sprintbacklog er forskjellig fra en produktbacklog ved at den kun kan endres under et sprintplanleggingsmøte.
Hva er forskjellig:
- Omfang: Produktbacklog gir en oversikt over alle funksjoner som skal legges til et prosjekt, mens sprintbacklog fokuserer på hva som skal gjøres i hver smidig sprint.
- Formål: Produktbacklog er et kommunikasjonsverktøy mellom utviklingsteamet og interessenter, og gir en felles forståelse av hva som må bygges og hvorfor.
Utviklingsteamet bruker sprintbacklog til å planlegge og utføre arbeid under en spesifikk sprint.
- Fleksibilitet: Produktbacklog er et levende dokument som kan oppdateres når som helst for å reflektere endringer i markedet eller tilbakemeldinger fra kunder.
Under en sprint fryses sprintetterslepet, og endringer kan kun gjøres under et sprintplanleggingsmøte.
Administrere og vedlikeholde etterslep: Roller og ansvar
Å holde styr på og administrere etterslep er en sentral del av Agile programvareutvikling.
Her er de viktigste rollene og ansvarsområdene når det gjelder å administrere og holde tritt med etterslep.
Produkteierens ansvar:
- Produkteieren er ansvarlig for å administrere og vedlikeholde produktbackloggen, inkludert å bryte ned elementer i brukerhistorier.
- De er ansvarlige for å organisere og vedlikeholde produktreserven, inkludert innhold, tilgjengelighet og bestilling.
- De sikrer at etterslepet stemmer overens med overordnede prosjektmål og at teamet jobber med viktige og verdifulle oppgaver.
Utviklingsteamets ansvar:
- Utviklingsteamet er ansvarlig for å gjøre produktbackloggen til inkrementelle deler av funksjonalitet.
- De eier Sprint Backlog og er ansvarlige for å bestemme hvilke elementer som skal inkluderes og hvordan de skal prioriteres.
- De gir estimater for Product Backlog-elementer under sprintplanleggingsøkter.
- De lager Sprint Backlog, som er et sett med produktbacklog-elementer valgt for sprinten, sammen med en plan for å levere produkttilveksten mens de realiserer sprintmålet.
- De utfører arbeidet fra Sprint Backlog og endrer og oppdaterer det etter hvert som ny informasjon blir tilgjengelig.
Oppgavene til en Scrum Master er:
- Scrum Master legger til rette for Scrum-arrangementer og hjelper alle med å forstå Scrum-teori, praksis, regler og verdier.
- De kan være involvert i prosessen med å endre etterslepet, men de har ikke myndighet til å gjøre endringer på egenhånd.
Samarbeid og snakk med hverandre:
- Mens Produkteieren er eneansvarlig for å vedlikeholde produktreserven, bør dens foredling være et samarbeid der resten av Scrum-teamet bidrar med sin kunnskap, innsikt og erfaring om prosjektet så langt.
- Hele teamet jobber og bidrar til produktetterslepet, men det er til syvende og sist opp til utviklingsteamet å gjøre det om til fungerende programvare.
Kort sagt, Produkteieren er ansvarlig for Product Backlog og utviklingsteamet er ansvarlig for Sprint Backlog.
Scrum-mesteren kjører Scrum-møter og sørger for at alle forstår teorien, praksisene, reglene og verdiene til Scrum.
Teamet jobber sammen og snakker for å sikre at begge etterslep er korrekte, oppdaterte og i tråd med de overordnede målene for prosjektet.
Utviklingsteamet har ansvaret for å gjøre varer på Product Backlog til programvare som fungerer, mens Product Owner sørger for at backloggen er i tråd med prosjektets overordnede mål.
Teknikker for forfining og prioritering av etterslep
Administrere og vedlikeholde etterslep: Roller og ansvar
Etterslep er en viktig del av smidig prosjektledelse, og de må administreres og holdes oppdatert.
Denne artikkelen snakker om hva Scrum-teamets roller og ansvar er når det kommer til å administrere og holde styr på produkt- og sprint-backlogs.
Produkteier og produktbacklog
Produkteieren er ansvarlig for å administrere og oppdatere produktreserven, som er et levende dokument som endres basert på forretningsbehov, markedet og teknologien.
Veikartet og dets krav brukes til å lage produktbacklog, som er en liste over arbeid for utviklingsteamet som er rangert etter hvor viktig det er.
De viktigste tingene er på toppen slik at de kan jobbes med først.
Produkteieren er ansvarlig for å holde produktreserven organisert og oppdatert.
Dette inkluderer å bryte ned elementer i brukerhistorier.
De bestemmer hvordan de skal bestille oppgavene på backlog og sørger for at de passer med de overordnede målene for prosjektet.
Produkteieren kan når som helst endre eller ombestille oppgaver i backlog basert på tilbakemeldinger fra kunder eller nye krav.
Men når arbeidet først er i gang, bør det ikke bli for mange endringer.
Under økter for å rydde opp i produktreserven og planlegge sprints, brukes historiepoeng for å estimere PBIer.
Dette er bare en grov idé om størrelse.
Produkteieren kan ha en effekt på utviklingsteamet ved å hjelpe dem med å forstå og velge avveininger, men det endelige anslaget gjøres av personene som skal gjøre arbeidet.
Utviklingsteam og Sprint Backlog
Utviklingsteamet er ansvarlig for å gjøre varene på produktreaksjonen om til deler av funksjonalitet som kan brukes sammen.
Selv om produkteieren er den eneste som har ansvaret for å holde oversikt over produktbackloggen, bør resten av Scrum-teamet bidra til å forbedre den ved å dele kunnskap, innsikt og erfaring med prosjektet så langt.
Hele teamet jobber med og legger til produktbacklog, men det er utviklingsteamets jobb å gjøre det om til programvare som kan brukes.
Utviklingsteamet er ansvarlig for Sprint Backlog, som er en undergruppe av Product Backlog.
Sprint Backlog har de viktigste tingene fra Product Backlog så vel som andre ting som må gjøres, som User Stories, Tasks, Use Cases og Tester.
I Sprint Backlog kan utviklere finne enkle oppgaver å jobbe med i løpet av den nåværende spurten.
Den har også historier som beskriver produktets brukerverdi på høyt nivå og detaljerte oppgaver som bryter ned brukerhistorien i enkle, gjennomførbare trinn for utvikling.
Utviklingsteamet er ansvarlig for å velge hva som skal inn i Sprint Backlog og hvor viktig hvert element er.
Brukerhistorier, oppgaver, brukstilfeller, tester og andre elementer som bryter ned utvalgte produktbacklog-elementer kan legges til Sprint-backloggen.
Under hvert daglige Scrum-møte (daglig møte) vurderer teammedlemmene deres fremgang i forhold til de planlagte oppgavene i Sprint Backlog for å se om de er på vei til å nå dette sprintmålet.
Hvis det er viktige feil eller endringer i funksjonene på veikartet, kan de endre eller oppdatere prioriteringene sine i Sprint Backlog.
Teknikker for forfining og prioritering av etterslep
I smidig prosjektledelse kan bruk av effektiv forfining av etterslep og prioriteringsteknikker bidra til å forbedre resultatene av prosjektet og hvor godt det fungerer.
Forbedring av backlog er en pågående prosess som sørger for at brukernes forventninger, tilbakemeldinger fra markedet og prosjektleveranser forblir synkroniserte.
Backlog grooming-økter brukes til å revurdere prioriteringer, rydde opp og organisere produktreserven og gjøre sprintplanlegging mer produktiv.
Den største fordelen med justering av etterslep er å sørge for at elementene øverst på listen din er relevante, har nok informasjon og har et estimat.
Effektiv prioritering starter lenge før du i det hele tatt kommer til etterslepet.
Først må du komme opp med en plan for produktet ditt.
Dette gir teamet en måte å måle hvor godt de gjør det i forhold til et felles sett med mål og prosjekter.
Backlog-prioritering er nødvendig for å organisere varene i produktbackloggen (som brukerhistorier, bugs, spikes osv.) slik at de kan bygges og utgis i riktig rekkefølge.
Typer etterslep og deres håndtering i forskjellige bransjer
Etterslep typer
Produktutvikling krever å sette funksjoner i viktig rekkefølge og sette dem i bruk.
Det er tre hovedtyper av etterslep som brukes til dette:
- Produkt Backlog.
Product Backlog er en langsiktig plan for produktet som inkluderer funksjoner som ennå ikke er prioritert for utgivelse.
Det er et levende dokument som endres etter hvert som ny informasjon og tilbakemeldinger kommer inn.
Det bryter ned visjonen til spesifikke ting som kan gjøres og tilføre verdi til produktet.
- Release Backlog.
Release Backlog er en del av Product Backlog som viser funksjonene som vil bli levert i en bestemt utgivelse.
Den lages ved å plukke varer fra Product Backlog basert på hvor viktige de er og om de kan gjøres.
- Sprint Backlog.
Sprint Backlog er en del av Release Backlog som viser funksjonene som vil bli levert i en spesifikk sprint.
Den lages ved å velge elementer fra Release Backlog basert på hvor viktige de er og om de kan gjøres eller ikke.
Backlog Management i ulike bransjer
Ulike bransjer har ulike måter å håndtere etterslepet på.
Her er noen eksempler:
- Programvare utvikling.
Agile metoder som Scrum eller Kanban brukes til å håndtere etterslep i programvareutvikling.
Scrum-team jobber i «sprints», som er tidsbegrensede perioder der de jobber med spesifikke oppgaver fra «Sprint Backlog».
Hver dag har teamet «stand-up»-møter hvor de snakker om hvordan det går og eventuelle problemer de har.
I Kanban vises arbeidselementer på en tavle med kolonner som viser hvor de er i ferd med å bli utført.
Når arbeidselementer beveger seg gjennom forskjellige stadier, flytter teammedlemmene dem fra en kolonne til en annen.
- Prosjektledelse.
I prosjektledelse kan verktøy som Trello og Jira brukes til å holde styr på etterslep.
Med disse verktøyene kan brukere lage tavler med lister som viser de ulike stadiene i et prosjekt.
Arbeidselementer kan legges til og flyttes mellom disse listene etter hvert som de beveger seg gjennom ulike stadier.
Scrum og Backlog Management
Scrum Product Backlog
Scrum Product Backlog er en liste over elementer, funksjoner og oppgaver for et prosjekt som er rangert etter hvor viktige de er.
Den skal ikke ha detaljert informasjon om hva som trengs.
I stedet stilles de endelige kravene i løpet av sprinten, sammen med kunden.
Brukerhistorier, som viser arbeidet som må gjøres for å levere et produkt eller en tjeneste, kan legges til Scrum Product Backlog.
Hvert element i Scrum Product Backlog må ha en slags verdi for kunden.
Scrum-teamet kan også bruke andre artefakter, som et sammendrag av forskjellige brukerroller, arbeidsflytbeskrivelser, retningslinjer for brukergrensesnitt, storyboards eller brukergrensesnittprototyper, men disse erstatter ikke Scrum Product Backlog.
I stedet legger de til og forklarer hva det står.
Logistikk etterslep
Avhengig av hva det snakkes om, kan begrepet «logistic backlog» bety forskjellige ting.
I supply chain management er en backlog alle produktene som er bestilt av kunder, men som ennå ikke er sendt ut.
Dette inkluderer ting som jobbordrenummeret, produktnummeret, leveringsdatoen, beløpet og statusen til bestillingen.
En backlog er bra for virksomheten fordi den viser at kunder er villige til å betale for bestillinger som ikke er fylt ennå.
Men hvis tidsfrister ikke overholdes og bestillinger ikke sendes i tide, blir ordrereserven til restordrer, noe som kan være dårlig for virksomheten.
I havnecontainerlogistikk er et etterslep når skipscontainere hoper seg opp i havner på grunn av problemer i forsyningskjeden forårsaket av ting som COVID-19-politikk og flere som ønsker varer.
Denne typen etterslep i logistikk kan gjøre at frakt tar lengre tid og koster mer for bedrifter.
VEDLIKEHOLDSBAKLOGG: Hva er det og hvordan beregner man etterslepet?
Tips: Slå på bildetekstknappen hvis du trenger det. Velg "automatisk oversettelse" i innstillingsknappen hvis du ikke er kjent med talespråket. Du må kanskje klikke på språket til videoen først før favorittspråket ditt blir tilgjengelig for oversettelse.
Brukssaker
| Brukt i: | Beskrivelse: |
|---|---|
| Programvare utvikling: | Backlog brukes ofte til å spore fremdriften til et prosjekt innen programvareutvikling. Den har en liste over alle funksjonene, feilene og oppgavene som må gjøres før det endelige produktet kan lages. Teamet jobber med elementene i backloggen i den rekkefølgen som gir mest mening for prosjektet.Backlog kan brukes til å holde styr på hva som må gjøres, hvem som har ansvaret for hver oppgave, og når hver oppgave skal forfalle.Det er et verktøy som programvareutviklingsteam kan ikke unnvære hvis de vil sørge for at de sender produkter av høy kvalitet i tide. |
| Produksjon: | I produksjon kan backlog brukes til å spore hvordan materialer og produkter beveger seg gjennom produksjonsprosessen. For eksempel kan en backlog lages for å holde styr på hvor mange uferdige produkter som må ferdigstilles før en ordre kan fylles. Brukes for å sikre at produksjonsprosessen går knirkefritt og at bestillinger blir fylt i tide. |
| Konstruksjon: | Etterslep kan brukes i konstruksjonen for å spore hvor langt et prosjekt er på vei og sørge for at alle oppgaver blir utført i tide. Noen av tingene som kan være på et byggeetterslep er å bestille materialer, planlegge arbeidere og gjøre inspeksjoner. Du kan bruke etterslepet for å sikre at hver oppgave blir utført i riktig rekkefølge og at prosjektet går som planlagt. |
| Finansiere: | Innen finans er etterslep en måte å holde styr på betalinger eller fakturaer som ikke er behandlet ennå og må gjøres. For eksempel kan et etterslep gjøres for å holde oversikt over hvor mange forfalte fakturaer som ikke er betalt. Brukes til å sikre at alle betalinger behandles i tide og at kontantstrømmen til selskapet er godt administrert. |
Konklusjon
Innen ingeniørfag er backlog en viktig del av prosjektledelse, og forståelse av betydningen av den kan ha en enorm effekt på suksessen til et prosjekt.
Det er viktig å forstå konseptet "backlog" fullt ut for å håndtere produktbacklog eller sprintbacklog og bruke effektive teknikker for å avgrense og prioritere.
Men det er viktig å huske på at håndtering av etterslepet ikke er en engangsting.
Det må forbedres og vies oppmerksomhet hele veien gjennom prosjektets livssyklus.
Som ingeniør kan det å vite hvordan man håndterer etterslepet bety forskjellen mellom et prosjekt som fungerer og et som ikke gjør det.
Så bruk kraften til etterslepet til din fordel, og slutt aldri å foredle og forbedre den for å få de beste resultatene.
Dele på…
