Software utvikler mange forskjellige måter , gjør evolusjonær utvikling for den raskeste behandlingstid når lanserer et produkt. Denne utviklingen lar brukere bli involvert i prosessen for å komme med forslag og bestemme eventuelle problemer med programvaren . Fordi evolusjonære utviklingen i programvare leveres sammen i stykker, kan det være en rekke ulemper . Mangel på synlighet

Evolutionary programvareutvikling bruker mange personer som arbeider på ulike områder av programmeringskode. Dermed er det ingen entydig bane til hvor og hvordan endringene blir gjort . Et kart av programvaren noen ganger ikke eksisterer på riktig måte, noe som gjør det vanskelig å gjenskape eller fikse koding problemer lenger ned linjen . Noen av de mer strukturerte modeller av programvareutvikling forlate en klar papir sti og sporing system , men ofte tar lengre tid å endre bør brukerne finner programvaren komplisert.
Dårlig strukturert Programvare
p Som tilbakemeldinger kommer inn fra brukere , er det gjort endringer i programvaren koden . Disse riktig eventuelle problemer og gjøre programmet mer brukervennlig. Ettersom programvaren utvikler seg, mens brukerne å finne de endringene tiltalende , kan kodingen bli låst fast med overflødig informasjon. Bestemmer noen ganger føre til uforutsette problemer til tidligere koding , og når det oppstår feil , ingeniører må kammen gjennom et enormt antall linjer for å finne problemene. Strukturerte koding bidrar til å holde dette i sjakk ved å holde koding for spesielle funksjoner sammen. I evolusjonære koding , holde områdene klumpet seg er ikke alltid et alternativ for å oppnå de fikser i en rimelig tid .

Kontraktsforhold eller lisensiering Kostnader
< p> programmet fortsetter å utvikle seg over tid , så på hvilket punkt gjør programvaren selskapet har et nytt program helt ? Ofte programvare selskapene inngå kontrakter med større bedrifter å sikre salget av produktet. Men som arbeidet fortsetter å skje på programmer , selskapene må være i stand til å videreselge produktet på grunn av den massive arbeidstimer og endringer i koden . Fastsettelse av verdien av det nye programmet blir kompleks .
Tekniske feil

Akkurat som programmet utvikler seg til å løse problemer , kan den samme utviklingen for at glitches i andre områder av program . Dette frustrerer brukerne hvis en endring løser et mindre problem , men fører til et større problem med et område som var arbeider fin før . De fleste utviklere kjøre beta tester på programvare for å unngå slike problemer, men ikke alle scenarier kan gjøres rede for i testprosessen . Noen av disse glitches kan omfatte hvordan programmet kommuniserer med annen programvare .