Esettanulmány · ERP bevezetés · dashboardok · 45 fős vállalat
Rengeteg adatunk volt. A döntések mégis egyre lassabban születtek meg.
Egy 45 fős vállalatnál az ERP bevezetése után minden adat látszott, a vezetői döntések mégsem gyorsultak fel. A dashboardok működtek, a riportok elkészültek, a meetingek mégis hosszabbak lettek, és a rendszer nem könnyítette, hanem terhelte a működést. A FlowSET Sprint után 42%-kal csökkent a döntési csúszások aránya, 34%-kal rövidült a vezetői meetingek ideje, és heti 6 óra elemzési kapacitás szabadult fel.
döntési csúszások aránya
heti vezetői elemzési idő
meetingidő
kritikus mutatókhoz felelős
Röviden
Ez a cikk egy 45 fős vállalat esettanulmányán keresztül mutatja meg, mi történik akkor, amikor a rendszer már szállítja az adatokat, a működés mégsem válik irányíthatóbbá. Végigvesszük, miből látszik, hogy nem a szoftverrel van gond, hanem a döntési működéssel, és azt is, hogyan lehet az ERP köré olyan vezetői ritmust építeni, amelyből végre nem csak riport, hanem valódi döntés születik.
Van az a pont egy vállalat életében, amikor már nem az a kérdés, hogy kell-e rendszer. A kérdés inkább az, hogy miért nem lesz könnyebb a működés attól, hogy végre van rendszer.
Pontosan ebben a helyzetben volt az a 45 fős vállalat is, amelyről ez az esettanulmány szól. Bevezettek egy ERP-t. A dashboardok frissültek, az adatok gyűltek, a riportok elkészültek. Papíron minden adott volt ahhoz, hogy a működés fellélegezzen.
A cég mégis egyre erősebben azt érezte, hogy valami nem lett jobb. Nem lettek rövidebbek a meetingek. Nem lettek gyorsabbak a döntések. A vezetők hetente órákat töltöttek riportok nézegetésével, és ugyanazokat a számokat látták, mégsem ugyanarra jutottak.
Az ERP működött. A cég mégsem lett irányíthatóbb, mert a rendszer mögött nem volt közös döntési rend.
A FlowSET feladata itt nem új rendszer választása volt, hanem az, hogy az adatokból végre valódi vezetői döntés szülessen.
Miből látszott, hogy nem a rendszerrel van baj?
A felszínen úgy nézett ki, mintha a cégnek csak jobban meg kellene tanulnia használni az ERP-t. A valóságban három mélyebb törésvonal rajzolódott ki.
A dashboardokból nem lett döntés
A vezetők látták a számokat, de nem volt meghatározva, milyen eltérésnél kell beavatkozni, és ki indítja el a következő lépést.
Minden terület mást értett ugyanazon adat alatt
A pénzügy kockázatot látott, az értékesítés lehetőséget, az operáció terhelést. Ugyanaz a szám három különböző történetet jelentett.
A meetingek elemzéssel teltek, nem előrelépéssel
A heti vezetői egyeztetések hosszú közös adatértelmezéssé váltak, a konkrét döntések és felelősök gyakran a végére sem tisztultak le.
A rendszer újabb terheléssé vált
Nem kapaszkodót adott, hanem plusz elemzési munkát, mert nem volt világos, mi következik a riportokból a napi működésre nézve.
Mi volt a valódi probléma?
A rendszer hozta az adatokat, de senki nem mondta ki pontosan, mi következik ezekből az adatokból. Nem az ERP volt kevés, hanem a működési réteg hiányzott mögüle.
1. Nem volt közös döntési küszöb
Nem volt rögzítve, mi számít valódi beavatkozási pontnak, és mikor kell vezetői szintre emelni egy eltérést.
2. A kritikus mutatókhoz nem tartoztak felelősök
A dashboard mindent megmutatott, de ha romlott egy mutató, először azt kellett tisztázni, kihez tartozik. Így a reakció lassúvá és személyfüggővé vált.
3. A vezetői meetingeknek nem volt döntési struktúrája
Nem volt előre rögzített sorrend: mit nézünk, milyen eltérésnél döntünk, hogyan kerül vissza a döntés a működésbe, és mikor nézünk rá újra.
Mit csinált a FlowSET az ERP körül?
A cél nem új riportok gyártása volt, hanem az, hogy a meglévő ERP végre ugyanarról a működésről beszéljen, mint maga a cég.
1. Döntési logika szerint rendeztük újra a dashboardokat
Elválasztottuk, mi csak információ, mi figyelmeztető jel, és mi az a pont, ahol azonnali vezetői beavatkozás kell.
2. Minden kritikus mutatóhoz felelőst rendeltünk
Egyértelművé tettük, ki figyeli az adott számot, ki értelmezi, és ki indítja el a következő lépést.
3. Új vezetői meetingritmust építettünk
A heti egyeztetésnek világos szerkezete lett: eltérés, ok, döntés, felelős, határidő, visszanézési pont.
4. Visszacsatolási pontokat rögzítettünk
A döntésekhez operatív lépés, felelős és ellenőrzési pont került, így a meeting vége nem információ, hanem mozgás lett.
Mi változott 90 nap alatt?
döntési csúszások aránya
heti vezetői elemzési idő
meetingek ideje
kritikus mutatókhoz felelős
A legfontosabb változás nem az volt, hogy szebb lett a dashboard. A valódi fordulat az volt, hogy a vezetők végre ugyanazt értették ugyanazon számok alatt, és a meetingek végén nem csak információ maradt, hanem döntés, felelős és következő lépés.
Mit jelentett ez a napi működésben?
- Kevesebb idő ment el közös adatértelmezésre a vezetői meetingeken.
- Gyorsabban látszott, melyik eltérésnél kell ténylegesen beavatkozni.
- A kritikus mutatókhoz egyértelmű felelősség társult.
- A döntések nem maradtak a meeting jegyzetében, hanem visszakerültek a napi működésbe.
- Az ERP nem külön életet élt, hanem valódi vezetői támaszként kezdett működni.
A rendszer végre nem csak adatot mutatott, hanem ugyanarról a valóságról beszélt, mint maga a vezetői működés.
Honnan tudható, hogy az ERP nem a döntéseket támogatja?
Gyakori kérdések
Mikor számít problémának egy ERP a működésben?
Nem akkor, ha technikailag hibás, hanem akkor, ha az adatokból nem lesz gyorsabb, tisztább és következetesebb vezetői döntés.
Miért nem elég, hogy minden adat látszik a rendszerben?
Mert az adat önmagában még nem döntés. Kell mögé döntési küszöb, felelős, meetingritmus és visszacsatolás is.
Mitől lesz valóban hasznos egy dashboard?
Attól, hogy világos, melyik mutató mit jelez, mikor kell rá reagálni, ki lép, és hogyan kerül vissza a döntés a napi működésbe.
Mit nyer egy cég azzal, ha rendbe teszi az ERP körüli döntési működést?
Rövidebb meetingeket, gyorsabb döntéseket, kevesebb bizonytalanságot, egyértelműbb felelősségi pontokat és olyan rendszert, ami tényleg támogatja a vezetést.
Nem újabb riport kell.
Olyan működés kell, ami döntést készít elő az adatokból.
A FlowSET Működési Áttekintés megmutatja, hol akad el a döntéshozatal a rendszer és a működés között, melyik pontokon válnak az adatok zajjá, és hogyan lehet az ERP köré valódi vezetői ritmust építeni.