Kas tai

Struktūruotas problemų sprendimo kelias, padedantis komandai pereiti nuo „kas vyksta?“ iki „ką keičiame, kad nepasikartotų?“

Kodėl to reikia

• Sustabdo „gaisrų gesinimą“ ir padeda fokusuotis į priežastis.
• Užtikrina, kad sprendimas būtų patikrintas (PDCA) ir standartizuotas.
• Padeda valdyti veiksmus: atsakomybės, terminai, matavimas.

Kaip naudoti

1. Aprašyk problemą faktais (kur, kada, kiek).
2. Nusistatyk tikslą (ką pagerinsim ir iki kada).
3. Surink duomenis ir aprašyk dabartį.
4. Išanalizuok priežastis (5 Kodėl / Fishbone).
5. Pasirink sprendimus, atlik PDCA bandymą, standartizuok.

Dažniausios klaidos

• Pradedama nuo sprendimų, neapibrėžus problemos.
• Veiksmų planas be atsakingų, terminų ir KPI.

Kas tai

Vieno puslapio formatas, kuriame telpa visa logika: problema → dabartis → priežastis → priemonės → matavimas.

Kodėl to reikia

• Aiški komunikacija: vienas lapas – viena istorija.
• Greitai sutariama dėl krypties ir atsakomybių.
• Lengva sekti progresą ir KPI.

Kaip naudoti

1. Aprašyk problemą + poveikį (laikas/€ /kokybė/sauga).
2. Įdėk 1–2 faktus (grafikas, skaičiai).
3. Įvardink šakninę priežastį.
4. Aprašyk priemones ir matavimo planą (KPI, kada tikrinsi).
5. Standartizuok: kas pasikeičia procese.

Dažniausios klaidos

• Per daug teksto, per mažai faktų.
• Priemonės be matavimo plano.

Kas tai

Greitas metodas šakniai priežasčiai nustatyti, klausiant „kodėl“ kelis kartus, kol pasieki procesinę/valdymo priežastį.

Kodėl to reikia

• Padeda pereiti nuo simptomo prie priežasties.
• Mažina „spėjimų“ sprendimus.
• Sukuria aiškų veiksmą, kuris pašalina priežastį.

Kaip naudoti

1. Užrašyk problemą kaip faktą.
2. „Kodėl?“ → atsakymas #1.
3. Kartok 4–5 kartus.
4. Patikrink, ar priežastis valdoma (ne „žmogiška klaida“).
5. Priskirk veiksmą + patikrą.

Dažniausios klaidos

• „Žmogiška klaida“ paliekama kaip galutinė priežastis.
• Atsakymai nepatvirtinami faktais.

Kas tai

Priežasčių žemėlapis, kai komanda surašo galimas priežastis pagal kategorijas (Žmonės, Procesas, Įranga ir kt.).

Kodėl to reikia

• Padeda sistemingai nepalikti „aklųjų zonų“.
• Leidžia susitarti, ką tikrinti duomenimis.
• Gerai veikia kaip komandos brainstorming struktūra.

Kaip naudoti

1. Centre įrašyk problemą.
2. Pasirink kategorijas.
3. Surašyk priežastis.
4. Pažymėk 2–3 tikėtiniausias.
5. Suplanuok patikrinimą (duomenys / testas / gemba).

Dažniausios klaidos

• Bendrinės frazės be konkretumo.
• Nepasirenkama, ką tikrinti realiai.

Kas tai

Prioritetų metodas: padeda rasti, kurios kelios problemos sukuria didžiausią poveikį (80/20 principas).

Kodėl to reikia

• Padeda fokusuotis į didžiausią naudą.
• Sprendimai pagrįsti duomenimis, ne nuojauta.
• Greitai nustatomas „top“ fokusas.

Kaip naudoti

1. Sugrupuok problemų tipus vienodais pavadinimais.
2. Įvesk dažnį arba nuostolius.
3. Išrikiuok nuo didžiausio.
4. Išsirink 2–3 svarbiausias.
5. „Top“ problemą spręsk A3 arba 8 žingsniais.

Dažniausios klaidos

• Skirtingi pavadinimai tai pačiai problemai.
• Spėjimai vietoj duomenų.

Kas tai

Matrica sprendimų atrankai: idėjos vertinamos pagal poveikį ir pastangas.

Kodėl to reikia

• Greitai atsirenki „quick wins“.
• Lengva suderinti prioritetus.
• Sukuriamas aiškus backlog’as.

Kaip naudoti

1. Surašyk idėjas.
2. Susitark kriterijus (kas yra „poveikis“ ir „pastangos“).
3. Įvertink ir sudėk į kvadrantus.
4. Pasirink quick wins ir suplanuok veiksmus.

Dažniausios klaidos

• Nėra bendrų kriterijų (subjektyvu).
• Visi sprendimai „aukšto poveikio“.

Kas tai

Forma, kuri padeda idėją paversti veiksmu: problema, pasiūlymas, nauda, pastangos, atsakingas, terminas.

Kodėl to reikia

• Idėjos neužsilaiko „galvoje“ – jos tampa veiksmais.
• Lengva įvertinti naudą ir pastangas.
• Aišku, kas atsakingas ir iki kada.

Kaip naudoti

1. Aprašyk problemą.
2. Įrašyk pasiūlymą.
3. Įvertink naudą (laikas/€ /kokybė/sauga).
4. Įvertink pastangas.
5. Priskirk atsakingą, terminą ir statusą.

Dažniausios klaidos

• Nėra atsakingo/termino – idėja „užmiega“.
• Nėra rezultato fiksavimo uždarant.

Kas tai

Vieno lapo lenta, skirta kasdieniam komandos ritmui: KPI, nukrypimai, veiksmai, atsakingi, terminai.

Kodėl to reikia

• Skaidrumas: visi mato nukrypimus ir veiksmus.
• Greitesnė reakcija ir mažiau „pasimetusių“ darbų.
• Veiksmai uždaromi su patikra.

Kaip naudoti

1. Įsivesk 3–6 KPI.
2. Kasdien fiksuok nukrypimus.
3. Priskirk veiksmą + atsakingą + terminą.
4. Uždaryk tik su faktu (kas pasikeitė).
5. 1 rimtesnę problemą kelk į A3/8 žingsnius.

Dažniausios klaidos

• Lenta virsta „statusų sąrašu“ be sprendimų.
• Per daug KPI arba neaiškūs tikslai.

Kas tai

Standartizuotas „ėjimas į vietą“, kad matytum procesą realybėje ir fiksuotum faktus bei follow-up veiksmus.

Kodėl to reikia

• Realybėje pamatai kliūtis, kurių nematyti ataskaitose.
• Stiprina problemų sprendimą ir komandos pasitikėjimą.
• Skatina mažus, dažnus patobulinimus.

Kaip naudoti

1. Nusistatyk tikslą (ką stebi).
2. Fiksuok faktus (ką matai).
3. Užduok 1–3 „kodėl“ klausimus.
4. Užrašyk veiksmus ir terminus.
5. Kitą kartą pradėk nuo patikros.

Dažniausios klaidos

• Virsta kaltinimu/auditu, o ne mokymusi.
• Nėra follow-up ir uždarymo.

Kas tai

Palaikymo įrankis 5S standartui: checklist + balai + veiksmai.

Kodėl to reikia

• 5S neišsilaiko be reguliarios patikros.
• Aišku, ką taisyti ir kas atsakingas.
• Matomas progresas per laiką (balai).

Kaip naudoti

1. Pasirink zoną ir audito datą.
2. Įvertink kriterijus pagal 5S.
3. Išsirink 1–5 svarbiausius nukrypimus.
4. Priskirk veiksmus ir terminus.
5. Pakartok auditą ir palygink balus.

Dažniausios klaidos

• Skirtingi auditoriai vertina skirtingai (nėra kriterijų).
• Veiksmai neuždaromi (auditas neturi prasmės).