Innholdsfortegnelse:
Agile-metodikken for programvareutvikling kan ha en positiv innvirkning på IT-bransjen. Resultatene av adopsjon av smidig metodikk kan måles på flere måter. Raskere snuoperasjon av forespørsler om programvareendring, færre feil, kvantitativ måling av teamets ytelse og flaskehalser er alle refleksjoner av en vellykket implementering av Agile. For å måle effekten av Agile, må en organisasjon sammenligne ulike beregninger relatert til pre-Agile og post-Agile utvikling. Den virkelige virkningen av Agile kan ikke måles bare ved økningen i inntekter eller av det økte antallet feil. Flere interne parametere må vurderes for å forstå den virkelige effekten. (For mer om Agile-utvikling, se Agile Software Development 101.)
Hvorfor smidig IT?
IT-bransjen har lent seg mot agile praksis hovedsakelig på grunn av begrensningene i fossefallsmodellen for programvareutvikling. Generelt er det blitt observert at IT-selskaper ikke er i stand til å svare på endrede kundekrav eller markedssituasjoner eller redusere kostnadene med fossefall av programvareutvikling. Selv om vi oppveier denne overveldende vippa mot Agile-metodikken og anser noe av spenningen bare for å være hype, er det mye empirisk tilbakemelding mot fossefallmodellen.
Enkelt sagt er fossemodellen en programvareutviklingsmodell der arbeid utføres på en sekvensiell måte - den ene fasen etter den andre. Det er fem faser av denne modellen: krav, design, implementering, verifisering og vedlikehold. Når en fase er fullført, er det vanligvis vanskelig, om ikke umulig, å gjøre endringer i en tidligere fase. Så antakelsen er at kravene er ganske faste. Hovedforskjellen med Agile-modellen er i antagelsen at det ikke vil være noen endring i krav. Agile antar at forretningssituasjoner vil endres, og det vil også kravene. Så, programvare blir levert i mindre biter over spurter, mens i fossefallmodellen blir den første leveransen eller utgivelsen gjort etter lang tid. (For mer informasjon om utvikling, se Hvordan Apache Spark hjelper rask applikasjonsutvikling.)
