Co je vývoj softwaru Lean?

Vývoj softwaru Lean je paradigma, které popisuje teoretický ideální soubor okolností pro tvorbu softwaru. Je důležité myslet na vývoj Lean Software jako na jednu z mnoha teorií vývoje softwaru, z nichž každá má výhody a nevýhody. Při použití modelu vývoje softwaru Lean existuje sedm klíčových bodů, které je třeba porozumět: eliminovat odpad, zesílení učení, pozdní rozhodování, rychlé dodání, posílení postavení týmu, budování integrity a vizualizace celku. Snížením množství přebytečného kódu a nadbytečných funkcí ve vývoji Software pro vývoj softwaru šetří vývoj softwaru peníze a přináší přísnější kód koncovému uživateli. Programy vytvořené pomocí modelu Lean Software jsou tedy méně náročné na zdroje a více zaměřené.

Amplifikace učení ve vývoji Lean Software se týká konceptu použití krátkých cyklů mezi fázemi testování. Teoreticky to poskytuje více cOnstant zpětná vazba inženýrům zase umožňující identifikaci problémů dříve ve vývojovém řetězci. Koncové uživatelé jsou zahrnuti do těchto fází, což zajišťuje, že beta verze programu splňují své potřeby.

Pozdní rozhodování umožňuje další flexibilitu v plánu návrhu, což umožňuje přijímat rozhodnutí pouze po shromáždění maximálního počtu skutečností. Například rozhodování před zahájením vývoje, že program X by měl mít funkce A, B a C by se mohlo zdát jako dobrý nápad, dokud testování na zemi neodhalí, že tyto funkce není možné včas dokončit. Při vývoji softwaru Lean by rozhodnutí zahrnout A, B a C by bylo zpožděno, dokud nebylo jisté, zda to bylo skutečně možné.

Rychlé doručení se týká preference pro poskytnutí co nejrychleji pracovního modelu koncového uživateleProgram je kompletní 85 až 90 procent - a pokračuje v opravě a upgradu tohoto modelu po celou dobu životnosti programu. To je v kontrastu s čekáním, až bude program 100 procent dokončen a poté jej doručí. Teoreticky to umožňuje koncovému uživateli vytlačit více života z programu, spolu s tím, že umožňuje vývojovému týmu další zpětnou vazbu z pracovních modelů beta.

Posílení týmu znamená dát týmu více autonomie během procesu programování. V důsledku toho se teoreticky investují do projektu. Navíc to znamená poskytnout jim přístup k zákazníkům, více odpovídající očekávání skutečnému doručení.

Nakonec se budování integrity a vidět celek zaměřuje na prohlížení programu jako jedné jednotky. Kontrastujte to s jinými systémy, které považují program za záplatovou sbírku různých systémů. Tento „velký obrázek“ způsob myšlení teoreticky poskytuje úplnější produkt, protože celý tým je nastejná stránka, pokud jde o hotový produkt.