Yalın Yazılım Geliştirme, yazılım oluşturma için teorik bir ideal koşullar seti tanımlayan bir paradigmadır. Yalın Yazılım Geliştirme'yi, her birinin lehte ve aleyhte olan birçok yazılım geliştirme teorisinden biri olarak düşünmek önemlidir. Yalın Yazılım Geliştirme modelini kullanırken, anlaşılması gereken yedi önemli nokta vardır: israfı ortadan kaldırmak, öğrenmeyi güçlendirmek, geç karar vermek, hızlı teslimat, ekibin güçlendirilmesi, bütünlük oluşturulması ve bütünün görselleştirilmesi.
Atığın giderilmesi hem zaman hem de para tasarrufu amacıdır. Yazılım Geliştirme ekibi, Yalın Yazılım Geliştirme'deki fazla kod miktarını ve gereksiz özellikleri azaltarak, para tasarrufu sağlar ve son kullanıcıya daha sıkı bir kod sunar. Dolayısıyla, Yalın Yazılım modelini kullanarak oluşturulan programlar daha az kaynak yoğundur ve daha odaklıdır.
Yalın Yazılım Geliştirmede öğrenme kuvvetlendirmesi, test aşamaları arasında kısa döngülerin kullanılması kavramını ifade eder. Teorik olarak, bu daha sonra geliştirme zincirinde daha önce sorunların tespit edilmesine izin vererek mühendislere daha sürekli geri bildirim sağlar. Son kullanıcılar programın beta sürümlerinin ihtiyaçlarını karşıladığından emin olarak bu aşamalara dahil edilir.
Geç karar verme, tasarım çizelgesinde ek esnekliğe izin verir, kararların yalnızca gerçek sayısı toplandıktan sonra yapılmasına olanak sağlar. Örneğin, geliştirmeye başlamadan önce, Program X'in A, B ve C Özelliklerine sahip olması gerektiğine karar verilmesi, yerinde yapılan testlerin bu özelliklerin zamanında tamamlanmasının mümkün olmadığını gösterinceye kadar iyi bir fikir gibi görünebilir. Yalın Yazılım Geliştirmede, A, B ve C'yi dahil etme kararı, gerçekte mümkün olup olmadığı kesinleşinceye kadar ertelenecekti.
Hızlı teslimat, son kullanıcıya mümkün olan en hızlı şekilde çalışan bir beta model sunma (muhtemelen program yüzde 85 ila 90 tamamlandığında) ve bu modeli programın ömrü boyunca düzeltmeye ve yükseltmeye devam etme tercihini ifade eder. Bu, program yüzde 100 tamamlanıncaya kadar beklemek ve sonra dağıtmakla tezat oluşturuyor. Teorik olarak, bu, son kullanıcının çalışma beta modellerinden ek geri bildirim almasına izin vermenin yanı sıra programdan daha fazla yaşam sıkmasına izin verir.
Takımın güçlendirilmesi, programlama sürecinde takıma daha fazla özerklik verilmesi anlamına gelir. Sonuç olarak, teorik olarak projeye daha fazla yatırım yapacaklar. Ek olarak, müşterilere erişimi sağlama ve beklentileri gerçek teslimatla daha yakından eşleştirme anlamına gelir.
Son olarak, bütünlük oluşturma ve bütünlük görme, programı tek bir birim olarak görmeye odaklanır. Bunu, bir programı farklı sistemlerin patchwork koleksiyonu olarak gören diğer sistemlerle karşılaştırın. Bu "büyük resim" düşünme biçimi teorik olarak daha eksiksiz bir ürün sağlar, çünkü tüm ekip bitmiş ürüne geldiğinde aynı sayfadadır.
