Agile Methodology Implementering: En Ultimate Guide

Hvis du er her, er min gjetning at det er noen ineffektivitet i måten teamet ditt jobber akkurat nå. Og du er sannsynligvis ute etter å eliminere dem ved å implementere agile i teamet ditt.

implementering av agile handler selvfølgelig ikke bare om å sette i gang et agile-programvareverktøy og samarbeide med lagkameratene dine.

hvis det var så enkelt, ville du ikke lese denne artikkelen, ville du? 😉

Derfor vil jeg gå gjennom hvert enkelt trinn på hvordan du kan lykkes med å implementere agile i teamet ditt i denne artikkelen.

Hurtig Kontekst På Agile: Hva & Hvorfor

Foss: Du kan ikke gjøre endringer i et pågående prosjekt, absolutt ikke til forretningsbehov og forventninger.

agile: Hold min øl 😎

Agile er en ekstremt praktisk tilnærming til å utvikle gode produkter. I motsetning til foss, hvor risiko ikke kan gis og feil ikke er et alternativ, omfatter agile risiko og er forberedt på å håndtere feil.

Agile har vilje til å lære gjennom hele produktutviklingsprosessen. Og det har åpenhet for å innlemme endringer mottatt via tidlig tilbakemelding, når som helst. Disse kvalitetene av smidig attributt til sin høye suksess priser-2x at av fossen metoden!

så du trenger ikke bekymre deg for at et prosjekt tar flere måneder bare for å finne ut at det ikke er noe som du visualiserte. Ingen slike bummers med agile!

Det fungerer som det perfekte mediet for lag å lære og vokse samtidig som det tilfredsstiller kundens behov. Seriøst, hvem vil ikke ha det?

Psst! Her er en komplett guide på agile prosjektledelse som du vil finne nyttig for å lære det grunnleggende om agile.

nå som du vet hva agile er og hvorfor det er populært, la oss hoppe over til den viktige delen: hvordan implementere agile-metoden vellykket?

Vellykket Agile Implementering: Trinn for å få det riktig

Agile mottar mange tilbakeslag på Internett for sent. Men når du tar en nærmere titt, finner du at det bare er en viktig grunn bak dette-dårlig implementering av smidig praksis. Så, for å maksimere agiles potensial, er det viktig å implementere det mens du følger prinsippene og verdiene som nevnt i Agile Manifesto.

la Oss nå se på de viktigste trinnene som er involvert i den smidige programvareutviklingsprosessen og hvordan du implementerer den.

Trinn 1: Envisioning Produktet

først og fremst ting å gjøre før du begynner prosjektet er å klart definere hva du har tenkt å oppnå gjennom det. Og så, for å visualisere det helt fra start til slutt.

Bilde det, tegne det hvis du må, og skriv ned de viktige detaljene om prosjektet som skal danne grunnlaget. Detaljene må dekke:

• Adressering Problem-problem uttalelse, behov for en løsning, hvordan løsningen vil løse problemet
• Markedsundersøkelser-omfang, målgruppe, konkurrent analyse, posisjonering
• Produktdefinisjon-navn, funksjoner, fordeler, verdi proposition

formålet med dette trinnet er å få klarhet om prosjektets visjon og brainstorm for ideer for å implementere det. Og også for å sikre at hele teamet er på samme side.

Eksempel: la oss anta at prosjektet ditt er å utvikle en mobilapp for drosjetjenester.

Du gjør alt grunnarbeidet og markedsundersøkelsen. Du identifiserer målgruppen din, deres dypeste problemer med den nåværende løsningen, hvordan appen din løser det, og hvem konkurrentene dine er. Du visualiserer også hvordan appen din vil se ut og fungere.

når du visualiserer appen din, oppretter du prosjektet ved å gi det et navn, brainstorm og noter ned funksjonene det vil ha, og skriv brukerhistorier for hver funksjon.

når du starter et prosjekt, må du begynne med et smell. Fordi, Som Det Irske ordtaket går, » Å Gjøre begynnelsen er en tredjedel av arbeidet.»

for å hjelpe deg med å starte på riktig notat og sette tempoet for resten av prosjektet, bruk det riktige verktøyet som er perfekt for deg.

Zepel kan være det verktøyet.

Zepel lar deg lage prosjekter eller Squads og navngi dem som per din bekvemmelighet. Når du har opprettet laget ditt, kan du opprette de nødvendige Funksjonene.

under hver funksjon kan du opprette brukerhistorier og legge til spesifikke oppgaver og deloppgaver. Gi oppgavene et navn, beskrivelse, forfallsdato, og tilordne dem også til gruppemedlemmene dine.

Trinn 2: Legge ut Et Veikart Og Organisere Utgivelsene

På å oppnå et klart bilde av prosjektet, er den neste tingen å gjøre å legge ut veikartet sammen med en grov plan for utgivelsene.

her må du og teamet ditt diskutere og utforme en handlingsplan for produktet. Denne handlingsplanen må inneholde en oversikt over produktutviklings-iterasjonene med foreløpige tidsfrister for hver utgivelse.

Når du har utformet veikartet ditt, er det viktig å lage en tidsplan med de angitte milepælene, dvs. tidsrammer for hver utgivelse av produktet. Disse tidsrammer trenger ikke være eksakte datoer, men det er ideelt å sette realistiske tidsfrister.

ved å gjøre det, vil heller ikke laget bli sløv, og produkteieren vil heller ikke miste tålmodigheten. Så gå videre og lage den tidsplanen med alle utgivelsesdatoer.

Eksempel: du oppretter et veikart for taxi service app med omtrentlige, realistiske tidsrammer.

du har delt prosjektet inn i 4 milepæler-Kjerne UI design, kart med betaling, taxi booking i byen din, cab rentals for langdistanse rides.

du planlegger nå utgivelsene for dette prosjektet med løse tidsrammer og organiserer dem i en tidsplan.

med dette veikartet har du oversatt visjonen din til en handlingsplan for teamet ditt å følge.

Trinn 3: Velge ditt rammeverk-Gå Scrum eller gå kanban?

«Vi er den vi velger å være.»- Green Goblin, Fra Spider-Man

På samme måte vil prosjektet ditt bli det vi vil at det skal være hvis du velger riktig rammeverk.

men for å velge klokt, må du vite svarene på følgende spørsmål:

• hva er scrum og kanban?
• Hvorfor og når du skal velge dem?
• hvordan implementere dem?
• Forskjeller mellom scrum og kanban

La oss dykke rett inn, skal vi?

Når skal Du velge Scrum?

Scrum Er et mye brukt agile rammeverk. I denne metoden er komplekse problemer brutt ned i mindre gjennomførbare løsninger og leveres i sprints. Hver sprint er timeboxed å bli utgitt i 1-4 uker, oftest innen 2 uker.

De fleste lag velger scrum som sin foretrukne agile-metodikk fordi det er det mest populære og vellykkede rammeverket. Ifølge Scrum Alliance ‘ s 2015-undersøkelse var 62% av scrum-prosjektene en suksess. Jeg er sikker på at tallene har gått opp siden da.

men Hvordan vet du om scrum er ideell for prosjektet ditt? Scrum er apt når prosjektet krever:

• Åpenhet for å innlemme endringer i krav, prioriteringer og til og med løsninger etter hver iterasjon
• Arbeide i sykluser på begrensede funksjoner med garantert levering på slutten av hver syklus
• Kundesentrisk testing og tilbakemelding er prioriteten

virker scrum imponerende? Eller tenker du som hei det virker alt bra på papir, men hvordan går det i den virkelige verden?

for å svare på det, la meg gå deg gjennom å implementere agile med scrum.

når skal du velge Kanban?

Kanban er en annen populær metodikk i agile. Det er en progressiv prosess som sikrer kontinuerlig levering. Det er ingen sprint her. I stedet prioriteres aktivitetene i prosjektet og fullfører deretter noen elementer samtidig, etterfulgt av det neste settet med gjenstående elementer.

kanban board brukes av team for å vise fremdriften av prosjektet på et mikronivå.

Kanban er den for prosjektet ditt hvis:

• det er mange urelaterte brukerhistorier og oppgaver
• Krav Og deres prioriteringer endrer seg som været
• du ønsker å distribuere flere utgivelser på mindre enn en uke, spesielt uplanlagte

Kanban er ekstremt fleksibel og ganske enkel når det gjelder implementering. Hvis du tror det ser ut til å passe regningen for prosjektet ditt, kan du implementere agile ved hjelp av kanban.

hvis du fortsatt diskuterer mellom scrum og kanban, forstå forskjellene mellom de to ved hjelp av denne artikkelen: Forskjellen mellom scrum og kanban

Implementere Agile The Scrum Way

hvis Du får Scrum riktig, er prosjektet ditt garantert å være på vei til suksess. 🚀

Ta en rask titt på trinnene som går inn i vellykket bruk av scrum for prosjektet ditt.

Trinn 1: Samle Krav Til Produkt Backlog

før du starter scrum-prosjektet, må du sette scenen for det. Det vil si at du må samle alle forretningskravene og opprette en backlog kalt produkt backlog med alle oppgavepostene.

så gå videre, planlegge en diskusjon med produkteieren å få forretningsbehov.

neste prioritet er å få produktet backlog elementer prioritert.

Eksempel: fra møtet med produkteieren angående taxi service-appen har du samlet alle forretningskravene og lagret dem som brukerhistorier.

du diskuterer nå med produkteieren og tildeler prioriteringer til hvert av elementene i denne ordrereserven. Du har lagt grunnlaget.

Å sette prioriteringer til elementer, kommunisere dem med teamet ditt og holde rede på dem kan være litt utmattende, for å være ærlig. Så, ville du tro meg hvis jeg fortalte deg å bruke enkle hashtags kan gjøre arbeidet mye enklere?

I Zepel kan du bruke #høy, #medium og # lav for å hjelpe deg med å prioritere oppgaveelementene i en jiffy.

Trinn 2: Planlegging Av Sprint

Sprintplanlegging er et viktig skritt hvis du følger scrum framework for å utvikle produktet.

Og her er en titt på hva som skjer under denne planleggingen:

• produkteieren kommer med en oppdatert liste over prioriterte brukerhistorier og oppgaveelementer.
• hele utviklingsteamet, med innspill fra produkteieren, anslår hver brukerhistorie.
• sprintmålet er klart definert.
• basert på sprintmålet, sprintvarigheten og estimatene for hver brukerhistorie, brainstormerer teamet og legger til brukerhistorier i sprintbackloggen.

Mens Jeg ikke kan få Deg Tony Stark til å utarbeide den perfekte planen, som han alltid gjør, er det en informativ artikkel om å mestre sprintplanlegging som vil være et praktisk verktøy. Så få sprekker på sprint plan.

Eksempel: du planlegger sprints for din taxi service app. Du plasserer innlogging, registrer deg og grunnleggende app UI design i den første sprinten.

du legger deretter ned kart og betalingsaktiviteter i den andre sprinten, bestiller drosjer i den tredje sprinten, og så videre til du er ferdig med å planlegge alle sprintene som dekker alle oppgavene i prosjektet.

Det er mye kjedelig arbeid. Men hva om du hadde et verktøy for å gjøre livet enkelt for deg?

Med Spurter I Zepel, taxing oppgaven med sprint planlegging er sikker på å bli en tur i parken for deg. Opprett en sprint, angi en varighet for den, og legg til det prioriterte settet med brukerhistorier eller oppgaver. Det er virkelig så enkelt!

Zepel vil automatisk vise deg en oversikt over den planlagte Sprinten, slik at du kan justere planen basert på dine krav.

Trinn 3: Gjennomgang Av Sprinten

den sanne skjønnheten i agile scrum ligger i fleksibiliteten den gir til å gjennomgå, rette opp og improvisere på ethvert stadium av utviklingssyklusen; spesielt etter hver sprint holdes en gjennomgang for å vurdere resultatene. Og for å bekrefte om virkeligheten faktisk samsvarer med forventningene, eller om det er langt fra det.

hele teamet evaluerer sluttproduktet for å sjekke om alle forretningsbehov er oppfylt. Du kan også invitere betakundene dine til å dele tilbakemeldinger.

eventuelle problemer eller ubesvarte krav som er funnet, diskuteres og noteres for å bli jobbet på senere, i de kommende sprintene.

Eksempel: la oss si at teamet ditt har fullført bestillingsfunksjonaliteten for taxi-appen som en del av dagens sprint. Og du kjører det av kunden under sprint gjennomgang.

under gjennomgangen innser Du at du ikke har tatt med planlagt henting til bestillingsfunksjonen. Også, kunden gir noen verdifulle tilbakemeldinger om berøring og følelse av app. Du noterer disse ned for å jobbe med dem senere.

men i stedet, hvis du bare kunne legge til disse små endringene og tapte elementer i en liste, ville det ikke være lettere å holde styr på, følge opp og implementere?

For Dette formålet Tilbyr Zepel En Listefunksjon der Du kan legge til utelatt oppgaver, feil, forbedringer og til og med brukerhistorier.

du kan senere flytte disse elementene til en tilsvarende funksjon eller sprint. I tillegg til Dette, For å spore en sprint fremgang og gjennomgå det, Gir Zepel En Sprint Rapport med burnup og burndown diagrammer.

Legg inn sprint-gjennomgangen, det Er en ærlig-til-godhet sjanse for at endringer skal innlemmes i produktet, som reflekteres i produktbackloggen og til slutt i sprintplanen.

nå, revurdere hva du skal gjøre neste blir avgjørende for prosjektets fremgang. Dette krever et sprint retrospektivt møte. Under denne diskusjonen vurderer hele teamet, revurderer og prioriterer sprintelementene, basert på tidligere sprintutfall, for å gjøre forbedringer i den kommende sprinten.

Eksempel: du må sette deg ned med teamet ditt for å få deres perspektiv på hva som fungerte i forrige sprint, hva som ikke, og hva som kan forbedres. Kanskje du vil identifisere at prioriteringen din var dårlig, og det resulterte i at laget ditt tok mer på tallerkenen enn de kunne sjonglere.

du vil bli overrasket over innsikten du får fra teamet ditt om hva som kan forbedres.

Vi har satt sammen en håndfull retrospektive maler du kan bruke til å avdekke muligheter for å forbedre i teamet ditt.

Hva ville komme godt med under denne prosessen er din tidligere sprint fremgang. Skriv Inn Zepels Sprint burnup og burndown rapporter.

Ved hjelp av disse listene, kan teamet diskutere ideer bedre som det gir et komplett perspektiv på hva som skjedde under sprinten.

Et Must – do: Hold Regelmessige Standups

Bortsett fra alle de tekniske trinnene som er nevnt ovenfor, er det noe du må gjøre for å få scrum rett — Daglige Standups.

en standup er et kort møte som gjennomføres hver dag i løpet av sprinten. Målet er å få oppdateringer om fremdriften i prosjektet.

Men her er en vanlig feil som lagene gjør. De begrenser ikke varigheten av deres standups til 15 minutter. Som et resultat føler de at de bruker mer tid på å delta på møter i stedet for å utvikle produktet. Så lenge du holder deg til denne tidsrammen, er du god til å gå. 👍

hvis du er overbevist om at scrum er for prosjektet ditt, kan du lære A-Z av scrum og hvordan du implementerer det i dybden fra denne definitive veiledningen.

Eller Hvis du er ferdig med teorien og klar til å implementere Scrum med teamet ditt, Har Zepel deg dekket. Prøv oss ut!

Implementere Agile Kanban Way

Implementere kanban er like enkelt som å forstå det. Her er en oversikt over hvordan kanban vanligvis implementeres.

Trinn 1: Arbeidsflytvisualisering Med Kanban-Kort

for å få prosjektet til å rulle med kanban, må du visualisere og ha arbeidsflytsettet ditt. For dette må du opprette kolonner i kanban-brettet for hvert trinn i prosjektet ditt – fra gjøremål til ferdig.

du tilordner deretter alle oppgaveelementene, opprettet fra forretningsbehovene, til deres respektive ytelsesstadier.

hvis du venter på en fangst, er det ikke noe. Kanban er for et faktum dette grei.

Eksempel: la oss anta at du har opprettet et kanban-kort med 3 kolonner for taxi service-appen din. De 3 kanban-kolonnene er: gjøremål, pågår og ferdig.

Du har samlet alle forretningskravene og konvertert dem til oppgaver som å designe BRUKERGRENSESNITT, innlogging/registrering, booking, betaling, etc. Du tilordner nå hvert av disse elementene til tilsvarende arbeidsflytfaser på kanban-tavlen.

si bestilling og betaling er ennå ikke begynt, og så er de i to-do. Logg inn / registrering er fullført slik at du flytter den til ferdig. I mellomtiden er design UI pågår.

Med Zepels kanban-brettfunksjon blir hele denne prosessen 10x enklere. Du kan raskt opprette egendefinerte kanban-kolonner, opprette og tilordne oppgaver til hver kolonne.

På Zepel er Vi godt klar over at et sanntidsprosjekt vil ha hundrevis av oppgaveelementer. Å holde styr på dem kan være krevende. Men Med zepels avanserte filtre kan du spore dem uten problemer.

Merk: du kan ha så lite som 3 til så mange kanban-kolonner som prosjektet krever.

Trinn 2: Begrensning AV VIA-Enheter

VIA-enheter eller Enheter Som Pågår, refererer til antall oppgaver som pågår. Sette en grense på antall enheter er en må-gjøre. Fordi vi ofte blir borte med å prøve å flytte så mange oppgaver fra å gjøre til ferdig.

og vi ender med å overbelaste kolonnen i fremdrift med flere antall oppgaver enn antall hender som er tilgjengelige for å implementere dem. Kort sagt, det er en oppskrift på flaskehalser.

men å ta for få på hånden er igjen et problem som tiden er av essensen. Så, å finne det søte stedet mellom fylling og salg av kort er viktig.

Eksempel: du jobber med å fikse WIP grensen for taxi service app. Når du vurderer antall oppgaver som venter, og tiden det tar å fullføre dem, beregner DU EN VIA-grense på 4 aktiviteter om gangen.

ofte løser lagene 3-4 oppgaver som WIP-grense. Fordi vi ville velge kvalitet > kvantitet hvilken som helst dag. 💯

Trinn 3: Måling Og Styring Av Arbeidsflyten

Kanban handler om fleksibilitet. Det betyr at du får frihet til å gjøre endringer i arbeidsflyten, så lenge prosjektet drar nytte av disse endringene selvfølgelig.

men hvordan finner du ut hvilke endringer du skal gjøre?

Endringer i arbeidsflyten gjøres ved å vurdere verdien som flyter i gjeldende arbeidsflyt. Det vil si, hvor jevnt gjør oppgavene strømlinjeforme fra å gjøre til gjort, uten flaskehalser.

og hvis noen endringer kan inkorporeres for å forbedre denne flyten, gjøres disse endringene. Deretter måles deres innvirkning på ytelsen for å avgjøre om disse endringene skal fullføres eller slippe dem.

Eksempel: la oss si at teamet ditt har fullført oppgaver med en WIP-grense på 3 oppgaver komfortabelt. Deretter øker du grensen til 5.

du begynner å legge merke til ventende oppgaver hoper seg opp. Så, du bestemmer deg for å endre WIP grensen til 4 enheter og finne ut at det fungerer til din fordel. Du er nå i stand til å levere varer raskt og samtidig opprettholde kvaliteten.

for å opprettholde denne balansen må du måle og holde oversikt over antall elementer som finnes i hver kolonne på kanban-brettet, til enhver tid.

Det Er Her Kumulative Flytdiagrammer kommer inn i bildet. Du vet nå ikke bare antall elementer i hver kolonne, men også tiden det tar for et element å flytte fra en kolonne til en annen.

Du vil gjerne vite At Zepel har En Kumulativ Diagramfunksjon som hjelper deg med å måle og administrere arbeidsflyten din på best mulig måte. 🙂

når du gjør endringer i arbeidsflyten, er det viktig Å huske på at hovedmotivet er å maksimere denne verdiflyten og ikke minimere den på noen måte.

Trinn 4: Gjør Politikk Eksplisitt

Vi har alle våre egne retningslinjer, vår egen måte å gjøre det vi gjør. Men når vi blir en del av et team, ikke å ha felles retningslinjer for å følge ofte skaper forvirring og kaos.

for eksempel, Hvordan trekker vi oppgaver fra gjøremål til pågår? Hvis DET ER FIFO, hva gjør vi når et høyt prioritert element sitter fast i køen bare fordi det ble lagt sent?

for teamet ditt å løse slike situasjoner, som er svært vanlige I Kanban BTW, krever de klarhet. Og for å oppnå en slik klarhet, teamet trenger politikk for å bli gjort eksplisitt.

Eksempel: Du har oppgaver UI design, kart og taxi booking i gjøremålskolonnen på kanban-brettet ditt. Din følgende FIFO, i samme rekkefølge som oppgavene nevnt ovenfor. Men en høy prioritet oppgave kalt betaling blir lagt til denne listen.

nå, i henhold til dine eksplisitte retningslinjer, må høyt prioriterte oppgaver fullføres først, og dermed blir betalingen flyttet til kolonnen i fremgang først.

på Samme måte kan du angi eksplisitte policyer for enhver aktivitet i arbeidsflyten.

Et Must-do: Optimalisering

Å Gjøre endringer og optimalisere arbeidsflytstrategiene til det bedre er en stor fordel som kanban tilbyr. Derfor er begrepet Kaizen, som betyr å kontinuerlig forbedre, knyttet til kanban.

gjennom disse optimaliseringene kan du identifisere hvordan du best kan gi verdifulle løsninger ved å øke utviklingshastigheten samtidig.

for å optimalisere kanban-arbeidsflytstrategien til det bedre, må du ta en vitenskapelig tilnærming.

I Hovedsak oppgir du en hypotese for å gjøre en endring i styret, og definere hva det ønskede resultatet må være. Du implementerer endringen, slik at den kan bosette seg i en periode. Og til slutt måler du ytelsen til denne endringen for å bestemme deg for å enten vedta den eller angre den.

hvis du leter mot kanban, ta en titt på disse kanban-tavleeksemplene for å hjelpe deg med å ta det endelige anropet.

På den annen side, hvis du allerede har bestemt deg og er på utkikk etter den perfekte kanban-programvaren, sjekk ut verktøyet vårt. Lykke til kanbaning. Du kan takke oss senere.

Enten Du velger Scrum Eller Kanban eller bestemmer deg for å implementere en kombinasjon av begge, Har Zepel alle de riktige girene og spakene for å implementere agile-metoden i teamet ditt.

men ikke ta mitt ord for det! Du kan sjekke Ut Hvordan Zepel sammenligner Med andre agile prosjektstyringsverktøy og lese hvorfor 4000 + utviklingsteam foretrekker Zepel.