Download presentation
Presentation is loading. Please wait.
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:
Similar presentations
© 2025 SlidePlayer.com Inc.
All rights reserved.