Agile Vs Waterfall

En av de største diskusjonene i IT prosjektgrupper i det siste er det diskusjon om hvilken programvare utviklingsmetodikk for å implementere - foss eller smidig? Hvis det har forlatt deg litt forvirret, eller kanskje du bare ønsker å forstå hva forskjellene er, fortsette å lese.

Hva er Agile Software Development

Agile programvareutvikling er en virkelig konsept eller metodikk involverer iterativ utvikling i kortere sykluser. Det tilbyr en høy grad av kommunikasjon med brukere eller virksomhet representant, og den fleksible reaksjon å endre er positivt for både forretnings lag og prosjektgrupper.

Agile utvikling trekker på en oppfatning kalt Agile Manifesto, og det er :

Vi avdekke bedre måter å utvikle programvare ved å gjøre det, og å hjelpe andre gjør det. Gjennom dette arbeidet har vi kommet til verdi:
Individer og samspill enn prosesser og verktøy
Arbeide programvare over omfattende dokumentasjon
Customer samarbeid over kontraktsforhandlinger
Svare endres over etter en plan

Som er, selv om det er verdi i elementene på høyre, verdsetter vi punktene på venstre mer.

Som den hevder, har smidig utviklingsprosess særegne verdier enn ulike programvareutviklingsmetodikk. Den andre hoved programvare utviklingsmetodikk kan du bli informert om er fossen.

Hva er Waterfall Software Development

Foss programvareutvikling er en utviklingsmetode som består av etapper som kjøres fra start til slutt før du starter følgende scenen. Disse stadiene er generelt klassifisert som:
1. Krav - får kravene i systemet og hva som bør utvikles
2. Design - utforme systemet
3. Gjennomføring - utvikle programvaren systemet
fire. Verifikasjon - testing av systemet, både systemtesting og brukertesting
5. Vedlikehold - løpende støtte eller vedlikehold av systemet

I denne metoden, er kravene samlet i begynnelsen av prosjektet, med sikte på å verifisere dem i begynnelsen for å redusere kostnader og tid innvirkning senere i prosjektet. Det er en populær oppfatning at lokaliserings avvik og problemstillinger Jo tidligere i prosjektet vil føre til mindre tid blir brukt enn om de ble funnet senere i prosjektet.

Foss er den mer konvensjonelle metoden i utvikling. Det var den viktigste metoden som ble undervist i skoler og universiteter (i alle fall når jeg var der!) Og avhengig av din bedrift, det &'; s den som vanligvis brukes

Likevel vil du finne diskusjoner. blant IT-markedet om smidig vs foss - hva er forskjellene, og hva som er best

Hva er forskjellen mellom smidig og fossen

&bull?; Agile bruker gjentakelser, bruker foss stadier
• Agile har kontinuerlig virksomhet samhandling, har Foss ulike høy og lav interaksjon (høy mens i krav og brukertesting, lavt under utvikling og systemtesting)
• Agile har jobber som scrum master, har Foss prosjektleder
• Kan &'; t slå tilbake med Waterfall, kan med smidig

Det er flere viktige forskjeller mellom smidig metodikk og fossen metodikk, som er:
• Agile bruker gjentakelser, bruker foss etapper. Den smidige metoden bruker raske iterasjoner, omtalt som “ spurter og " ;, som vanligvis varer mellom 4 og 6 uker. Kravene er verifisert, systemet er laget og testet, og slippes i løpet av denne iterasjon, og den neste begynner. Bruke fossen prosessen, er kravene alle satt fra begynnelsen, og så den neste fasen begynner
• Når en scene er ferdig med fossefall, kan du &'; t gå tilbake. Hvis du &'; har fullført kravene fasen og samlet signoff fra forretningsbrukere, er kravene fasen over. Det er ingen vei tilbake - bortsett fra hvis en endringsprosess er implementert som kan ta litt tid. Med smidig, dersom kravene må endres, de blir bedre ivaretatt med denne prosessen
• Agile samtaler for vanlig virksomhet samhandling for hele syklusen, har Foss høye og lave punkter. For hver smidig sprint eller sykle, er konstant interaksjon med brukere og forretnings interessenter behov - og dette kan være vanskelig å få hvis du &'; re ikke i samme området, eller hvis det er ingen støtte fra treneren sin. Med fossen metodikk, er virksomheten kommunikasjon viktig i starten (med krav samling) og deretter enda en gang på brukertesting scenen - og ikke mye i mellom. Dette kan være en god og en dårlig ting
• Agile arbeidsplasser er forskjellige til Foss roller. Roller i en smidig prosjekt er vanligvis annerledes enn de i en foss prosjekt. Agile har en rolle som kalles en Scrum Master, som er en slags prosjektleder og utgivelse manager, og kan ikke være en IT-person. Foss har en konvensjonell prosjektleder, som vanligvis er en IT-person i tradisjonell forstand

Som er bedre -. Agile Vs foss

Denne informasjonen bringer oss til vårt siste punkt - kontrast smidig vs foss . Dette avhenger av en rekke faktorer, som for eksempel arbeidsmiljøet og den type prosjekt.

Smidige metoder er mer egnet til de prosjekter som krever lite og vanlig funksjonalitet levert til brukerne. Dessuten er det egnet til de prosjektene hvor leveringstiden til markedet er nødvendig for å bli vurdert.

Foss metoder passer disse prosjektene hvor et høyere nivå av virksomheten engasjement ikke er mulig eller ikke avgjørende, og der kvalitet er mer vital enn hastigheten til markedet. Dette isn &'; t å oppgi smidige resultater i dårligere kvalitet på prosjektene - det betyr bare at siden det er en engasjert testfasen, legger det mer vekt på det

Kompetansen av prosjektgruppen bør også vurderes - hvis. de har erfaring med å levere eller arbeider på smidige prosjekter, da dette vil trolig være en stor hjelp
.