dette innlegget ble opprinnelig publisert 11. januar 2017, og oppdatert senest 7. februar 2021.
scrum-rammeverket for prosjektledelse er basert på fire Grunnleggende Smidige møter, dvs. seremonier: Sprintplanleggingsmøtet, Daglig Stand-up, Sprint Review og Sprint Retrospective.
Vårplanlegging er en integrert del av å sette laget ditt opp for en vellykket Sprint. Uten en passende mengde arbeid og forståelse av dine mål, Kan En Sprint raskt spore. Heldigvis er disse møtene ganske enkle å mestre når du har perfeksjonert noen viktige planleggingsprosesser.
hvis du aldri har kjørt Et Sprintplanleggingsmøte, er det din go-to guide.
Velge elementer Fra Backlog
I begynnelsen Av Hver Sprint, Produkteier, Scrum Team, Og Scrum Master komme sammen for å organisere arbeidet for den kommende Sprint.
Første ting først! Alle vurderer Produktkøen mens Produkteieren gir innsikt i målene og konteksten for hvert element.
Deretter velger Scrum-Teamet hvor mange elementer fra Produktbacklogen de vil fullføre i Løpet Av Sprinten. Fordi Backlog-elementene vises i rekkefølge av betydning, Må Scrum-Teamet velge elementer fra toppen av Backloggen.
denne dynamikken skaper en balanse mellom Scrum Team og Produkteier. Produkteieren skaper / organiserer Etterslepet og velger hva som er viktigst. Men Scrum-Teamet bestemmer nøyaktig hvor mye arbeid de kan forplikte seg til i En Gitt Sprint. Scrum Master forenkler denne prosessen og opprettholder maktbalansen.
denne prosessen sikrer at hvert medlem av teamet føler seg bemyndiget i forhold til sitt eget arbeid. I tillegg sikrer det en mer oppriktig forpliktelse og større ansvarlighet fra teamet.
det er ett unntak fra denne regelen: laget kan bare trekke elementer fra lenger ned I Etterspørselen hvis det er mer fornuftig med det andre arbeidet som pågår i Den Sprinten. Betydning, hvis arbeidet vil logisk få gjort raskere fordi det er svært lik andre elementer.
Estimering av lagets tilgjengelighet
før du velger elementer fra Etterslepet, er teamet også ansvarlig for å estimere hvor mye tid hvert medlem har For Sprint-relatert arbeid. De fleste teammedlemmers dager vil ikke være dedikert helt Til Sprintarbeid. Tilgjengelig tid bør bestemmes av gjennomsnittlig arbeidsdag minus tiden de forventer å bruke på å gjøre annet arbeid som vedlikehold, delta på møter, lunsjpause, e-post og feilrettinger.
Realistisk har De fleste fire til seks timer per dag tilgjengelig For Sprintarbeid.
Estimering av tid for å fullføre Hvert Backlog-element
den andre brikken i puslespillet er å finne ut hvor mye tid hvert element selv vil ta. Dette krever At Produkteieren og teamet jobber sammen for å bryte hvert element ned i individuelle oppgaver. Du kan deretter tilordne disse oppgavene en beregnet tid til å fullføre. Tiden for å fullføre alle elementer som er valgt For Sprinten, kan ikke overstige tiden som er tilgjengelig på laget.
hver oppgave og tidsestimat registreres i Et dokument kalt Sprint Backlog. Dette er en versjon av Etterspørselen som bare er relevant for dagens Sprint.
selvorganisering
når teamet ditt har fullført medlemstilgjengeligheten samt tiden som trengs for hver oppgave, begynner teamet deretter å bestemme hvem som skal fullføre hvert element ved frivillig arbeid.
Elementer blir aldri «tildelt» til teammedlemmer. Faktorer som sekvensering kan bety at det er mer fornuftig for en person å få en bestemt gruppering av elementer. Men du tildeler aldri oppgaver mot arbeiderens vilje.
den endelige arbeidsbelastningen til hver enkelt må være rimelig og rettferdig. Produkteieren vil spille en stor rolle i å hjelpe teamet fullt ut forstå hvert element slik at de kan bryte ting opp så jevnt som mulig.
sporing av fremdrift
Ved slutten av møtet vil Sprintbacklogen inneholde en liste over tildelte oppgaver med tidsestimater.
Mange lag bruker et kanban-brett (enten fysisk eller digitalt) for å visuelt spore hvert element når Det beveger seg Gjennom Sprinten. Enkle kategorier som Å Gjøre, Pågår, Kode Gjennomgang, Og Gjort kan hjelpe teamet få en rask oversikt over Hvordan Sprint elementer utvikler seg.
Andre team bruker dedikert prosjektstyringsprogramvare, som kan hjelpe dem med å spore Spurter fra start til slutt med visuelle funksjoner som Gantt og Burndown-diagrammer. Oppgavestatuser Som Åpen, Pågår, Løst og Lukket, gjør fremdriften gjennomsiktig for alle medlemmer. Og sporing av data som estimert tid og faktisk tid kan hjelpe deg med å bedre estimere arbeid i fremtiden.
Under Sprinten
Når Scrum-Teamet forplikter seg og Sprinten begynner, Kan Produkteieren ikke endre krav eller legge til nye forespørsler. Denne personen kan ikke gjøre endringer før starten av Neste Sprint.
det er ett klart unntak fra denne regelen: du kan gjøre endringer midt i sprinten hvis en ekstern faktor endrer prioriteringer så drastisk at Resultatene av Sprinten ville være bortkastet hvis de fortsatte. Dette skjer sjelden, men skulle det skje, vil teamet stoppe alt arbeid og starte Sprintplanleggingsprosessen fra bunnen av. Produkteieren bør bare ty til denne massive forstyrrelsen under ekstreme forhold.
Det er to positive effekter av Å gjøre Sprintene ikke foranderlige. For det første skaper beskyttelse av teamet mot endringer og tillegg midt I Sprint et mer positivt arbeidsmiljø. Teammedlemmer vil føle seg trygge i deres evne til å fullføre sitt arbeid og gjøre det bra.
For Det andre oppfordrer Den Produkteieren til å prioritere Sin Backlog med største forsiktighet. De er mer sannsynlig å gjøre sin due diligence før du skyver et element til toppen av listen.
etter hvert som tiden går, blir lagene bedre til å estimere hvor lang tid det tar, forutse problemer og samarbeide med hverandre. Ved hjelp av denne strukturerte Sprintplanleggingen kan Produkteiere være sikre på at teamene deres er både engasjerte og i stand til å gjøre jobben.
Tilpasning til endringer
Mens Sprints nesten aldri skal avbrytes, betyr dette ikke at endring ikke er velkommen innenfor Scrum-rammen. Tvert imot kan endringer i Hovedbackloggen oppstå når som helst. Produkteieren har frihet til å gjøre eventuelle tillegg, slettinger eller modifikasjoner som er nødvendige før neste Sprint.
når lag nærmer seg endring på denne måten, blir det en regnskapsført del av prosessen og blir ikke lenger sett på som en årsak til stress eller grunn til manglende tidsfrister.
etter sprinten
Er Den Smidige prosessen en syklisk. Men ofte du velger å kjøre våren planlegging møter, vil du alltid komme tilbake til dem for å starte prosessen over. Jo oftere teamet ditt var gjennom dette, jo jevnere hver syklus vil være.
Foruten å fullføre prosjektet eller oppgavene ved hånden, Var Sprinten din ikke helt vellykket med mindre du lærte noe som et lag fra det. Dette neste trinnet i prosessen som du vil flytte inn Er Sprint Retrospektiv. Det involverte analyse av alt du nettopp oppnådd og hva som kunne gå bedre neste gang. For å få et ben opp på noen av de mulige teknikkene du og teamet ditt kan bruke, begynn å studere før Du er ferdig Med Sprinten din. En dyktig Scrum Master kjenner hvert trinn i prosessen nøyaktig.
Avsluttende Tanker
Sprintplanleggingsmøtet vil ofte vare et par timer når det kjøres riktig. Forpliktelsene fremsatt krever nøye tanke og overveielse. Du bør la laget ditt den tiden det trenger å grundig planlegge for suksess.
Å holde oppgavene organisert og gjennomsiktig vil gjøre sporing av prosessen mye enklere, så vurder å investere i dedikert prosjektstyringsprogramvare hvis teamet ditt ikke allerede er. Ikke bare vil et flott prosjektstyringsverktøy spare deg for tid og krefter, men det vil også gjøre det lettere å hente innsikt fra prosessen når du er klar til å dykke inn I Retrospektivet.
