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 både et tids- og pengebesparende 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 COnstant tilbakemelding til ingeniørene, på sin side, tillater problemer å bli identifisert tidligere i utviklingskjeden. Sluttbrukerne er inkludert i disse fasene, og sikrer at betaversjonene av programmet oppfyller deres behov.

Sen beslutningstaking gir mulighet for ytterligere fleksibilitet i designplanen, slik at beslutninger bare kan tas når det maksimale antallet fakta er samlet inn. 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 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 som mulig-muligens nårProgrammet er 85 til 90 prosent fullført - og fortsetter å 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 beta-modellene.

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, og nærmere samsvarende forventninger til faktisk levering.

Endelig fokuserer integritetsbygging og å se hele å se 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 bildet" måten å tenke teoretisk gir et mer komplett produkt, ettersom hele teamet er påSamme side når det gjelder det ferdige produktet.