Neleiskite procesams, KPI / OKR ir ERP sukurti valdymo iliuzijos
Pavojinga ne netvarka.
Pavojingiausia tvarka, kuri atrodo kaip valdymas.
Procesai aprašyti. KPI stebimi. OKR skamba protingai. ERP veikia. Susirinkimai vyksta.
Ir vis tiek vadovas vėl aiškinasi, kas iš tikrųjų vyksta.
Kur stringa darbas.
Kodėl sprendimas pavėlavo.
Kuria tikrove tikėti.
Kas turi veikti.
Valdymo ženklai yra.
Schema. Rodiklis. Tikslas. Sistema.
Bet ženklas dar nėra valdymas.
Dažnai įmonei netrūksta priemonių.
Tik per dažnai iš procesų, KPI / OKR ir ERP laukiama valdymo galios, kurios jie patys negali sukurti.
Procesas pats nesujungs darbo.
KPI pats nepriims sprendimo.
OKR pats nepasirinks, ko nedaryti.
ERP pati nesukurs veikimo logikos.
Kaip ir kur pasireiškia valdymo iliuzija
Ji neatsiskleidžia kaip viena didelė problema.
Ji pasireiškia trijose srityse ir jų sankirtoje.
Procesuose — kai vadovas sujungia tai, ko nesujungė procesas.
Darbas stringa tarp funkcijų, atsakomybė lieka neaiški, o klientui pažadėtas rezultatas priklauso nuo papildomo derinimo.
KPI / OKR — kai organizacija mato daug, bet nesprendžia laiku.
Rodikliai stebimi, tikslai suformuluoti, bet signalas nevirsta sprendimu, o tikslai pasirinkimu, ko nedaryti.
ERP — kai sistema veikia, bet tikrovė vis dar tikrinama šalia jos.
Likutis, data, būsena ar prioritetas yra sistemoje, bet sprendimui vis tiek reikia Excel, skambučio arba žmogaus atminties.
Nuo ko verta pradėti
Pradėti verta ne nuo priemonės.
Pirmiausia reikia suprasti, koks rezultatas turi būti patikimai sukurtas.
Tada reikia rasti, kur valdymas praranda tikrovę: procese, rodiklyje, tiksle, ERP ar sprendime, kuris vis grįžta pas vadovą.
Tam nereikia inventorizuoti visų procesų.
Nereikia peržiūrėti visų KPI.
Nereikia vertinti visų OKR.
Nereikia surinkti visų ERP trūkumų.
Prasminga rinktis vieną vietą, kur vadovas jau mato: forma yra, bet valdymas stringa.
Kur sprendimas vėluoja.
Kur atsakomybė lieka neaiški.
Kur duomenys nepadeda sutarti.
Kur priemonė rodo tvarką, bet nepadeda valdyti.
Po tokio darbo vadovų komanda turi ne dar vieną dokumentą, rodiklį ar sistemos pakeitimą.
Ji turi aiškesnį susitarimą: koks rezultatas turi būti sukurtas, kuo remtis, kur priimamas sprendimas ir ką iš tikrųjų reikia keisti.