Mens det er verdifullt i en rekke bransjer, har agile metodikk vist seg mest vellykket innen programvareutvikling og i løpet av programvareutviklingen livssyklus (SDLC). Med utgangspunkt i de tolv kjerneprinsippene i Agile Manifesto, omfatter agile metodikk iterative prosesser fokusert på kontinuerlig overvåking og forbedring av leveranser.

Agile prosesser ble utviklet som et alternativ til tradisjonelle vannfallsteknikker. Vannmetoden er en sekvensiell designprosess som krever fullføring av et trinn før du går videre til neste. Konvensjonelt har vannfallsmetodikk vist seg vellykket i konstruksjon; Men for en mer teknisk næringsvirksomhet har en smidig tilnærming større verdi. I stedet for å følge en trinnvis tilnærming, gjennomføres alle faser av et prosjekt parallelt. Agile prosesser forsøker å håndtere utviklingssyklusens uforutsigbare natur ved å identifisere feil og eliminere behovet for å starte prosjektet fullstendig.

Agile Metodologi

Et kjerneprinsipp for fleksibel metodikk er tilfredsstillende og gir kundens verdi gjennom kontinuerlige leveranser. I stedet for å takle et stort prosjekt over en lengre periode, bryter agile metoder et prosjekt inn i mindre, enklere og mer håndterbare oppgaver som kan fullføres effektivt og raskt.

Spotify er anerkjent for sine smidige prosesser: selskapets minste gruppe enhet, kalt squads, oppfører seg som autonome startups. Hver gruppe fokuserer på en bestemt funksjon og iterates basert på det minimumsgjennomførbare produktet, og frigjør oppdateringer tidlig og ofte. Per definisjon er et minimalt levedyktig produkt den nyeste versjonen av et produkt som lar laget samle inn den maksimale mengden informasjon som trengs for å avgjøre hva som fungerer og hva som ikke gjør det. På Spotify håndterer hver gruppe et lite prosjekt; Hver prosjekter bygger imidlertid til et felles mål om å skape større kundeverdi.

Ved å levere et produkt tidlig og ofte, er organisasjoner tvunget til å eliminere alt som ikke gir verdi. Enkeltpersoner blir eksperter på enkelte områder av utviklingssyklusen, siden hvert lite team fokuserer på ett oppdrag i lengre tid, noe som bidrar til å identifisere og eliminere feil. Mens med vannfallsmetoden tilbys tilbakemelding mot slutten av prosjektet etter at betydelig tid, penger og energi allerede er brukt, gir agile metodikk muligheter for endringer underveis gjennom kontinuerlig tilbakemelding. Gjennom kontinuerlig tilbakemelding og fleksibilitet når det gjelder å overholde den opprinnelige planen, legger organisasjonene til og med oppdateringer eller endringer i forhold til de siste utviklingene i sin bransje.

Oppgaver i et fleksibelt prosjekt drives av iterasjon. En iterasjon er en tidsramme, vanligvis en til to uker, der kundenes behov utvikles og omdannes til løpende, testbare produkter. Et sentralt element i agile metodikk er antagelsen om at prosjekter består av en rekke iterasjoner. Lag kan bruke sin hastighet til å spore hvor mye de oppnår under hver iterasjon for å holde planene realistiske og unngå overkommisjon. I hver iterasjon er et overførbart produkt fullført etter å ha gjennomgått analyse, design, testing, kvalitetssikring og brukeropplevelse. Mens alle de finjusterte funksjonene kan mangle, bør lagmedlemmer være sikre på at de kan frigjøre produktet ved behov.

Scrummetodologi

Flere rammebetingelser finnes innenfor fleksibel metodikk, inkludert Scrum, Lean og Extreme Programming. De fleste organisasjoner som går over til smidig metode velger å starte med Scrum på grunn av sin enkelhet og fleksibilitet. Scrumprosjekter gir bedrifter og klienter struktur for roller, møter og regler. Teammedlemmene er ansvarlige for å lære og tilpasse prosesser for å takle uforutsigbarhet.

Hvert Scrum-prosjekt har en oppsummering eller oppgaveliste. I planleggingsfasen er tilbakemeldingen befolket med oppgaver, mål og en tidsramme for utførelse. Etter at etterspørselen er diskutert, er prosjektet fordelt på sprints, som er en til to ukers perioder med sikte på å fullføre en rekke tilbakeslagsposter. I løpet av hver sprint har teamet daglige møter for å diskutere nåværende fremgang, fremtidige fremskritt og eventuelle faktorer som hindrer fremgang. På slutten av hvert sprint bør alle nødvendige trinnene utføres ved eventuell produktutgivelse.

Deretter gjennomfører produktets eier en gjennomgang for å avgjøre om alle historier i sprintbackloggen er tilstrekkelig gjennomført. På denne tiden møter ScrumMaster med laget for en retrospektiv. Teammedlemmene reflekterer over egne prosesser for å tilpasse atferd for fremtidige sprint. Det er avgjørende at ScrumMaster unngår vanlige hindringer og skaper et oppmuntrende miljø for diskusjon. På grunn av den uforutsigbare naturen til programvare og produktutvikling, er hver sprint unik og må tilpasses forandring.

Scrumprosjekter blir latt av en produkteier, ScrumMaster og team. Under hvert sprint er laget, som består av selvstyrende individer, ansvarlig for å bestemme og delegere hvordan det vil utføre alt nødvendig arbeid. Innenfor laget har hvert medlem et spesialområde; Det er imidlertid ingen formelle titler eller et hierarki. ScrumMaster er en dedikert person som løser hindringer og holder laget på sporet samtidig som man sikrer gjennomsiktighet i sprintbackloggen. Til slutt er produktets eier ansvarlig for å skape og kommunisere produktvisjonen og avgjøre om produktene skal gjennomgå mer utvikling eller er klar til å slippe ut.

Bunnlinjen

Bredt brukt i programvareutvikling i dag, ble agile metodikk utviklet for arbeid som mangler definerte prosesser.Agile metoder, i motsetning til sekvensielle tilnærminger, er ikke ment for repeterende typer arbeid. Mange næringer har og fortsetter å implementere smidig metodikk innenfor sine forretningsstrukturer.

Den fleksible rammen inneholder flere delsett, inkludert Scrum, magert og ekstrem programmering, som hjelper enkeltpersoner å håndtere uforutsigbarhet og fleksibilitet. På overflaten kan fleksibel metodikk bidra til å forbedre end-to-end prosesser; men enkeltpersoner må være forpliktet, tilpasningsdyktig og kunne lære for at den skal fungere.