1. Lean Software Development
ČIA DAR YRA VISOKIAUSIŲ GERŲ PASTABŲ!

2. Lean istorija Pakeičiamos detalės Pakeičiami darbuotojai
Toyoda automatinės staklės
Toyota gamybos sistema
Just-in-time srautas
Jidoka – autonomatiškumas
Gamyba be atsargų
Jokių inspekcijų (testavimo)
Just-in-Time
Paris, France, July Interchangeable parts in guns
Detroit, USA, January Interchangeable people in Ford factory – production line, assembly of automobile from 12 hours to 90 mins
Kariya, Japan, February Perfect loom from Toyoda Automatic Loom Works. Sakichi Toyoda implemented it.
Koromo, Japan, October Taiichi Ohno was a machine shop manager who responded to Kiichiro Toyoda's challenge and vision by developing what came to be known as the Toyota Production System.

3. Lean šeima

4. Lean principai - pavyzdys
Toyota principai:
Deliver the highest possible quality and service to the customer
Develop each employee's potential based upon mutual respect and cooperation
Reduce cost through elimination of waste in any given process
Build flexible production sites that can respond to changes in the market

5. Lean principai - pavyzdys
Google principai:
Value – Focus on the user and all else will follow
Excellence – It's best to do one thing really, really well
Democracy – Democracy on the Web works
Speed – Fast is better than slow

6. Lean Product Development
Lean Manufacturing
Lean Development
Frequent set-up changes
Frequent product changes (software releases)
Short manufacturing throughput time
Short development time
Reduced work-in-process inventory between manufacturing steps
Reduced information inventory between development steps
Frequent transfer of small batches of parts between manufacturing steps
Frequent transfer of preliminary information between development steps
Reduced inventory requires slack resources and more information flow between steps
Reduced development time requires slack resources and information flow between stages
Adaptability to changes in volume, product mix, and product design
Adaptability to changes in product design, schedule, and cost targets
Broad task assignments for production workers gives higher productivity
Broad task assignments for engineers (developers) gives higher productivity
Focus on quick problem solving and continuous process improvement
Focus on frequent incremental innovation and continuous product and process improvement
Simultaneous improvement in quality, delivery time, and manufacturing productivity
Simultaneous improvement in quality, development time, and development productivity

7. Lean principai 1. Pašalinti iššvaistymus (Muda)
2. Užtikrinti kokybę nuo pat pradžių
3. Kurti ir įgyti žinias
4. Atidėlioti neatšaukiamus apsisprendimus
5. Kurti vertę greitai
6. Gerbti žmones
7. Optimizuoti visumą, o ne atskiras dalis
Myth: Early Specification Reduces Waste
Myth: The Job of Testing Is to Find Defects
Myth: Predictions Create Predictability
Myth: Planning Is Commitment
Myth: Haste Makes Waste
Myth: There Is one Best Way
Myth: Optimize by Decomposition
Iššvaistymų (Muda) eliminavimas. Iššvaistymai - tai bet kokia žmogiškoji veikla, kuri naudoja resursus, bet nesukuria vertės. Iššsvaistymų identifikavimas ir eliminavimas procesuose yra vienas įdomiausių ir sudėtingiausių aspektų Lean pokyčiuose.
Vertės užtikrinimas. Organizacijoje naudojama eilė procesų, užtikrinančių vertės sukūrimą, o vertę nustato klientas, pageidaudamas kiekio ir kokybės tam tikru laiku ir už pačią geriausią kainą. Geriausia kaina -  tai ne visuomet žemiausia kaina. Greičiausiai tai tinkamiausia kokybės, kiekio ir įvykdymo laiko kombinacija.
Pokyčiai. Pokytis turi būti radikalus ir vadovybė turi leisti jį vykdyti. Atsakomybė už Lean pokyčių įdiegimą turi būti prisiimta pačiuose žemiausiuose sluoksniuose, o strategai turi valdyti situaciją. Kiekvienas darbuotojas įmonėje turi gauti pilną Lean mokymą ir dalyvauti pokyčiuose. 
Didėjančio nuolatinio gerinimo (Kaizen) įdiegimas. Projekto eigoje būtina sukurti suinteresuotų darbuotojų komandą, kuri, naudodama LEAN principus, diegtų pokyčius organizacijoje.
Mura – tiekimo nesinchroniškumai, kurie neleidžia realizuoti Just-in-Time proceso, dirbančio be buferizacijos
Muri – visokie dalykai, keliantys variacijas (ypač takto/kadencijos laiko variacijas)

8. Vertė
"Great software grows out of a mind-meld between a person who really understands the business and a person who really understands the technology," (Tom Poppendieck)
Customer focused organization
Lyderystė, užtikrinanti orientaciją į klientą
Vyriausias inžinierius – atsakantis, kad produktas tiktų klientui

9. Kompleksiškumo kaina Mažiau kodo – geriau
Kiekviena programos funkcija turi būti vertinga

10. Iššvaistymų rūšys Gamyba Programų kūrimas Defektai ir sutrikimai
Perprodukcija
Nenaudojamas inventorius
Pertekliniai darbai
Transportavimas
Bereikalingas judėjimas
Laukimas
Defektai ir sutrikimai
Perteklinis funkcionalumas
Dalinai įgyvendinti moduliai
Persimokymas
Artifaktų perdavimai
Persijunginėjimas tarp užduočių
Vėlavimai
 TIM WOOD = Transportation, Inventory, Movements, Waiting, Overprocessing, Overproduction, Defects

11. Švaistymo simptomai Kaip pajusti, kad švaistymas vyksta: Sumišimas –
nesusipratimai, neaiškumas, netikslios instrukcijos
Nesaugumas ir nepatogumas –
kažką reikia daryti rizikuojant ar nepatogiai
Neišnaudojimas –
neišnaudojamas žmonių ar resursų potencialas

12. Value Stream Mapping

13. Greitis Greitis yra iššvaistymų nebuvimas
PatentKeeper pavyzdys - kaip užtikrinti greitį, įgyvendinant PĮ pakeitimus:

14. Greitis Pagaminimo trukmė: Užimtumas: Little's Law:
The long-term average number of customers in a stable system L is equal to the long-term average effective arrival rate, λ, multiplied by the average time a customer spends in the system, W; or expressed algebraically: L = λW.
Note: the relationship is not influenced by the arrival process distribution, the service distribution, the service order, or practically anything else.
Pvz, WIP = 6 kl., l = 30 kl./h =>  Wt = 6 kl./30 kl./h = 1/5 h = 12 min
Kur dar taikysime Little's taisyklę? – suskaičiuoti užklausų, ateinančių į serverius, laukimo laikus, kai žinome serverių skaičių ir užklausos apdorojimo trukmę

15. Pagaminimo laiko trumpinimas
Išlyginti ateinančių artifaktų srautą
Minimizuoti artifaktų darbo procese (WIP) kiekį
Minimizuoti artifaktų darbo procese dydžius
Nustatyti reguliarų cikliškumą (kadenciją)
Riboti darbo kiekį pagal pajėgumus
Naudoti „traukiantį“ darbų planavimą
Even out the arrival of work
Minimize the number of things in process
Minimize the size of things in process
Establish a regular cadence
Limit work to capacity
Use pull scheduling

16. Žmonės ir komandos Grupė vs Komanda Bėdos:
Komandos nariai neįsitraukia
Žmonės kilnojami iš projekto į projektą
Individuali rangavimo sistema
Demingo patarimas: Eliminate annual performance ratings for salaried workers; do not undermine team cooperation by rewarding individual performance.
Žmonės dirba skirtinguose projektuose vienu metu
Bėdos:
Komandos nariai neįsitraukia
Žmonės kilnojami iš projekto į projektą
Individuali rangavimo sistema
Demingo patarimas: Eliminate annual performance ratings for salaried workers; do not undermine team cooperation by rewarding individual performance.
Žmonės dirba skirtinguose projektuose vienu metu

17. Darbo proceso efektyvumas
Ženklai
Kanban
Andon – stop ženklas
Dashboardai

18. Žinios Mokslinis mąstymo būdas Žinojimas, ką žinom
Problemos sprendimo metodas:
Žinojimas, ką žinom

19. Kokybė Grįžtamasis ryšys Release planning:
Feature sets with high value before lower value
Feature sets with high risk and high value before lower risk
Feature sets that will create significant new knowledge before those already well understood
Feature sets with a lower cost to develop or support before higher cost
Iteracijos

20. Iteracijos

21. Disciplina Sort (Seiri): išmesti seną šlamštą
Systematize (Seiton): sudėstyti į struktūrą
Shine (Seiso): atsikratyti laikinų artifaktų
Standardize (Seiketsu): nusistatyti standartus, kaip laikytis tvarkos
Sustain (Shitsuke): nuolatos laikytis disciplinos
Sort (Seiri): Sort through the stuff on the team workstations and servers, and find the old versions of software and old files and reports that will never be used any more. Back them up if you must, then delete them.
Systematize (Seiton): Desktop layouts and file structures are important. They should be crafted so that things are logically organized and easy to find. Any workspace that is used by more than one person should conform to a common team layout so people can find what they need every place they log in.
Shine (Seiso): Whew, that was a lot of work. Time to throw out the pop cans and coffee cups, clean the fingerprints off the monitor screens, and pick up all that paper. Clean up the whiteboards after taking pictures of the important designs that are sketched there.
Standardize (Seiketsu): Put some automation and standards in place to make sure that every workstation always has the latest version of the tools, backups occur regularly, and miscellaneous junk doesn't accumulate.
Sustain (Shitsuke): Now you just have to keep up the discipline.

22. LEAN žinios
Hirotaka Takeuchi and Ikujiro Nonaka The New New Product Development Game
Hirotaka Takeuchi and Ikujiro Nonaka Wise Leadership (video 10 min)
Eliyahu M. Goldratt Standing on the Shoulders of Giants

23. Literatūra programuotojams
Implementing Lean Software Development From Concept to Cash
Publisher: Addison Wesley Professional
Pub Date: September 07, 2006
Print ISBN-10:
Print ISBN-13: