Hva er mager programvareutvikling?

Lean programvareutvikling er et paradigme som beskriver et teoretisk ideelt sett med omstendigheter for programvareoppretting.Det er viktig å tenke på mager programvareutvikling som bare en av mange programvareutviklingsteorier, hver med sine fordeler og ulemper.Når du bruker Lean Software Development -modellen, er det syv avgjørende punkter å forstå: eliminere avfall, forsterke læring, sen beslutningstaking, rask levering, team empowerment, integritetsbygging og visualisering av helheten.

Eliminering av avfall er begge en tid en tidog penger sparer mål.Ved å redusere mengden overskuddskode og overflødige funksjoner i mager programvareutvikling, sparer programvareutviklingsteamet penger og leverer strammere kode til sluttbrukeren.Dermed er programmer som er opprettet ved bruk av Lean Software-modellen mindre ressurskrevende og mer fokuserte.

Læringsforsterkning i mager programvareutvikling refererer til begrepet bruk av korte sykluser mellom testfaser.I teorien gir dette mer konstante tilbakemeldinger til ingeniørene, på sin side, slik at det kan identifiseres problemer tidligere i utviklingskjeden.Sluttbrukerne er inkludert i disse fasene, noe som sikrer at beta-versjonene av programmet oppfyller deres behov.

blitt samlet.For eksempel å avgjøre før du begynner utviklingen om at program X skal ha funksjoner A, B og C kan virke som en god idé, inntil testingen på bakken avslører at disse funksjonene ikke er mulig å fullføre i tide.I mager programvareutvikling ville beslutningen om å inkludere A, B og C bli forsinket til det var sikkert om det faktisk var mulig. Rask levering refererer til en preferanse for å gi sluttbrukeren en fungerende beta-modell så raskt sommulig mdash;Muligens når programmet er 85 til 90 prosent komplett mdash;og fortsette å lappe og oppgradere den modellen over programmet til programmet.Dette står i kontrast til å vente til programmet er 100 prosent fullført og leverer det da.I teorien gjør dette at sluttbrukeren kan presse mer liv ut av programmet, sammen med å tillate utviklingsteamet ytterligere tilbakemeldinger fra de fungerende betomodellene. Team Empowerment betyr å gi teamet mer autonomi under programmeringsprosessen.Som et resultat vil de teoretisk bli mer investert i prosjektet.I tillegg betyr det å gi dem tilgang til kundene, noe som samsvarer med forventningene til faktisk levering. Endelig, integritetsbygging og se hele fokuset på å se programmet som en enkelt enhet.Kontrast dette med andre systemer, som ser et program som en lappeteppe -samling av forskjellige systemer.Denne store bildemåten å tenke teoretisk gir et mer komplett produkt, ettersom hele teamet er på samme side når det gjelder det ferdige produktet.