A3 riport — a problémamegoldás egy lapon

≈ 16 perc olvasás · 3298 szó

Ismerős a helyzet: egy probléma körbejár az e-mailekben, mindenki mást gondol az okáról, és három értekezlet után sincs döntés. Az A3 riport pontosan ez ellen született. Egyetlen, A3-as méretű papírlapra kényszeríti a teljes gondolatmenetet: mi a probléma, mekkora tényleg, mi az igazi oka, mit teszünk ellene, és honnan tudjuk majd, hogy működött. Ha ez nem fér el egy lapon, akkor a probléma még nincs eléggé átgondolva. Nézzük meg, mi ez, hogyan épül fel, és hogyan strukturálja egy oldalon a problémamegoldást.

Az A3 riport egy A3-as papírlapra sűrített, PDCA-logikájú problémamegoldó és döntési eszköz, amely egyetlen oldalon vezet végig a problémától a megoldásig. A bal oldal a probléma megértése (háttér, jelenállapot tényekkel, gyökérok-elemzés), a jobb oldal a megoldás (célállapot, ellenintézkedések, megvalósítási terv, követés). Az ereje nem a formanyomtatvány, hanem a mögötte lévő, tényeken alapuló, gemba-megfigyelésből táplálkozó gondolkodás — a Toyotánál kialakult meggyőződés szerint, ha egy problémát nem lehet egy A3-on átláthatóan bemutatni, akkor még nincs eléggé átgondolva. Egyben társas folyamat is: a készítő konszenzust épít az érintettekkel, és jóváhagyást szerez, mielőtt cselekszik. Az A3 gyakorlatilag a PDCA-gondolkodás egylapos, vizuális formája.

1. ábra — az A3 riport elrendezése: a bal oldal a probléma (PLAN), a jobb oldal a megoldás (DO–CHECK–ACT), fejlécben a téma és a jóváhagyás.

Kinek szól?

Ez a cikk azoknak szól, akik a gyakorlatban is dokumentálnak és megoldanak problémákat: operátor · műszak- és üzemvezető · folyamatmérnök · technológus · karbantartó · megbízhatósági mérnök · minőség- és HSE-szakember · Lean/CI-coach.

Tanulási célok

A cikk elolvasása után képes leszel:

elmagyarázni, miért egy A3-as lap a keret, és mit fegyelmez a méretkorlát;
felsorolni az A3 hét fő blokkját, és megmondani, mi kerül a bal, és mi a jobb oldalra;
levezetni egy 5 Why + 5M gyökérok-elemzést egy konkrét meghibásodásra;
megkülönböztetni a problémamegoldó és a javaslattevő (proposal) A3-at;
megvonni a határt: mikor NEM az A3 a helyes eszköz, és mihez képest más, mint a PDCA.

A lényeg

Az A3 egy A3-as lapra sűrített, PDCA-logikájú problémamegoldó és döntési riport, eredetileg a Toyota Production System gyakorlatából.
A bal oldal a probléma megértése (háttér, jelenállapot, gyökérok), a jobb oldal a megoldás (célállapot, ellenintézkedések, terv, követés).
Az erejét nem a sablon adja, hanem a mögötte lévő gondolkodás: tényeken alapuló, gemba-megfigyelésből táplálkozó, vizuálisan tömör érvelés.
Az A3 a Root Cause Problem Solving (RCPS) dokumentálási eszköze: a 5 Why + 5M elemzés végeredménye egy A3-on.
Egyben társas folyamat is: a készítő konszenzust épít az érintettekkel, és megfelelő szintű jóváhagyást szerez, mielőtt implementál.
Több típusa van: problémamegoldó A3, javaslattevő/proposal A3 (pl. beruházási döntés) és státusz A3.

Miért számít? (a tét)

Az A3 nélkül a leggyakoribb minta a megoldásba ugrás: a probléma megjelenik, valaki azonnal intézkedést rendel el, a tünet eltűnik, a termelés folytatódik. Néhány hét múlva ugyanaz a hiba visszatér, mert az igazi ok érintetlen maradt. Ez a hagyományos, tűzoltó megközelítés: a problémát minél gyorsabban el kell tüntetni. A Lean nézőpontja fordított: a probléma a folyamatos fejlesztés lehetősége, és a gyökérokot kell megszüntetni, nem a tünetet kezelni.

A tét tehát nem egyetlen elrontott javítás, hanem a visszatérő probléma teljes költsége: az ismételt leállások, a újramunka, a kapacitásvesztés és a bizalomvesztés. Taiichi Ohno keretezi a legélesebben: „No one has more trouble than the person who claims to have no trouble.“ Vagyis a probléma hiányának hite maga a legnagyobb probléma. Az A3 ez ellen fegyelmez: kikényszeríti, hogy előbb a tényekig és a gyökérokig menj, és csak utána cselekedj.

Mi az A3 riport, és honnan ered?

Az A3 az a strukturált egylapos, amely a Toyotánál a problémamegoldás és a konszenzusépítés közös nyelvévé vált. Az elnevezés egyszerűen a papírméretből származik: az ISO A3 (kb. 297×420 mm, ~11,7×16,5 col) az a legnagyobb lap, amely még átlátható egyetlen pillantással, és régen elfért egy faxon.

A méretkorlát szándékos fegyelmező erő. A Toyotánál az a meggyőződés alakult ki, hogy ha egy problémát vagy javaslatot nem lehet egyetlen A3-on, vizuálisan és tényszerűen bemutatni, akkor az még nincs eléggé átgondolva. A lap tehát lényegre szorít.

A Toyota-stílusú A3 nem csak dokumentum, hanem egy társas és gondolkodási folyamat lenyomata. A készítő a következő körfolyamatot járja be:

Találkozik a problémával — valami a jelenlegi munkavégzésben nem ideális.
Tanulmányozza a problémát — a munkát a valós kontextusában figyeli meg (gemba), dokumentálja és validálja a jelenállapotot, számszerűsíti a probléma mértékét, és gyökérok-elemzést végez.
Ellenintézkedéseket tervez — ötleteket generál az ideális felé, konkrét ellenlépéseket tervez, bevonja az érintetteket, célállapotot vizionál, megvalósítási tervet készít, és számszerűen megjósolja az eredményt.
Konszenzust épít — minden érintettel; ehhez akár tovább kell vizsgálnia a problémát vagy átdolgoznia a célállapotot.
Jóváhagyást szerez — a megfelelő hatáskörű vezető igazolja, hogy a problémát eléggé tanulmányozták, az érintettek „fedélzeten“ vannak, és engedélyezi a változtatást.
Végrehajtja a tervet — minden felelős határidőre elvégzi a feladatát.
Méri a hatásokat — a követési terv szerinti dátumon mérik az eredményt; ha eltér a jósolttól, kiderítik, miért, és tovább a következő problémához.

A Lean minőségi modellben az A3 a negyedik lépcső, a Root Cause Problem Solving (RCPS) dokumentálási formátuma, „Documented Problem Solving“ néven. A célja a probléma visszatérésének megelőzése, nem a tűzoltás.

Hogyan strukturálja az A3 egy lapon a problémamegoldást?

Az A3 egyetlen lapot vág ketté: a bal oldal a probléma megértése, a jobb oldal a megoldás, és mindig a bal oldal készül el előbb. A klasszikus Toyota-A3 hét fő blokkból áll, a fejlécben a THEME („Mit próbálunk elérni?“) és a To / By / Date mezőkkel.

Bal oldal — a probléma megértése (Plan eleje):

Háttér (Background) — a probléma kontextusa és fontossága: miért érdemes vele foglalkozni.
Jelenállapot (Current Condition) — a jelenlegi helyzet vagy folyamat diagramja (nem szöveg), a problémákat „storm burst“ (villám) szimbólumok emelik ki. Megválaszolja: mi nem ideális, és mekkora a probléma, mérésekkel alátámasztva.
Okelemzés (Cause Analysis) — a problémák listája és a legvalószínűbb közvetlen vagy gyökérok. A klasszikus eszköz az 5 Why: a tünettől iteratívan visszafelé kérdezve jutunk a gyökérokig.

Jobb oldal — a megoldás (Plan vége + Do/Check/Act):

Célállapot (Target Condition) — a javasolt új folyamat diagramja, az ellenintézkedések „fluffy clouds“ (felhő) szimbólumokkal, és mérhető célok (mennyiség, idő).
Megvalósítási terv (Implementation Plan) — táblázat: Mit? (akció) — Ki? (felelős) — Mikor? (idő) — Hol?, plusz a költség.
Követés (Follow-Up) — hogyan és mikor ellenőrzöd a hatásokat.
Tényleges eredmények (Actual Results) — jellemzően piros tintával, az ellenőrzés dátumával: a tényleges eredmény a jósolthoz mérve.

Az 5 Why a gyakorlatban

A gyökérok-elemzés klasszikus eszköze az 5 Why: addig kérdezel „miért?“, amíg a tünettől el nem jutsz az igazi okig. Egy gépleállásos példa mutatja az iteratív kérdezést:

#	Kérdés	Válasz
1	Miért állt le a gép?	Kiolvadt a túlterhelés-biztosíték.
2	Miért olvadt ki a biztosíték?	Nem volt elég olaj a tengelyen.
3	Miért nem volt elég olaj?	Az olajszivattyú nem szivattyúz eleget.
4	Miért nem működik rendesen a szivattyú?	Eltömődött az olajszűrő.
5	Miért tömődött el a szűrő?	Nincs megelőző karbantartás, heti tisztítás.

A gyökérok tehát nem a biztosíték, hanem a hiányzó megelőző karbantartás, és az ellenintézkedés ide irányul. Ez kombinálható az 5M keretrendszerrel (Man, Material, Machine, Method, Environment), így a miértek egy ok-okozati szerkezetbe rendeződnek: pl. nincs SOP (Method), különböző biztosíték-beszállítók (Material), eltérő kezelők (Man).

Miben különbözik az A3 a PDCA-tól?

Röviden: a PDCA a ciklus, az A3 a lap. A PDCA (Plan-Do-Check-Act) a folyamatos fejlesztés négylépéses, ismétlődő gondolkodási hurka; az A3 ennek a gondolkodásnak az egylapos, vizuális megjelenítése. A kettő nem verseng, hanem egymásra épül: az A3 bal oldala és célállapota a Plan, az implementáció a Do, a mérés a Check, a standardizálás vagy új probléma az Act. Ha az eredmény eltér a jósolttól, a kör újraindul.

2. ábra — a PDCA négy fázisa zárt hurokként; az A3 ugyanezt a logikát vezeti végig egyetlen lapon.

A gyakorlati különbség: a PDCA a módszertan, amely bármilyen formátumban futhat; az A3 a konkrét formátum és társas fegyelem, amely a PDCA-t egy áttekinthető, jóváhagyható, követhető dokumentummá teszi. A ciklus mélységéért (a fázisok rétegei, a gateway-ek, a kaizen-kapcsolat) lásd a pdca cikket; itt a forma a téma.

Folyamatipari kontextus + biztonság

Folyamatipari környezetben az A3 több ponton is illeszkedik:

Üzemzavar- és incidenselemzés: egy technológiai egység (pl. desztilláló kolonna vagy reaktor) nem tervezett leállása, ismétlődő szivattyú-meghibásodás vagy minőség-kiesés (off-spec termék) tipikus A3-téma. A jelenállapot-diagram a folyamatábra egy részlete lehet, a mérések pedig technológiai paraméterek (OEE, availability, downtime órák, energia).
RCPS-illeszkedés: a Lean minőségi modell negyedik lépcsője a Root Cause Problem Solving, amelynek dokumentálási formátuma az A3. Célja a probléma visszatérésének megelőzése és a folyamatos fejlesztés, nem a fire-fighting.
Biztonsági elsőbbség: a Lean operating system kifejezett sorrendje „Safety – Best Quality – Lowest Cost – Shortest Lead Time“. Biztonságkritikus berendezésnél (nyomástartó edények, kemencék, forgógépek) a gyökérok-elemzés sosem állhat meg a tünetnél, és az ellenintézkedés nem ronthatja a védelmi rétegeket.
Blame-mentes kultúra: annak ismerete, ki követte el a hibát, sem nem oldja meg, sem nem előzi meg a problémát; az illető viszont segíthet a gyökérok megtalálásában. Ez a pszichológiai biztonság az őszinte A3-ak feltétele.

Bevezetés a gyakorlatban (roadmap: pilot → terjesztés)

Az A3 bevezetése nem sablon-kiosztás, hanem gondolkodásmód-átvétel, coach-vezérelt módon.

1. fázis — Felkészülés:

Jelölj ki egy mentort/coach-ot, aki már járt végig A3-folyamatot. A Toyota-modellben az A3 mester-tanítvány kapcsolatban érik: a coach kérdez, nem megoldást ad.
Definiáld a kompetenciaszinteket a Level 0–4 skill-mátrix szerint (a legmagasabb szint: másokat is betanít). A cél, hogy idővel legyenek saját A3-coachaid.

2. fázis — Pilot (1-2 valós probléma): 3. Válassz fájó, de behatárolt problémát (ismétlődő, mérhető, egy területen belül), ne a legnagyobb, megoldhatatlan ügyet. 4. Menj ki a gembára: figyeld meg a munkát a valós kontextusában, dokumentáld és validáld a jelenállapotot, számszerűsítsd a mértéket. 5. Töltsd ki előbb a bal oldalt (háttér, jelenállapot, gyökérok), majd a coach-csal a jobb oldalt. 6. Építs konszenzust, szerezz jóváhagyást, implementálj, és mérj a követési terv szerint.

3. fázis — Terjesztés (standardizálás): 7. Integráld a vizuális/performance management rutinba: a performance board melletti A3-ok mutatják a nyitott problémamegoldásokat. 8. Kösd a PDCA-ciklushoz és a napi/heti értekezletekhez: minden cél alatti (piros) KPI-mező potenciális A3-téma. 9. Standardizálj: a bevált A3 megoldását emeld SOP-ba, skill-mátrixba, audit-listába, hogy ne csússzon vissza.

Gyakorlati rész: a javaslattevő (proposal) A3

Az A3-nak nem csak problémamegoldó, hanem javaslattevő/döntési változata is van. Egy klasszikus proposal A3 (pl. egy kantin-szolgáltatás újratervezése) megmutatja, hogy beruházási vagy szervezeti döntést is le lehet vezetni egy lapon, ugyanazzal a grammatikával:

Háttér / jelenhelyzet: tényrögzítés (megszűnt szolgáltatás, új épület kapacitása, meglévő konyha kapacitása, jóváhagyott büdzsé).
Opciók: néhány konkrét, világosan elhatárolt opció (hol készül és hol szolgálják fel az ételt).
Értékelés / összehasonlítás: értékelő mátrix (jó / közepes / gyenge szempontonként) és benchmark-látogatások más telephelyekről (létszám, kihasználtság, költség).
Ajánlás: indoklással alátámasztott javaslat, elsődleges és másodlagos érvekkel.
Idővonal: dátumozott mérföldkövek a döntéstől a szolgáltatás indításáig.

A tanulság: ugyanaz az A3-grammatika (háttér → opciók/elemzés → ajánlás → terv → idővonal) tényalapú döntés-előkészítésre is alkalmas, nem csak hibaelhárításra.

Mérés / audit

Az A3 maga is mérhető, és mérésre kényszerít:

Számszerű cél a célállapotban: a Target Condition mindig mérhető célt tartalmaz (mennyiség, idő): pl. átfutási idő, downtime, selejtarány csökkentése konkrét értékkel.
Jóslat vs. tény: az A3 egyik legfontosabb fegyelme, hogy a megvalósítás eredményét előre megjósolod, majd a Follow-Up-ban a tényleges eredményt a jósolthoz méred. A nagy eltérés újabb tanulás.
Audit-szempontok egy A3-hoz: (1) Van-e tényadat a jelenállapotban, vagy csak vélemény? (2) Vizuális-e (diagram), vagy szövegfal? (3) A gyökérokig megy-e, vagy megáll a tünetnél? (4) Konkrét-e a terv (Mit/Ki/Mikor/Hol)? (5) Van-e követési dátum és tényeredmény? (6) Elfér-e tényleg egy lapon?
Vizuális menedzsment-logika: ahol a performance board piros (cél alatt), ott az A3 a korrektív akció hordozója. A cél a kevés, kiegyensúlyozott KPI (vital few), nem a túl sok mutató.

Gyakori hibák

Megoldásba ugrás. A jobb oldal (megoldás) megírása előtt a bal oldal (probléma) nincs rendesen feltárva. Miért baj: a rossz gyökérokra tervezett ellenintézkedés nem old meg semmit. Helyette: töltsd ki előbb a teljes bal oldalt, és csak utána tervezz megoldást.
Tünetkezelés gyökérok helyett. A 5 Why-t nem viszik végig, a „biztosíték kiolvadt“ szinten megállnak. Miért baj: a tünet visszatér, mert az ok érintetlen. Helyette: vidd végig a gyökérokig (5 Why + 5M), és oda irányítsd az ellenintézkedést.
Szövegfal diagram helyett. A Current/Target Condition hosszú prózaként. Miért baj: megöli az áttekinthetőséget, az A3 lényegét. Helyette: rajzold le a folyamatot; a diagram az elsődleges, a szöveg csak támogat.
Vélemény tényadat helyett. A probléma mértéke nincs számszerűsítve. Miért baj: a hatás sem mérhető vissza, nincs jóslat-tény összevetés. Helyette: mérj a gembán, és tegyél számot a jelenállapotba.
Hiányzó konszenzus és jóváhagyás. Az A3 elkészül, de az érintettek nincsenek „fedélzeten“. Miért baj: a társas folyamat nélkül az implementáció elakad. Helyette: építs konszenzust és szerezz jóváhagyást a megvalósítás előtt.
Nincs follow-up, nincs jósolt érték. Kimarad a mérés és a jóslat-tény összevetés. Miért baj: nincs tanulás, a kör nem zárul be. Helyette: rögzíts követési dátumot és jósolt értéket már a tervezéskor.
Sablon-fetisizmus. A formanyomtatvány kitöltését összekeverik a gondolkodással. Miért baj: az A3 a gondolkodás eszköze, nem a célja. Helyette: a lapot a gemba-megfigyelés és az érvelés töltse meg, ne fordítva.
Bűnbakkeresés. A „ki hibázott?“ kérdés blokkolja az őszinte gyökérok-feltárást. Miért baj: a hibás megnevezése sem megoldja, sem megelőzi a problémát. Helyette: kérd a hibázó segítségét a gyökérok megtalálásához, blame-mentesen.
Túlméretezett scope. Túl nagy, szerteágazó problémát zsúfolnak egy A3-ra. Miért baj: nem fér el, és nincs átgondolva. Helyette: szűkítsd egy behatárolt, mérhető problémára; a nagyot bontsd részekre.

Mikor NE használd? (a módszer korlátai)

Az A3 erős, de nem minden helyzetre való. Tudni, mikor más a helyes eszköz, éppolyan fontos, mint maga a módszer:

Helyzet	Miért nem (elsősorban) az A3	Mi a helyes válasz
Azonnali, egyszerű beavatkozás kell (nyilvánvaló ok, gyors javítás)	az A3 társas folyamata lassabb, mint amit a helyzet megér	just-do-it javítás, a tanulság rövid rögzítése
Biztonságkritikus incidens, ahol tanúsított vizsgálat kötelező	az A3 nem formális, auditált incidensvizsgálat	szabvány szerinti incident investigation, MOC, LOPA/SIL
A probléma túl nagy és szerteágazó egy lapra	nem fér el, és így nincs átgondolva	bontsd rész-problémákra, mindegyikre külön A3, vagy nagyobb projekt-keret
A gyökérok komplex, statisztikai elemzést igényel	az 5 Why nem elég a többváltozós okokhoz	DMAIC / Six Sigma eszközök, majd A3 a összegzésre

Ökölszabály: az A3 az ismétlődő, behatárolt, tényekkel körülírható problémákra a legerősebb — döntés-előkészítésre és RCPS-re. Biztonságkritikus és statisztikailag összetett esetekben nem helyettesíti a megfelelő eszközt, hanem összegzi és kommunikálja az eredményét.

Vidd haza (kulcsok)

Egy lap fegyelmez: ha a probléma nem fér el egy A3-on, még nincs eléggé átgondolva.
Előbb a bal oldal: a probléma megértése (tények, gyökérok) megelőzi a megoldást, és ez véd a megoldásba ugrás ellen.
A gyökérokig menj: 5 Why + 5M, ne állj meg a tünetnél (a biztosíték nem a valódi ok).
Jósolj, majd mérj: a jóslat-tény összevetés a tanulás motorja, e nélkül nincs zárt kör.
Az A3 folyamat, nem nyomtatvány: a gemba, a konszenzus és a jóváhagyás teszi valódivá.
Az A3 a PDCA egy lapon: a forma az A3, a ciklus a PDCA, a kettő együtt működik.

Önteszt

Miért pont A3 méret a keret, és mit fegyelmez a méretkorlát? Mi történik, ha a probléma nem fér el egy lapon?
Vezess végig egy 5 Why-t egy ismétlődő szivattyú-meghibásodásra, és mondd meg, hol lép be az 5M — hol a gyökérok, és hova irányul az ellenintézkedés?
Mi a különbség az A3 és a PDCA között egy mondatban, és hogyan képződik le az A3 négy fő szakasza a PDCA négy fázisára?

Hogyan jelenik meg a digitális gyakorlatban?

Az A3 logikája nem a papírlapon ér véget: ugyanez a strukturált gondolkodás szoftveresen is megvalósul, egy jól tervezett problémamegoldó munkafolyamatban. A fizikai lap helyett itt strukturált sablon, kényszerített sorrend és automatikus követés vezet végig a problémától a megoldásig: a hordozó más, a logika ugyanaz.

A3 elem	Digitális megvalósítás	Mit ad
Egylapos szerkezet	strukturált problémamegoldó sablon (mezőnkénti blokkok)	egységes, összehasonlítható gondolatmenet
Bal oldal előbb	kényszerített sorrend: megoldás csak kitöltött gyökérok után	véd a megoldásba ugrás ellen
Jelenállapot tényadattal	adat- és KPI-hivatkozás a naplóból/historianból	a tény, nem a vélemény kerül a lapba
Megvalósítási terv	akció-követő: felelős, határidő, állapot	a feladatok nem vesznek el
Jóslat vs. tény (Follow-Up)	automatikus emlékeztető a követési dátumra, terv-tény összevetés	bezárul a tanulási hurok
Konszenzus + jóváhagyás	jóváhagyási workflow, verziónyom	a társas folyamat auditálható

Kapcsolat az OPEREX-hez (műszaknapló)

A műszaknapló (OPEREX) az A3-ak természetes nyersanyagforrása: a műszakok során rögzített események, eltérések, ismétlődő incidensek és a cél alatti KPI-k pont azok a „storm burst“-ök, amelyekből A3-téma lesz. A naplóból kiolvasott ismétlődés (pl. ugyanaz a szivattyú heti meghibásodása) jelzi, hogy érdemes gyökérok-elemzést indítani; az A3 jelenállapot-blokkja pedig a naplóból nyert tényadatokra (downtime, dátumok, érintett egységek) támaszkodhat. Fordított irányban: az A3-ból született standardok és ellenintézkedések a műszaknaplóban kapnak ellenőrzési pontot: a follow-up dátumon a napló mutatja, visszatért-e a probléma.

Terminológia (HU / EN / JP)

Magyar	English	Japán / megjegyzés
A3 riport	A3 report	A3 = ISO papírméret (~297×420 mm)
Háttér / téma	Background / Theme	„What are we trying to do?“
Jelenállapot	Current Condition	gemba-megfigyelésből
Gyökérok-elemzés	Root Cause Analysis	gyakran 5 Why
5 Miért	Five Whys	go-naze (Toyota)
Célállapot	Target Condition	mérhető célokkal
Ellenintézkedés	Countermeasure	nem „megoldás“, hanem ellenlépés
Megvalósítási terv	Implementation Plan	Mit/Ki/Mikor/Hol
Követés	Follow-Up	jóslat vs. tény
Gyökérok-problémamegoldás	Root Cause Problem Solving (RCPS)	Lean minőségi keret
Tervezz-Tedd-Ellenőrizd-Avatkozz be	Plan-Do-Check-Act (PDCA)	Deming-kör
Helyszín	Gemba	現場 — „a valódi hely“

GYIK

Mi az A3 riport egyszerűen?

Egy A3-as papírlapra sűrített, PDCA-logikájú problémamegoldó és döntési eszköz: a bal oldal a probléma megértése (tényekkel, gyökérokkal), a jobb oldal a megoldás (célállapot, terv, követés). Az ereje a mögötte lévő tényalapú gondolkodás, nem a sablon.

Miért pont A3 méret?

Mert ez a legnagyobb lap, ami még átlátható egyetlen pillantással (és régen elfért egy faxon). A méretkorlát szándékos: ha a probléma nem fér el egy A3-on, az azt jelzi, hogy még nincs eléggé átgondolva. A méret tehát tömörségre és lényeglátásra kényszerít.

Az A3 egy dokumentum vagy egy folyamat?

Mindkettő, de a lényeg a folyamat. A lap a gondolkodás és a társas folyamat (gemba-megfigyelés, konszenzusépítés, jóváhagyás, mérés) lenyomata. Sablonként, gondolkodás nélkül kitöltve elveszti az értelmét.

Mi a különbség az A3 és a PDCA között?

A PDCA a ciklus, az A3 a lap. A PDCA a folyamatos fejlesztés négylépéses gondolkodási hurka; az A3 ennek egylapos, vizuális formája. A bal oldal és a célállapot a Plan, az implementáció a Do, a mérés a Check, a standardizálás az Act.

Csak hibaelhárításra jó az A3?

Nem. A problémamegoldó A3 mellett létezik javaslattevő/proposal A3 (pl. beruházási vagy szervezeti döntés) és státusz A3 is. Ugyanaz a „háttér → elemzés → ajánlás → terv → követés“ grammatika döntés-előkészítésre is alkalmas.

Kapcsolódó fogalmak

Következő lépés

Ha ezt megértetted, innen érdemes tovább menned — ebben a sorrendben:

pdca — a ciklus, amelynek az A3 az egylapos formája. Kezdd ezzel: megérted, miért iteratív, kísérleti a problémamegoldás.
5-miert — a gyökérok-elemzés eszköze, amely az A3 bal oldalának a motorja; enélkül a tünetnél maradsz.
standard-munka — hogyan rögzíted és terjeszted az A3-ból született megoldást, hogy ne csússzon vissza.

Hivatkozások / További olvasnivaló

Durward K. Sobek II. – Art Smalley: Understanding A3 Thinking: A Critical Component of Toyota’s PDCA Management System. Productivity Press, 2008 — az A3 mint gondolkodási és PDCA-menedzsment eszköz kanonikus feldolgozása.
John Shook: Managing to Learn: Using the A3 Management Process. Lean Enterprise Institute, 2008 — az A3 mint mentor-tanítvány (coaching) folyamat.
Taiichi Ohno: Toyota Production System: Beyond Large-Scale Production. Productivity Press, 1988 — az 5 Why és a gyökérok-gondolkodás forrása.
Jeffrey K. Liker: The Toyota Way. McGraw-Hill, 2004 — a Toyota problémamegoldó és folyamatos fejlesztési kultúrájának háttere.