Transformačný program sa zriedkakedy zastaví kvôli nedostatku ambícií vedeniu. Zastaví sa, keď sa spustí prvá automatizácia, predvedie sa dashboard a denné operácie sa naďalej spoliehajú na rovnaké výnimky, tabuľky, nejasné vlastníctvo a nesúvisiace údaje ako predtým. Preto zastavenie transformačných programov nie je primárne otázkou technológie. Je to otázka realizácie.
Pre podniky s vysokou mierou prevádzky sú náklady značné. Investície absorbujú pilotné projekty, ktoré sa nikdy nerozširujú, tímy strácajú dôveru v zmenu a obchodné jednotky začínajú nakupovať bodové riešenia mimo programu. Výsledkom je fragmentovanejšia krajina, než akú mala transformácia zjednodušiť.
Prečo sa transformačné programy zastavujú?
Väčšina pozastavených programov vykazuje prvé známky aktivity. Konajú sa workshopy, ukážky dodávateľov, procesné mapy, overovanie konceptov a pozitívne aktualizácie riadiaceho výboru. Pokrok sa javí ako viditeľný, pretože sa vytvárajú výstupy. Výstupy však nie sú to isté ako prevádzkové výsledky.
Transformácia naberá na obrátkach iba vtedy, keď zmení spôsob, akým práca prebieha v rámci podniku vo veľkom rozsahu. To znamená menej manuálnych zásahov, kratšie cykly, vyššiu kvalitu údajov, jasnú zodpovednosť za výnimky a merateľnú kontrolu nad výkonom. Ak program nedokáže prepojiť svoju prácu s týmito výsledkami, často sa stáva skôr súborom iniciatív než riadenou zmenou podniku.
Základné príčiny majú tendenciu byť prepojené. Slabý základ procesov vytvára zlých kandidátov na automatizáciu. Nedostatočné údaje vytvárajú nespoľahlivé poznatky. Nejasné riadenie spomaľuje rozhodovanie. Úzky implementačný partner môže úspešne dodať nástroj, ale širší prevádzkový model môže nechať nevyriešený.
Program začína technológiou namiesto procesu
Bežným vzorom je výber platformy pre automatizáciu, umelú inteligenciu, pracovný postup alebo analytiku pred stanovením, ako by mal cieľový proces vyzerať. Tím sa potom snaží prispôsobiť neefektívny proces zvolenej technológii. To môže viesť k rýchlej demonštrácii, ale zároveň to do nového riešenia vkladá zbytočné schvaľovania, duplicitné zadávanie údajov a lokálne riešenia.
Automatizácia je najcennejšia vtedy, keď z organizovaného pracovného postupu odstraňuje prácu, ktorej sa dá vyhnúť. Ak tím od obstarávania po platbu prijíma faktúry prostredníctvom viacerých kanálov, používa nekonzistentné overovacie pravidlá a spolieha sa na neúplné údaje o dodávateľovi, automatizácia jednotlivých krokov môže tento chaos jednoducho urýchliť. Proces je potrebné najprv zjednodušiť: štandardizovať príjem, definovať pravidlá, eliminovať nepodstatné odovzdávanie a stanoviť, ako sa budú riešiť výnimky.
To neznamená, že každý proces si vyžaduje zdĺhavé prepracovanie pred nasadením akejkoľvek technológie. V oblastiach s vysokým objemom práce môže cielené posúdenie identifikovať niekoľko zmien, ktoré umožňujú realizovateľnosť automatizácie. Ide o postupnosť. Návrh procesov by mal usmerňovať rozhodnutia o technológiách, nie by sa mal okolo nich upravovať.
Dáta sa považujú za IT závislosť, nie za prevádzkový majetok
Transformačné programy často závisia od údajov, ktoré sú roztrúsené v ERP systémoch, zdieľaných diskoch, databázach oddelení a aplikáciách tretích strán. Tímy môžu predpokladať, že integrácia problém vyrieši. Integrácia môže presúvať údaje medzi systémami, ale neopravuje nekonzistentné definície, duplicitné záznamy, chýbajúce polia ani nejasné vlastníctvo.
Predstavte si servisnú prevádzku, ktorá sa snaží použiť umelú inteligenciu na stanovenie priorít prípadov. Ak sú záznamy o zákazníkoch duplicitné, kategórie prípadov sa líšia podľa regiónu a výsledky riešení nie sú konzistentne zaznamenávané, model skôr zvýši neistotu ako zlepší rozhodnutia. Rovnaký problém platí aj pre dashboardy. Dashboard v reálnom čase je užitočný iba vtedy, keď vedúci pracovníci dôverujú opatreniam a vedia, aké kroky by mali nasledovať.
Práca s dátami musí byť preto priamo prepojená s transformovaným pracovným postupom. Definujte dáta potrebné na spustenie a meranie procesu, priraďte vlastníctvo, stanovte pravidlá kvality a navrhnite integrácie okolo praktickej cieľovej architektúry. Toto je menej okázalé ako spustenie prípadu použitia umelej inteligencie, ale zvyčajne je to miesto, kde sa dosahuje úspech alebo strata v rozsahu.
Piloti uspeli, ale operačný model sa nemení
Pilotný projekt môže byť technicky úspešný a stále nevytvorí hodnotu pre podnik. Za priaznivých podmienok môže automatizovať jeden tím, jeden región alebo jeden typ dokumentu. Škálovanie zavádza rôzne politiky, variácie starších systémov, bezpečnostné požiadavky, jazykové potreby, objemy výnimiek a konkurenčné priority.
Problém nie je v tom, že pilotné projekty sú neefektívne. Pilotné projekty sú užitočné na zníženie neistoty. Problém je v tom, že sa pilotný projekt považuje za dôkaz, že organizácia je pripravená na škálovanie bez toho, aby si vybudovala kontrolné mechanizmy, podporný model a opakovane použiteľné komponenty, ktoré sú na to potrebné.
Pred rozšírením prípadu použitia by sa vedúci pracovníci mali opýtať, či má opakovateľný vzorec nasadenia. Sú pravidlá procesu zdokumentované? Je dátový model opakovane použiteľný? Dokáže monitorovanie identifikovať zlyhania skôr, ako ich používatelia nahlásia? Existuje určený vlastník procesu, ktorý môže schvaľovať zmeny? Dokáže tím podpory vyriešiť problémy bez toho, aby sa spoliehal na pôvodných projektových špecialistov?
Keď tieto otázky zostanú nezodpovedané, každé nové nasadenie sa stáva projektom na mieru. Náklady rastú, dodanie sa spomaľuje a transformačná kancelária začína obhajovať jednotlivé úspechy, namiesto toho, aby poskytovala škálovateľnú funkciu.
Riadenie je príliš vzdialené od operačných rozhodnutí
Sponzorstvo vedenia je dôležité, ale samotné sponzorstvo nevedie k transformácii. Programy sa zastavujú, keď sa riadiaci výbor stretáva mesačne, zatiaľ čo procesné rozhodnutia, spory o vlastníctvo údajov a závislosti od integrácie zostávajú nevyriešené celé týždne.
Efektívne riadenie nie je viac stretnutí. Je to jasná štruktúra rozhodovania dostatočne blízka práci, aby sa rýchlo odstránili prekážky. Vrcholoví manažéri by mali zodpovedať za strategické priority, investičné rozhodnutia a medzifunkčné kompromisy. Vlastníci procesov by mali zodpovedať za cieľové pracovné postupy, rozhodnutia o politikách a výsledky výkonnosti. Lídri v oblasti technológií a dát by mali zodpovedať za architektúru, bezpečnosť, spoľahlivosť a udržiavateľnosť.
Tieto úlohy musia byť explicitné. Keď je zodpovednosť rozdelená medzi IT, prevádzku, financie a externých dodávateľov nejasne, rozhodnutia sa odkladajú a výnimky sa množia. Program môže naďalej hlásiť zelený stav, zatiaľ čo realizačné tímy čakajú na základné rozhodnutia.
Metriky odmeňujú aktivitu namiesto vplyvu na podnikanie
Mnohé programy merajú míľniky: pripojené systémy, nasadené boty, vyškolení používatelia alebo absolvované workshopy. Tieto miery sú užitočné na riadenie realizácie, ale nedokazujú, že transformácia funguje.
Prevádzkové metriky by sa mali stanoviť pred implementáciou a po spustení by sa mali skontrolovať. V závislosti od procesu to môže zahŕňať čas cyklu, náklady na transakciu, mieru úspešnosti pri prvom použití, percento priameho spracovania práce, vek nevybavených objednávok, mieru výnimiek, dodržiavanie súladu s predpismi alebo vplyv na peňažné toky. Správne meranie závisí od obchodného cieľa. Finančný tím môže uprednostniť presnosť a rýchlosť uzavretia obchodu, zatiaľ čo funkcia zákazníckeho servisu môže uprednostniť čas odozvy a kvalitu riešenia.
Kompromis je dôležitý. Snaha o maximálne priame spracovanie môže zvýšiť riziko, ak sa oslabia pravidlá schvaľovania. Skrátenie času spracovania môže poškodiť kvalitu, ak sa zložité prípady smerujú nesprávne. Dobré meranie tieto rozhodnutia zviditeľní, namiesto toho, aby tímom umožnilo optimalizovať izolovane jedno číslo.
Ako reštartovať zastavený transformačný program
Zastavený program nie vždy potrebuje novú stratégiu alebo náhradnú platformu. Potrebuje úprimný reset, pokiaľ ide o hodnotu, pripravenosť na realizáciu a zodpovednosť. Prvým krokom je rozlíšiť viditeľnú aktivitu od realizovaných prevádzkových zmien. Identifikujte, kde program priniesol merateľné zisky a kde vytvoril iba koncepty, pilotné projekty alebo technické komponenty.
Ďalej si vyberte malý počet prioritných hodnotových tokov, namiesto toho, aby ste reštartovali každú iniciatívu naraz. Vyberte si procesy so zmysluplným objemom transakcií, jasným vlastníkom firmy, merateľnými problémami a dostatočnými údajmi na stanovenie východiskovej hodnoty. Toto vytvára praktickú cestu k obnoveniu dôveryhodnosti a zároveň sa vyhýba ďalšiemu širokému, nesústredenému transformačnému programu.
Pre každý hodnotový tok definujte cieľový pracovný postup a podmienky potrebné pre škálovanie. To zahŕňa pravidlá procesu, dátové štandardy, systémové rozhrania, bezpečnostné kontroly, spracovanie výnimiek, model vlastníctva a ukazovatele výkonnosti. Plán dodávok by mal otvorene zobrazovať závislosti. Skrývanie čistenia údajov alebo rozhodnutí o politikách za optimistickými dátumami spustenia problém iba odďaľuje.
Tu je dôležitý integrovaný model poskytovania služieb. Zlepšenie procesov, architektúra dát, automatizácia, umelá inteligencia a reporting by mali fungovať ako prepojené pracovné toky, nie ako samostatné angažovanosti dodávateľov. Pred automatizáciou môže byť potrebné prepracovať pracovný postup. Automatizácia môže vyžadovať integráciu. Umelá inteligencia môže vyžadovať riadené údaje a ľudskú kontrolu. Dashboardy by mali zobrazovať výkon zmeneného procesu, nielen vizualizovať existujúcu fragmentáciu.
Spoločnosť Ective pristupuje k transformácii ako k prepojenej výkonnej disciplíne: organizuje proces, vytvára dátovú základňu, nasadzuje škálovateľnú automatizáciu a meria prevádzkový výsledok. Cieľom nie je pridať ďalšie technológie. Cieľom je zrýchliť prácu, zabezpečiť silnejšiu kontrolu a znížiť záťaž údržby.
Budujte dynamiku prostredníctvom dôkazov, nie optimizmu
Obnova závisí od rytmu realizácie, ktorý prináša dôkazy. Lídri potrebujú krátke, pravidelné kontroly realizovaných metrík, nevyriešených rozhodnutí, vzorcov výnimiek a bariér pri implementácii. Tímy potrebujú právomoc na zlepšenie pracovného postupu po spustení, a nie považovať implementáciu za cieľovú čiaru.
Najsilnejšie transformačné programy zviditeľňujú pokrok z prevádzkového hľadiska. Riadiaci pracovník vidí menej oneskorených výnimiek počas uzávierky. Vedúci oddelenia zdieľaných služieb vidí zmenšovanie nevybavených objednávok bez navyšovania počtu zamestnancov. Prevádzkový manažér vidí konzistentný výkon procesov naprieč lokalitami namiesto mozaiky lokálnych opráv.
To je štandard, ktorý sa oplatí použiť, keď dynamika slabne: nie to, či je program vyťažený, ale či je podnik preukázateľne jednoduchší na prevádzku.
