Policy Deployment (Hoshin Kanri) és a catchball — stratégia-lebontás konszenzussal

Négy ember húz egy nehéz súlyt köteleken, csakhogy egyikük az ellenkező irányba. Hárman előre, egy hátra: a húzóerő 1+1+1−1, vagyis négy emberből mindössze kettőnyi hasznosul. Elég lenne, hogy mind a négyen ugyanabba az irányba húzzanak, és ugyanaz a csapat a teljes erejével haladna. Pontosan ez történik a legtöbb szervezetben: mindenki dolgozik, sok a jó kezdeményezés, a stratégia mégsem halad. A policy deployment, japánul Hoshin Kanri, erre ad választ: kijelöli a néhány igazán fontos irányt, és gondoskodik róla, hogy az mindenki kötelére ugyanúgy kerüljön rá. A kulcs egy furcsa nevű mozzanat, a catchball. Nézzük meg, mi ez, hogyan működik, és mikor melyik eszközzel érdemes csinálni.

A policy deployment (japánul Hoshin Kanri) stratégiai keret, amely a vállalat néhány kritikus sikertényezőjére összpontosítja az erőforrásokat. Lebontja a stratégiát a kulcsfolyamatok mentén, méri és visszacsatolja az eredményeket. A Leanben ez adja az irányt, a tervezést és a projektsorrendet, ezek hiánya a Lean-kezdeményezések egyik fő buktatója. A lebontás nem egyirányú „ledobás“, hanem catchball (labdadobás): a célok és mérőszámok oda-vissza, konszenzussal kaszkádolódnak a szintek között, a kötélhúzós hasonlat szerint ugyanis a konszenzusos célok mögé teljes, a kierőszakoltak mögé nagyjából fele erő áll be.

1. ábra — a catchball stratégia-kaszkád. A célt nem „ledobjuk“, hanem oda-vissza dobjuk: a felső szint „How“-ja lesz az alsó szint „What“-ja (OGSM-logika), és az alsóbb szint maga generálja a saját Strategies & Measures sorát. A kötélhúzós hasonlat szerint az egyirányú ledobás mögé nagyjából fele, a kétirányú catchball mögé teljes erő áll be.

Kinek szól?

Ez a cikk azoknak szól, akik a stratégia és a napi működés közötti szakadékkal találkoznak: üzemvezető · műszakvezető · asset team vezető · technológus · folyamatmérnök · Lean/CI-szakember · teljesítménymenedzsment-felelős · HSE · felsővezető.

Tanulási célok

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

• elmagyarázni, mi a policy deployment és miért ez a Lean-bevezetések gyakran hiányzó eleme;
• végigvinni a hat lépést a kritikus sikertényezőktől a részletes folyamat-feltérképezésig;
• megkülönböztetni a keretet (Hoshin) és az eszközt (OGSM), és megmondani, mikor melyikre van szükséged;
• levezetni egy catchball-kört a saját szinteden, és felismerni, mikor „esett le a labda“;
• felismerni azokat a helyzeteket, amikor a policy deployment rossz eszköz.

A lényeg

• A Lean-bevezetések egyik fő buktatója nem az eszköztudás hiánya, hanem az irány, a tervezés és a projektsorrend hiánya. Sok kezdeményezés a felsővezetői előrelátás hiánya miatt fullad ki.
• Hoshin Kanri = policy deployment. Ugyanaz a stratégia-lebontási és visszacsatolási folyamat, a Hoshin a japán név.
• A fókusz a kritikus sikertényezőkön (CSF) van: korlátozott számú kulcsterület, ahol „mindennek jól kell mennie“ a sikerhez (például piaci növekedés, dolgozói bevonás).
• Hat lépés: CSF-ek → üzleti mérőszámok → lépcsőzetes célok → kulcsfolyamatok → folyamat és célterület összerendelése → részletes feltérképezés.
• Realisztikus időtáv: 3–5 éves konverziós program, hosszú távú vízióval és lépcsőzetes célokkal 6 vagy 12 havonta, nem egyetlen 6 hónapos cél.
• 4–10 kulcsfolyamat (ne a BPR-szerű 100+ folyamat); gyakran az order fulfilment-tel érdemes kezdeni.
• Catchball: a kaszkád kétirányú párbeszéd. Ha a vezető figyelmeztetés nélkül „dobja“ a stratégiát, a labda leesik; a tudatos oda-vissza dobás teremt megértést és elköteleződést.
• A Hoshin a keret, az OGSM az eszköz; a napi végrehajtás ritmusát a MOS adja.

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

A tét nem az, hogy „nem lesz stratégiai dokumentumunk“. Az lesz. A tét az, hogy a szervezet energiája szétszóródik, és ez lépésről lépésre válik költséggé:

1. Nincs kijelölt néhány fontos irány → minden osztály a saját prioritását követi.
2. A fejlesztési projektek sorrendje esetleges → egymásra épülő lépések rossz sorrendben indulnak, a korábbiak eredménye elvész.
3. A mérőszámok nem kötődnek sikertényezőhöz → a riportok nőnek, az irány nem tisztul.
4. A frontvonal nem érti, miért csinálja → a cél formálisan teljesül, tartalmilag nem.
5. A kezdeményezés kifullad → a következő körben a szervezet már cinikus, és a következő programot is nehezebb elindítani.

Az utolsó pont a legdrágább: az elhalt Lean-program nemcsak az elmaradt eredményt viszi el, hanem a hitelt is a következő próbálkozástól.

Gyakori tévhit

„Előbb tanuljuk meg az eszközöket, aztán majd lesz stratégia.“ A tapasztalat ennek a fordítottja: az eszközök ismerete önmagában soha nem hozott létre irányt. Az irány hiánya viszont elhasználja az eszközöket.

Mi a policy deployment (Hoshin Kanri), és miért ez a Lean hiányzó láncszeme?

A policy deployment az a vezetői folyamat, amely a stratégiai szándékot konkrét, mérhető, felelőshöz kötött kezdeményezésekre fordítja, majd méri és visszacsatolja az eredményt. A sikeres Lean-bevezetés egyik fő akadálya ugyanis nem az eszközök ismerete, hanem az irány, a tervezés és a megfelelő projektsorrend hiánya.

Sok szervezet ismeri az 5S-t, a VSM-et, a kaizent, mégis elakad, mert nincs, ami rangsorolja és összehangolja a kezdeményezéseket a stratégiával. Ezt a hiányt tölti be a policy deployment.

A Hoshin a kritikus sikertényezőkre (CSF) összpontosít, arra a néhány kulcsterületre, ahol jól kell teljesíteni. A folyamatokat aszerint osztályozza, hogyan hatnak a célokra:

Folyamattípus	Mit jelent	Mi a vezetői teendő
Stratégiai	kijelöli az általános irányt, de közvetlenül nem hat a célszámokra	itt dől el az irány és a prioritás (ide tartozik maga a policy deployment)
Mag (core)	közvetlenül a célszámokra hat, ez szállítja a megcélzott eredményt	itt van a fejlesztési kapacitás fókusza: a célzott javulás jellemzően a magfolyamatokból jön
Támogató	közvetve hat a célokra, kiszolgálja a másik kettőt	hatékonyan és olcsón kell működtetni

Melyik a hat lépés?

A policy deployment felsővezetői folyamata hat lépésből áll, a kritikus sikertényezők kidolgozásától a részletesen feltérképezendő folyamatok kiválasztásáig. A sorrend nem cserélhető fel: minden lépés az előző kimenetéből dolgozik.

2. ábra — a policy deployment hat lépése. Felülről indul (kritikus sikertényezők), és a részletes folyamat-feltérképezésig vezet, gyakran az order fulfilment folyamattal kezdve, mert mindenki számára érthető és központi.

1. Dolgozd ki a kritikus sikertényezőket (CSF). Brainstorminggal azonosítsd a kulcserőket (általános üzleti környezet, iparág-, vevő- és cégspecifikus tényezők), és ezekre fejlessz CSF-eket.
2. Vizsgáld felül és definiáld az üzleti mérőszámokat. Ellenőrizd, hogy a meglévő (gyakran pénzügyi) mérőszámok illeszkednek-e a CSF-ekhez: minden mérőszám legalább egy CSF-fel korreláljon. Ez köti össze a KPI-ket a stratégiával.
3. Tűzz ki lépcsőzetes javítási célokat 1, 2, 3 és 5 évre. A 3–5 éves program lépcsőzetes célokkal halad, jellemzően 6 vagy 12 havonta felülvizsgálva, nem egyetlen rövid céllal.
4. Definiálj 4–10 kulcs üzleti folyamatot. Ne ess a BPR csapdájába (100+ folyamat definiálása): brainstormingolj sokat, de néhányban állapodj meg.
5. Rendeld hozzá a folyamatokat a célterületekhez. Döntsd el, mely folyamat hoz hasznot mely célterületen (stratégiai / mag / támogató bontás).
6. Válaszd ki a részletes feltérképezésre szoruló folyamatokat. Gyakran az order fulfilment (rendelésteljesítés) a jó kezdőpont, mert mindenki számára érthető és központi.

Mit jelent a catchball?

A catchball a stratégia-lebontás kétirányú párbeszéde: a felső szint javaslatot ad, az alsó szint visszakérdez és a saját megvalósítási módját hozzáteszi, amíg konszenzus nem születik. A lebontás akkor bukik meg, ha egyirányú.

A metafora kézzelfogható: a vezető „eldobja a labdát“ (a stratégiát), és ha figyelmeztetés nélkül teszi, a csapat elejti. A vezetők gyakran azt hiszik, lekaszkádolták a víziót, pedig csak eldobták. A megoldás, hogy a két fél tudatosan dobálja egymásnak a labdát, mert így épül konszenzus és megértés a kaszkád minden szintjén.

A catchball szervesen illeszkedik az OGSM-hez: az alsóbb szintek Strategies és Measures oszlopát az adott csapat maga generálja, nem felülről kapja (a felső szint How-ja lesz az alsó szint What-ja). A kötélhúzós gyakorlat ezt szemlélteti: az igazított, konszenzusos célok mögé teljes, a kierőszakolt, inkonzisztens célok mögé nagyjából fele erő áll be. A tanulság éles: a stratégia „dobásának“ csiszolása önmagában nem elég, mert a kommunikáció a szűk keresztmetszet.

Lean tanács

A catchball nem plusz értekezlet, hanem a meglévő lebontó megbeszélés második fele. Ha egy egyeztetésről az alsó szint nem hozott haza legalább egy általa megfogalmazott „hogyant“, akkor még nem volt catchball, csak tájékoztatás.

Policy deployment vagy OGSM — mi a különbség, és mikor melyiket?

A policy deployment (Hoshin Kanri) a keret, az OGSM pedig az eszköz: a Hoshin megmondja, mit és mire bontunk le, az OGSM megadja, milyen formában adjuk át szintről szintre. A kettő nem versenyzik egymással, hanem egymás nélkül nem működik jól.

3. ábra — a keret és az eszköz elhatárolása. A Hoshin a kritikus sikertényezőkre és a kulcsfolyamatokra kérdez, az OGSM az egylapos, tier-enkénti átadás formáját adja; a közös nevező a catchball.

| Szempont | Policy deployment (Hoshin Kanri) | OGSM | |—|—|—| | Mi ez? | vezetői keret, a lebontás logikája | egylapos sablon, a lebontás formája | | Fő kérdése | mit bontunk le, és mire? | hogyan adjuk át szintről szintre? | | Kimenete | kritikus sikertényezők, kulcsfolyamatok, lépcsős célok | O · G · S · M sorok tier-enként | | Alapegysége | a folyamat (4–10 kulcsfolyamat) | a szint (tier 1 → 2 → 3 → egyén) | | Kaszkád-mechanizmusa | a célterület–folyamat összerendelés | a felső S + M átmásolása alsó O + G-vé | | Időhorizontja | 3–5 éves program, 1·2·3·5 éves lépcsőkkel | tier-enkénti, éves és alatti ciklusok | | Klasszikus vizuális eszköze | X-mátrix (a Hoshin-szakirodalomból) | az OGSM-tábla maga | | Mihez nyúl elsőként | a folyamattérképhez és a mérőszám-készlethez | a szervezeti szintek felosztásához |

Mikor melyiket vedd elő?

• Kezdd a Hoshinnal, ha még nincs eldöntve, min akartok javítani: nincsenek kritikus sikertényezők, a mérőszámok nem kötődnek stratégiához, vagy egyszerre húsz kezdeményezés fut. Ilyenkor egy OGSM-tábla csak formába önti a zűrzavart.
• Kezdd az OGSM-mel, ha az irány már világos, de nem jut le: a felső szint tudja, mit akar, a műszak mégsem tudja megmondani, hogy az ő heti mutatója melyik vállalati célhoz tartozik. Itt a hiány a forma és a szintenkénti átadás.
• Hoshin és OGSM együtt a normál működés: a keret adja a tartalmat (mit, mire, milyen folyamaton), az eszköz a lebontás formáját (kinek, milyen sorban, milyen mérőszámmal).

Ne cseréld fel a kettőt

Az OGSM egy sablon. Ha kitöltöd anélkül, hogy a kritikus sikertényezők és a kulcsfolyamatok megvolnának, egy szép táblát kapsz, ami mindenki eddigi munkáját visszaigazolja, és semmit nem rangsorol. A keret nélkül az eszköz üres tábla; az eszköz nélkül a keret nem jut le a műszakig.

És az X-mátrix? A Hoshin Kanri szakirodalmában (Akao, Dennis; lásd a Hivatkozásokat) klasszikus vizuális eszköz az X-mátrix: egy lapon, X-alakban köti össze a hosszú távú célokat, az éves célokat, a kulcs-kezdeményezéseket, a mérőszámokat és a felelősöket, így egyetlen ábrán látszik, mi mihez kapcsolódik. Az OGSM ennek egyszerűsített, oszlopos megfelelője; a lényeg mindkettőnél ugyanaz, a fókusz és a kapcsolatok láthatóvá tétele.

Hol van a MOS a képben? A lebontott célok napi és heti végrehajtási ritmusát a MOS (Management Operating System) review-kaszkádja és a performance board adja, a KPI-kaszkád pedig viszi tovább a mutatókat a szervezetben. Röviden: Hoshin = mit és mire · OGSM = milyen formában · MOS = milyen ritmusban.

Folyamatipari kontextus és biztonság

Folyamatipari környezetben a policy deployment a stratégiai célt (energiahatékonyság, megbízhatóság, biztonsági teljesítmény) vezeti le a blokk-, üzem- és műszakszintű mérőszámokig, összekötve a KPI/PI/I hierarchiával.

A biztonság itt nem „egy a célok közül“. A kritikus sikertényezők között a process safety és a személyi biztonság rendre felülírja a tisztán termelési célokat. A catchball biztonsági haszna, hogy a frontvonal, amely a célokat maga is alakította, sokkal inkább elkötelezett a biztonságos végrehajtás mellett, mint egy felülről ledobott cél esetén. A kierőszakolt cél ugyanis kerülő megoldásokhoz és rejtett kockázathoz vezet.

Biztonsági határvonal

A lépcsőzetes célok soha nem írhatják felül a folyamatbiztonsági korlátokat és az üzemviteli (technológiai) határokat (IOW, reteszek, engedélyezési rend). Ha egy cél csak a biztonsági tartalék felélésével teljesíthető, akkor nem a végrehajtással van baj, hanem a céllal: vidd vissza a catchball-körbe. A konkrét belső sikertényezők és célszámok bizalmasak, itt a módszertant írjuk le.

Bevezetés a gyakorlatban (roadmap)

A policy deployment felülről indul, de nem felülről készül el. Javasolt sorrend:

0. Előfeltétel. Legyen egy hosszú távú vízió (időtálló irány, célszámok nélkül) és egy működő teljesítmény-fórum (performance board, MOS). Enélkül a lebontásnak nincs hová landolnia.

1. Alkosd meg a kritikus sikertényezőket felsővezetői workshopon. Korlátozd a számukat: ha minden kritikus, semmi sem az.
2. Auditáld a meglévő mérőszám-készletet a CSF-ek ellen. Amelyik mutató egyetlen CSF-fel sem korrelál, az jelölt a megszüntetésre.
3. Rajzold fel a lépcsős célokat 1, 2, 3 és 5 évre. A közbenső lépcsők adják a visszacsatolást; egyetlen ötéves szám nem kormányoz.
4. Jelöld ki a 4–10 kulcsfolyamatot, és rendeld őket a célterületekhez (stratégiai / mag / támogató).
5. Válassz egy folyamatot részletes feltérképezésre, tipikusan az order fulfilmentet, és készítsd el rá a VSM-et.
6. Öntsd OGSM-formába, és kaszkádolj catchballal tier-ről tier-re: az O és G felülről adott, az S és M az adott szint saját munkája.
7. Állítsd be a review-ritmust (MOS) és a rendszergazdát, aki a ciklust facilitálja.

Ki mit csinál: a felsővezetés adja a víziót, a CSF-eket és a top-szintű célokat; a terület- és üzemvezetők a catchball-körben generálják a saját stratégiáikat és mérőszámaikat; a műszakvezetők a napi mutatókig viszik le; a rendszergazda tartja életben a ciklust.

Gyakorlati feladat. Válaszd ki a saját területed egyik jelenlegi célszámát. Írd le egy sorban: melyik kritikus sikertényezőhöz kapcsolódik, melyik folyamat mozgatja, és ki fogalmazta meg a hozzá tartozó „hogyant“. Ha bármelyik három mezőt nem tudod kitölteni, megtaláltad a lebontás szakadását.

Mérés és audit

A policy deployment saját minőségét nem az mutatja, hány szép dia készült, hanem hogy a lánc zárt-e. Auditálható jelek:

Mit nézel	Egészséges jel	Riasztó jel
Mérőszám ↔ CSF	minden mutató legalább egy CSF-hez köthető	„örökölt“ riportok gazdátlan mutatókkal
Kulcsfolyamatok száma	4–10, névvel és gazdával	BPR-szerű 100+ vagy egy sem
Lépcsős célok	1·2·3·5 éves lépcsők, 6 vagy 12 havonta felülvizsgálva	egyetlen év végi szám
Catchball nyoma	az alsó szint saját megfogalmazású S/M-je	az alsó szint tábláján a felső szint szövege szó szerint
Review-ritmus	ütemezett, adatvezérelt, résre fókuszáló	eseti, magyarázkodó
Visszakövethetőség	egy műszakszintű mutatótól fel lehet menni a vállalati célig	a lánc valahol megszakad

A legerősebb, egyetlen kérdéses audit: kérdezz meg egy operátort vagy műszakvezetőt, hogy a heti mutatója melyik vállalati célt szolgálja. Ha nem tudja, a kaszkád papíron létezik, a valóságban nem.

Gyakori hibák

• Eszközökkel kezdeni irány nélkül. 5S, VSM és kaizen policy deployment nélkül összehangolatlan, kifulladó kezdeményezés. Helyette: előbb a CSF-ek és a kulcsfolyamatok, utána az eszközválasztás.
• Egyirányú „ledobás“. A figyelmeztetés és párbeszéd nélküli kaszkádban a labda leesik, és nincs elköteleződés. Helyette: tudatos catchball-kör minden szinten, ahol az alsó szint maga fogalmazza a „hogyant“.
• Túl sok kulcsfolyamat (BPR-csapda). A BPR-módra definiált 100+ folyamattal elvész a fókusz. Helyette: 4–10 folyamat, névvel és gazdával.
• Egyetlen rövid cél. A 3–5 éves vízió lépcsős célok nélkül vagy irreális, vagy rövidlátó. Helyette: 1·2·3·5 éves lépcsők, 6 vagy 12 havonta visszamérve.
• Mérőszám CSF nélkül. Ha egy KPI nem korrelál egyetlen kritikus sikertényezővel sem, akkor zajt mér, nem stratégiát. Helyette: mérőszám-audit a CSF-lista ellen, és a gazdátlan mutatók megszüntetése.
• A stratégia „csiszolása“ a kommunikáció helyett. A szűk keresztmetszet a lebontás párbeszéde, nem a stratégia szövege. Helyette: a következő körben ne a szöveget javítsd, hanem az egyeztetés módját.
• Az OGSM-tábla kitöltése keret nélkül. A sablon önmagában nem rangsorol, csak formába önti a meglévő prioritásokat. Helyette: előbb a Hoshin-kérdések (mit, mire, milyen folyamaton), utána a tábla.

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

A policy deployment lassú, konszenzusigényes, éves nagyságrendben gondolkodó rendszer. Van, ahol ez pontosan rossz:

Helyzet	Miért nem (elsősorban) a policy deployment	Mi a helyes válasz
Akut üzemzavar, biztonsági esemény	a catchball-kör napokban-hetekben mér, itt percek vannak	vészhelyzeti eljárásrend, [[moc	MOC]], utólagos [[a3-riport	gyökérok-elemzés]]
Egyetlen, jól körülhatárolt technikai probléma	nem kell hozzá stratégiai keret	célzott problémamegoldás ([[pdca	PDCA]], [[5-miert	5-Why]])
Nagyon instabil alapfolyamat	a lebontott cél stabil folyamat nélkül nem tartható	előbb stabilizálás ([[standard-munka	standard munka]], [[5s	5S]]), utána lebontás
Nincs felsővezetői elköteleződés	a keret felülről indul, alulról nem pótolható	ne indíts teljes kaszkádot, kezdj egy területi pilottal
Gyorsan változó, kiszámíthatatlan környezet	az 1·2·3·5 éves lépcső feltételezi az irány stabilitását	rövidebb ciklusok, gyakoribb felülvizsgálat a lépcsők átdefiniálásával

Ökölszabály: a policy deployment a több éven át tartó, több szervezeti szintet érintő irányváltásra a legerősebb. Egyedi problémára, akut helyzetre és instabil alapfolyamatra nem ez az eszköz.

Vidd haza (kulcsok)

• A Lean-programokat jellemzően az irány hiánya öli meg, nem az eszköztudás hiánya. Ha kifullad egy kezdeményezés, először a lebontást nézd meg, ne a tréninget.
• Néhány kritikus sikertényező, 4–10 kulcsfolyamat. Ha minden fontos, semmi sem az.
• A catchball nem stílus, hanem hatékonyság. A kötélhúzós hasonlat szerint a konszenzusos cél mögé teljes, a kierőszakolt mögé nagyjából fele erő áll be.
• Hoshin = mit és mire · OGSM = milyen formában · MOS = milyen ritmusban. Ha valami nem működik, először azonosítsd, melyik hiányzik a háromból.
• Minden mérőszámnak legyen sikertényezője. A gazdátlan mutató zajt mér.
• A biztonsági korlát nem tárgyalható a catchball-körben. Ha a cél csak a tartalék felélésével teljesíthető, a cél a hibás.

Önteszt

1. Egy üzemvezető megkapja a jövő évi célszámokat e-mailben, majd továbbküldi a műszakvezetőknek. Mi hiányzik a folyamatból, és mi lesz ennek a következménye?
2. Mi a különbség a policy deployment és az OGSM között, és melyikkel kezdenél egy olyan szervezetben, ahol húsz párhuzamos fejlesztési projekt fut világos prioritás nélkül?
3. Egy KPI-riportban tizennégy mutató szerepel. Milyen egyetlen kérdéssel szűröd meg őket a Hoshin-logika szerint, és mi történik azokkal, amelyek megbuknak rajta?

Válaszkulcs

1. A catchball hiányzik: ez egyirányú „ledobás“, nem kétirányú párbeszéd. Az alsó szint nem fogalmazta meg a saját Strategies és Measures sorát, vagyis a „hogyant“ nem ő találta ki. Következmény: a cél formálisan teljesül, tartalmilag nem, elköteleződés nélkül. A kötélhúzós hasonlat szerint a kierőszakolt cél mögé nagyjából fele erő áll be, szemben a konszenzusos cél teljes erejével. Auditálható nyoma: az alsó szint tábláján szó szerint a felső szint szövege szerepel.
2. A policy deployment (Hoshin) a keret, az OGSM az eszköz: a keret megmondja, mit és mire bontunk le (kritikus sikertényezők, kulcsfolyamatok, lépcsős célok), az eszköz azt, milyen formában adjuk át szintről szintre. Húsz párhuzamos projektnél a Hoshinnal kell kezdeni, mert itt nem a forma hiányzik, hanem a rangsor: egy OGSM-tábla ilyenkor csak formába öntené a zűrzavart.
3. A kérdés: „melyik kritikus sikertényezővel korrelál ez a mutató?“ A szabály az, hogy minden mérőszám legalább egy CSF-fel korreláljon (de nem kell mindegyikkel). Amelyik mutató egyetlen CSF-hez sem köthető, az gazdátlan: zajt mér, nem stratégiát, ezért jelölt a megszüntetésre, nem a további riportálásra.

Hogyan jelenik meg a digitális gyakorlatban?

A stratégia-lebontás elve nem áll meg a workshop-flipcharton: ugyanez a logika szoftveresen is megvalósul. A papíralapú OGSM-tábla és a falra tűzött X-mátrix helyett itt összekapcsolt cél-hierarchia, verziózott egyeztetés-nyom és automatikus rés-kimutatás viszi ugyanazt a munkát, a mechanizmus más, az elv ugyanaz.

Policy deployment-elem	Digitális megvalósítás	Mit ad
Cél-kaszkád (felső S+M → alsó O+G)	összekapcsolt cél-hierarchia, ahol minden cél szülőre mutat	a lánc gépileg végigkövethető a műszaktól a vállalati célig
Catchball-egyeztetés	verziózott célszöveg, kommentszál, jóváhagyási lépés	látszik, ki fogalmazta a „hogyant“, és mikor született a konszenzus
Mérőszám ↔ sikertényező kötés	kötelező mező: melyik CSF-hez tartozik a mutató	a gazdátlan mutatók automatikusan kibuknak
Lépcsős célok	idősoros célértékek mérföldkövekkel	a rés (terv és tény különbsége) folyamatosan látszik, nem csak év végén
Review-ritmus	ütemezett fórumok, automatikus napirend a legnagyobb résekből	a review adatvezérelt lesz, nem magyarázkodó
Akció-követés	felelős, határidő, státusz minden réshez	a felülvizsgálat kimenete nem vész el a következő ciklusig

A lényeg

A modern digitális rendszerek ugyanazt az elvet valósítják meg, amit a Hoshin Kanri papíron: egyetlen összefüggő láncot a vállalati céltól a napi cselekvésig, mérhető réssel és nevesített felelőssel. Ha egy rendszerben egy mutatóról nem lehet felfelé lépkedni a vállalati célig, akkor a lebontás ott szakad meg.

Kapcsolat az OPEREX-hez (műszaknapló)

A policy deployment leggyengébb pontja a lebontás és a napi valóság közötti szakadék: a szépen megfogalmazott célok és a műszak tényleges tevékenysége elszakad egymástól. Az OPEREX műszaknapló ezt hidalja át: a lépcsőzetes célok, a hozzájuk tartozó projekt-felelősök, határidők és KPI-k, valamint a szintek közötti catchball-egyeztetések időbélyeggel, auditálhatóan rögzíthetők. Így a célok haladása és a felülvizsgálatok visszakereshetők, a stratégia-lebontás pedig összeér a MOS napi és heti review-ritmusával, valamint a performance board tényadataival. A Hoshin nem prezentáció marad, hanem a műszakban is követett, élő irány.

Terminológia (HU / EN / JP)

Magyar	Angol	Japán / Megjegyzés
stratégia-lebontás	policy deployment	Hoshin Kanri (方針管理)
kritikus sikertényező	critical success factor (CSF)	a néhány fókuszterület, ahol jól kell teljesíteni
catchball (labdadobás)	catchball	kétirányú, konszenzusos kaszkád a szintek között
lépcsőzetes cél	stepped / breakthrough objective	1·2·3·5 éves lépcsőkben
kulcsfolyamat	key business process	4–10 db, névvel és gazdával
stratégiai / mag / támogató folyamat	strategic / core / support process	a célra gyakorolt hatás szerinti besorolás
rendelésteljesítés	order fulfilment	gyakori kiindulópont a feltérképezéshez
X-mátrix	X-matrix	a Hoshin egylapos vizualizációja a szakirodalomban (Akao, Dennis)
stratégia-lebontási sablon	OGSM	a keret egylapos, oszlopos eszköze

GYIK

Mi a policy deployment (Hoshin Kanri)?

Stratégiai döntéshozatali keret, amely a vállalat kritikus sikertényezőinek eléréséhez szükséges kulcskezdeményezésekre összpontosítja az erőforrásokat: lebontja a stratégiát a kulcsfolyamatok mentén, és méri, kontrollálja, visszacsatolja az eredményeket. A Hoshin Kanri ennek a japán neve.

Mi a Hoshin 6 lépése?

(1) kritikus sikertényezők kidolgozása, (2) üzleti mérőszámok felülvizsgálata és definiálása, (3) lépcsőzetes javítási célok kitűzése 1, 2, 3 és 5 évre, (4) 4–10 kulcs üzleti folyamat definiálása, (5) annak eldöntése, mely folyamat teljesít mely célterületre, (6) a részletes feltérképezésre szoruló folyamatok kiválasztása.

Mit jelent a catchball a stratégia-lebontásban?

A célok és KPI-k kaszkádolása nem egyirányú „ledobás“, hanem oda-vissza párbeszéd a vezető és a csapat között, mint a labda dobálása. Az egyirányú ledobásnál a „labda leesik“, vagyis a kaszkád megbukik; a kétirányú catchball konszenzust és elköteleződést épít. A kötélhúzós hasonlattal: a konszenzusos cél mögé a teljes erő beáll, a kierőszakolt mögé nagyjából a fele.

Mi a különbség a policy deployment és az OGSM között?

A policy deployment (Hoshin Kanri) a keret: megmondja, mit bontunk le és mire (kritikus sikertényezők, kulcsfolyamatok, lépcsős célok). Az OGSM az eszköz: egylapos sablon, amely megadja, milyen formában adjuk át a célt szintről szintre (Objectives, Goals, Strategies, Measures). A keret nélkül a tábla üres formalitás; a tábla nélkül a keret nem jut el a műszakig.

Mikor melyiket kezdjem, a Hoshint vagy az OGSM-et?

Ha még nincs eldöntve, min akartok javítani (nincsenek sikertényezők, sok a párhuzamos kezdeményezés), kezdd a Hoshin-kérdésekkel. Ha az irány világos, de nem jut le a szintekre, kezdd az OGSM-mel. A normál működésben a kettő együtt fut, a MOS pedig a végrehajtás ritmusát adja.

Hány kulcs üzleti folyamatot érdemes definiálni?

Négy és tíz között. Ne ess a BPR csapdájába, ahol 100+ folyamatot definiálnak: brainstormingolj sokat, de néhányban állapodj meg, hogy megmaradjon a fókusz.

Kapcsolódó fogalmak

ogsm · mos · performance-board · kpi-kaszkad · kpi-pi-i · performance-management · lean-bevezetes-8-lepes · lean-vezetes · vsm · pdca

Következő lépés

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

1. ogsm — a keret egylapos eszköze: hogyan néz ki konkrétan egy tier-enkénti lebontás, és mit jelent az „O és G adott, az S és M kreativitás“ szabály. Kezdd ezzel.
2. mos — a végrehajtás ritmusa: milyen fórumon, milyen gyakorisággal él tovább a lebontott cél a napi működésben.
3. performance-board — ahol a lebontott cél láthatóvá válik a csapat számára, és ahol a rés napi beszélgetés tárgya lesz.

Hivatkozások / További olvasnivaló

• Yoji Akao (szerk.): Hoshin Kanri: Policy Deployment for Successful TQM. Productivity Press, 1991. — a Hoshin Kanri kanonikus, angol nyelvű alapműve.
• Pascal Dennis: Getting the Right Things Done: A Leader’s Guide to Planning and Execution. Lean Enterprise Institute, 2006. — a policy deployment gyakorlati, lean-szemléletű bevezetése, a catchball folyamatával.
• James P. Womack – Daniel T. Jones: Lean Thinking. Simon & Schuster, 1996. — a lean-transzformáció keretrendszere, amelybe a stratégia-lebontás illeszkedik.