Vad är Lean Software Development?

Lean Software Development är ett paradigm som beskriver en teoretisk idealuppsättning av omständigheter för mjukvaruskapande. Det är viktigt att tänka på mager mjukvaruutveckling som bara en av många mjukvaruutvecklingsteorier, var och en med sina för- och nackdelar. När man använder den magra mjukvaruutvecklingsmodellen finns det sju avgörande punkter att förstå: eliminera avfall, förstärka lärande, sen beslutsfattande, snabb leverans, team empowerment, integritetsbyggnad och visualisering av helheten.

eliminering av avfall är både ett tids- och penningbesparande mål. Genom att minska mängden överskottskod och överflödiga funktioner i Lean Software-utveckling sparar programvaruutvecklingsteamet pengar och levererar stramare kod till slutanvändaren. Således är program som skapats med hjälp av Lean Software-modellen mindre resurskrävande och mer fokuserade.

inlärningsförstärkning i mager mjukvaruutveckling avser konceptet att använda korta cykler mellan testfaser. I teorin ger detta mer COnstant feedback till ingenjörerna, i sin tur, vilket möjliggör problem att identifieras tidigare i utvecklingskedjan. Slutanvändarna ingår i dessa faser, vilket säkerställer att betaversionerna av programmet uppfyller deras behov.

Sen beslutsfattande möjliggör ytterligare flexibilitet i designschemat, vilket gör det möjligt att fatta beslut endast när det maximala antalet fakta har samlats in. Till exempel, att bestämma före början av utvecklingen att program X bör ha funktioner A, B, och C kan verka som en bra idé, tills testning på marken avslöjar att dessa funktioner inte är möjliga att slutföra i tid. I mager mjukvaruutveckling skulle beslutet att inkludera A, B och C försenas tills det var säkert om det faktiskt var möjligt.

snabb leverans avser en preferens för att ge slutanvändaren en fungerande beta-modell så snabbt som möjligt-eventuellt närProgrammet är 85 till 90 procent komplett - och fortsätter att lappa och uppgradera den modellen under programmets livslängd. Detta står i kontrast till att vänta tills programmet är 100 procent komplett och levererar det då. I teorin gör detta slutanvändaren att pressa mer liv ur programmet, tillsammans med att tillåta utvecklingsteamet ytterligare feedback från de arbetande beta-modellerna.

Team Empowerment innebär att ge teamet mer autonomi under programmeringsprocessen. Som ett resultat kommer de teoretiskt att bli mer investerade i projektet. Dessutom betyder det att ge dem tillgång till kunderna, närmare matchande förväntningar på faktisk leverans.

Slutligen Integrity Building och se hela fokus på att se programmet som en enda enhet. Kontrast detta med andra system, som ser ett program som en lapptäcksamling av olika system. Detta "stora bild" sätt att tänka teoretiskt ger en mer komplett produkt, eftersom hela teamet är påSamma sida när det gäller den färdiga produkten.