Erinevus lehekülje "Lean" redaktsioonide vahel

Allikas: Teadmusbaas
 
(ei näidata ühe teise kasutaja 9 vahepealset redaktsiooni)
22. rida: 22. rida:
 
# Nõus, et keerukus ja ebakindlus on loomulikud teadmiste tööle
 
# Nõus, et keerukus ja ebakindlus on loomulikud teadmiste tööle
 
# Töö paremate majandustulemuste poole
 
# Töö paremate majandustulemuste poole
 +
# Kuigi võimaldatakse paremat sotsioloogilist tulemust
 +
# Otsige, võta ja küsige ideid paljudest erialadest
 +
# Väärtpõhine kogukond suurendab positiivsete muutuste kiirust ja sügavust
  
    4. Kuigi võimaldatakse paremat sotsioloogilist tulemust
+
<h5>Lean tarkvaraarnduse 7 põhimõtet:</h5>
 
+
# Välista ülearune (saast)  - mittevajalike iseärasuste vätimine
    5. Otsige, võta ja küsige ideid paljudest erialadest
+
# Lõimi tootesse (tarkvarasse) vajalikkus ja headus kliendi jaoks
 
+
# Teadmuse loomine, õppimise võimendamine
    6. Väärtpõhine kogukond suurendab positiivsete muutuste kiirust ja sügavust
+
# Osusta hiljem, mitte kohe (lükka otsustamist edasi)
'''
+
# Tarni nii kiiresti, kui võimalik
== Põhimõtted =='''
+
# Väärtusta meeskonda
 
+
# Näe tervikut (tarkvara tervikuna)
 
 
Lean Software & Systems kogukond näib olevat nõus mõne Lean tarkvara arendamise protsessi aluseks oleva põhimõttega.
 
 
 
    1. Jälgi süsteemi mõtlemist ja disain lähenemist
 
 
 
    2. Arengu tulemusi võib mõjutada kompleksse adaptiivse süsteemi konteksti arhitektuur
 
 
 
    3. Austama inimesi (süsteemi osana)
 
 
 
    4. Kasutage teaduslikku meetodit (paranduste juhtimiseks)
 
 
 
    5. Julgustada juhtimist
 
 
 
    6. Nähtavuse loomine (töö, töövoo ja süsteemi toimimine)
 
 
 
    7. Vähendage voolu aega
 
 
 
    8. Jäätmete vähendamine tõhususe parandamiseks
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  
 +
'''== Põhimõtted (David Anderson) =='''
  
 +
Lean Software & Systems kogukond näib olevat nõus mõne Lean tarkvara arendamise protsessi aluseks oleva põhimõttega:
 +
# Jälgi süsteemi mõtlemist ja disain lähenemist
 +
# Arengu tulemusi võib mõjutada kompleksse adaptiivse süsteemi konteksti arhitektuur
 +
# Austama inimesi (süsteemi osana)
 +
# Kasutage teaduslikku meetodit (paranduste juhtimiseks)
 +
# Julgustada juhtimist
 +
# Nähtavuse loomine (töö, töövoo ja süsteemi toimimine)
 +
# Vähendage protsessi aega
 +
# Jäätmete vähendamine tõhususe parandamiseks
  
 
== '''Lean Thinking eesmärk''' ==
 
== '''Lean Thinking eesmärk''' ==
66. rida: 51. rida:
 
Kui suudetakse elimineerida kõik raiskamised kõigis firma tegutsemise valdkondades siis tegeleb ettevõte vaid nende tegevustega, mille eest on klient nõus maksma ning sel juhul on ettevõte maksimaalselt efektiivne, mis ongi kulusäästliku mõtlemise (lean thinking) eesmärk.
 
Kui suudetakse elimineerida kõik raiskamised kõigis firma tegutsemise valdkondades siis tegeleb ettevõte vaid nende tegevustega, mille eest on klient nõus maksma ning sel juhul on ettevõte maksimaalselt efektiivne, mis ongi kulusäästliku mõtlemise (lean thinking) eesmärk.
  
''' == Edu faktorid == '''
+
''' == Edutegurid == '''
 
* Ettevalmista ja motiveeri inimesi. See sisaldab suhtlemist, ootuste selgitamist, rõhutada tuleb muudatuste vajadust, informeerida inimesi eesootavast.
 
* Ettevalmista ja motiveeri inimesi. See sisaldab suhtlemist, ootuste selgitamist, rõhutada tuleb muudatuste vajadust, informeerida inimesi eesootavast.
  
75. rida: 60. rida:
 
* Muutuste keskkond. Oluline on luua usaldus töötajate ja juhtkonna vahel.
 
* Muutuste keskkond. Oluline on luua usaldus töötajate ja juhtkonna vahel.
  
 +
== '''Lean Testing''' ==
 +
 +
<h5>Miks on LEAN TESTING vajalik?</h5>
 +
# Lean tarkvara arendamine põhineb arusaamal, et Leani tootmise ja tootearenduse meetodite põhimõtteid saab rakendada tarkvara arendamisel. Loomulikult on need tavad erinevad, kuid mõtteviis, mõtteviis ja lähenemine jäävad samaks.
 +
# Lean keskendub mitte ainult tarkvaraarenduse protsessi parandamisele, vaid ka kogu protsessi täiustamisele alates nõuete kogumisest kuni lahenduse rakendamiseni.
 +
# Lean tugineb jäätmete kõrvaldamise mõistetele (mis ei ole kliendile väärtuslik), optimeerides kogu (lähtudes „kontseptsioonist sularahale”), pakkudes kiiret, ehitades kvaliteeti, austades inimesi ja kehtestades parimaid standardeid.
 +
 +
<h5>Kuidas kasutada LEAN Testimist?</h5>
 +
* Esiteks tuleb tuvastada oma protsessis olevad jäätmed, teoreetiliselt räägivad lean kõnelused 7 erinevat tüüpi jäätmetest, mida tuleb tuvastada, hallata ja ära kaotada. Kuigi seitsme jäätmete loend loodi tootmise jaoks, saab kategooriaid kohandada enamiku töökohtade jaoks.
 +
# T – Transport – Inimeste, toodete, teabe ja süsteemide liikumine.
 +
# I – Inventory – Programmide, POC-ide salvestamine, dokumentide esitamine enne nõudeid.
 +
# M – Motion – Planeerimata manuaal / süsteemi vaheaeg tööaja vahel.
 +
# W – Waiting – Osade, teabe, juhiste ja risttoimivate meeskondade omavaheline sõltuvus.
 +
# O – Over production – Töötada rohkem kui on KOHE vaja.
 +
# O – Over processing – Tihedamad tolerantsid või kõrgemad testid, kui on tegelikult vaja.
 +
# D – Defects – Ümbertöötamine, jäägid, valed dokumendid.
 +
# S – Skills – Vähene kasutamisvõime, ülesannete delegeerimine ebapiisava väljaõppega.
 +
 +
* Teine etapp - Lisage nii arendus- kui ka kvaliteedikontrolli jaoks kontrollpunktid, lükake edasi nii meeskondade kui ka omandiõiguse saavutamise kohustus, kui kvaliteetne toode edastatakse.
 +
 +
* Kolmas etapp - Reageerige kohe ja lahendage probleemid ükshaaval - see kiirendab aega turule ja funktsionaalsed eksperdid muutuvad palju kättesaadavamaks, omades rohkem aega innovatsioonile pühendamiseks ja keskendudes toote arengule.
 +
 +
* Neljas etapp - Organisatsioon võib hakata Leaniks muutuma vaid mõne nädala / kuu jooksul - kasutage Leani mõtteviisi, alustades väikestest rühmadest ja meeskondadest ning suurendades meeskondade arvu ja Lean-mõtte hulka jäätmete identifitseerimise, haldamise ja eemaldamise osas.
 +
 +
<h5>Allikad</h5>
 +
* [https://en.wikipedia.org/wiki/Lean_software_development Wiki artikkel]
 +
* [https://leankit.com/learn/lean/principles-of-lean-development/ 7 Lean põhimõtet]
 +
* [http://www.disciplinedagiledelivery.com/lean-principles/ Lean põhimõtted]
  
 +
[http://wiki.kehtna.edu.ee/Agiilsed_meetodid_ja_metoodikad &lArr; Tagasi meetodite juurde]
  
- Karlis Hünninen
+
<small>Koostas: Karlis Hünninen</small>

Viimane redaktsioon: 13. veebruar 2019, kell 11:28

Lean Software Development

Lean Development võimaldab saada teavet otse allikast, mistõttu kõrvaldatakse tarkvara üldine probleem, mis ei vasta klientide vajadustele. Lühikesed iteratsioonid annavad võimaluse suhelda väikeste plaanidega ette ja võimaldavad meeskonnal teha otsuseid, et kohaneda ettenägematute asjaoludega. Organisatsioonid, kellel on võimalik lühikese aja jooksul kiireid ja lihtsaid parandusi, saavad kasulikke otsustusprotsesse.

Lean tarkvaraarendus on põhimõtete kogum, mida saab tarkvaraarendusele rakendada, et vähendada programmitöö jõupingutusi, eelarvestamist ja defekti määra kolmandiku võrra. Põhimõtteid kohandati Maarja ja Tom Poppendiecki tahkest valmistamisest. See lähenemisviis on organisatsioonile kasulik, sest ergutavad iteratsioonid kaotavad ulatuslikud eelnevalt kavandatud spetsifikatsioonid. Iga meeskonnaliige on hõlpsasti arusaadav kui kasutajasõbralikkus, mitte suured algfunktsioonid, ja suhelda lihtsamalt.


Määratlemine


Leani tarkvaraarenduse määratlemine on keeruline, kuna puudub konkreetne Lean tarkvaraarenduse meetod või protsess. Lean ei ole samaväärne isiklike tarkvaraprotsesside, V-mudeli, spiraalmudeli, EVO, funktsioonipõhise arendamise, ekstreemprogrammeerimise, skrammide või testide juhtimisega. Tarkvaraarenduse elutsükliprotsessi või projektijuhtimise protsessi võib pidada "lahjaks", kui seda peetakse vastavaks Lean Software Development'i liikumise väärtustele ja Lean Software Development põhimõtetele. Nii et need, kes ennustavad lihtsat retsepti, mida saab jälgida ja nimeks Lean Software Development, on pettunud. Peate moodustama või kohandama oma tarkvara arendusprotsessi, mõistes Leani põhimõtteid ja võtma kasutusele Lean põhiväärtused.


Kolm suurimat jäätmetekitajat tarkvaraarenduses on soovimatute omaduste lisamine, projekti läbipaistvus ja piiriületus (eriti sidusrühmade ja arendusmeeskondade vahel). Jäätmete vähendamiseks on ülioluline, et arendusmeeskonnad saaksid ise organiseerida ja käituda viisil, mis peegeldab tööd, mida nad üritavad saavutada. Walker Royce väidab "Tarkvara majanduse täiustamisel", et tänapäevaste iteratiivsete / kiirete tehnikate peamine kasu on jäätmete vähendamine ja elutsükli hilinemine.

Väärtused

Lean Systems Society avaldas oma kreedo 2012. aasta Lean Software & Systemsi konverentsil. See põhines aasta varem avaldatud väärtuste kogumil. Need väärtused hõlmavad järgmist:

  1. Nõustuge inimese seisundiga
  2. Nõus, et keerukus ja ebakindlus on loomulikud teadmiste tööle
  3. Töö paremate majandustulemuste poole
  4. Kuigi võimaldatakse paremat sotsioloogilist tulemust
  5. Otsige, võta ja küsige ideid paljudest erialadest
  6. Väärtpõhine kogukond suurendab positiivsete muutuste kiirust ja sügavust
Lean tarkvaraarnduse 7 põhimõtet:
  1. Välista ülearune (saast) - mittevajalike iseärasuste vätimine
  2. Lõimi tootesse (tarkvarasse) vajalikkus ja headus kliendi jaoks
  3. Teadmuse loomine, õppimise võimendamine
  4. Osusta hiljem, mitte kohe (lükka otsustamist edasi)
  5. Tarni nii kiiresti, kui võimalik
  6. Väärtusta meeskonda
  7. Näe tervikut (tarkvara tervikuna)

== Põhimõtted (David Anderson) ==

Lean Software & Systems kogukond näib olevat nõus mõne Lean tarkvara arendamise protsessi aluseks oleva põhimõttega:

  1. Jälgi süsteemi mõtlemist ja disain lähenemist
  2. Arengu tulemusi võib mõjutada kompleksse adaptiivse süsteemi konteksti arhitektuur
  3. Austama inimesi (süsteemi osana)
  4. Kasutage teaduslikku meetodit (paranduste juhtimiseks)
  5. Julgustada juhtimist
  6. Nähtavuse loomine (töö, töövoo ja süsteemi toimimine)
  7. Vähendage protsessi aega
  8. Jäätmete vähendamine tõhususe parandamiseks

Lean Thinking eesmärk

Lean mõtlemine on ärimeetod, mille eesmärk on anda uus võimalus mõelda, kuidas korraldada inimtegevusi, et pakkuda ühiskonnale rohkem kasu ja väärtustada inimesi jäätmete kõrvaldamise ajal. Kui suudetakse elimineerida kõik raiskamised kõigis firma tegutsemise valdkondades siis tegeleb ettevõte vaid nende tegevustega, mille eest on klient nõus maksma ning sel juhul on ettevõte maksimaalselt efektiivne, mis ongi kulusäästliku mõtlemise (lean thinking) eesmärk.

== Edutegurid ==

  • Ettevalmista ja motiveeri inimesi. See sisaldab suhtlemist, ootuste selgitamist, rõhutada tuleb muudatuste vajadust, informeerida inimesi eesootavast.
  • Reeglid muutuste protsessis. Vajalik on aktiivne ja informeeritud juhtimine, töötajate kaasamine protsessi kõigil tasanditel, oluline on ka ekspertide kaasamine ning juhtkonna toetus
  • Muudatuste meetodid. Siia alla kuuluvad kõik tehnilised tööriistad. Töö keskseks on meeskonna probleemide lahendamine ning praktilised treeningud.
  • Muutuste keskkond. Oluline on luua usaldus töötajate ja juhtkonna vahel.

Lean Testing

Miks on LEAN TESTING vajalik?
  1. Lean tarkvara arendamine põhineb arusaamal, et Leani tootmise ja tootearenduse meetodite põhimõtteid saab rakendada tarkvara arendamisel. Loomulikult on need tavad erinevad, kuid mõtteviis, mõtteviis ja lähenemine jäävad samaks.
  2. Lean keskendub mitte ainult tarkvaraarenduse protsessi parandamisele, vaid ka kogu protsessi täiustamisele alates nõuete kogumisest kuni lahenduse rakendamiseni.
  3. Lean tugineb jäätmete kõrvaldamise mõistetele (mis ei ole kliendile väärtuslik), optimeerides kogu (lähtudes „kontseptsioonist sularahale”), pakkudes kiiret, ehitades kvaliteeti, austades inimesi ja kehtestades parimaid standardeid.
Kuidas kasutada LEAN Testimist?
  • Esiteks tuleb tuvastada oma protsessis olevad jäätmed, teoreetiliselt räägivad lean kõnelused 7 erinevat tüüpi jäätmetest, mida tuleb tuvastada, hallata ja ära kaotada. Kuigi seitsme jäätmete loend loodi tootmise jaoks, saab kategooriaid kohandada enamiku töökohtade jaoks.
  1. T – Transport – Inimeste, toodete, teabe ja süsteemide liikumine.
  2. I – Inventory – Programmide, POC-ide salvestamine, dokumentide esitamine enne nõudeid.
  3. M – Motion – Planeerimata manuaal / süsteemi vaheaeg tööaja vahel.
  4. W – Waiting – Osade, teabe, juhiste ja risttoimivate meeskondade omavaheline sõltuvus.
  5. O – Over production – Töötada rohkem kui on KOHE vaja.
  6. O – Over processing – Tihedamad tolerantsid või kõrgemad testid, kui on tegelikult vaja.
  7. D – Defects – Ümbertöötamine, jäägid, valed dokumendid.
  8. S – Skills – Vähene kasutamisvõime, ülesannete delegeerimine ebapiisava väljaõppega.
  • Teine etapp - Lisage nii arendus- kui ka kvaliteedikontrolli jaoks kontrollpunktid, lükake edasi nii meeskondade kui ka omandiõiguse saavutamise kohustus, kui kvaliteetne toode edastatakse.
  • Kolmas etapp - Reageerige kohe ja lahendage probleemid ükshaaval - see kiirendab aega turule ja funktsionaalsed eksperdid muutuvad palju kättesaadavamaks, omades rohkem aega innovatsioonile pühendamiseks ja keskendudes toote arengule.
  • Neljas etapp - Organisatsioon võib hakata Leaniks muutuma vaid mõne nädala / kuu jooksul - kasutage Leani mõtteviisi, alustades väikestest rühmadest ja meeskondadest ning suurendades meeskondade arvu ja Lean-mõtte hulka jäätmete identifitseerimise, haldamise ja eemaldamise osas.
Allikad

⇐ Tagasi meetodite juurde

Koostas: Karlis Hünninen