Európska metropola požiadala Partners, aby jej vyčistili dáta o prípadoch, aby vedenie konečne videlo, ako dlho trvá priemerná žiadosť občana. Dva iteratívne sprinty, spolu šesť týždňov, postavené na existujúcej databáze. Žiadna výmena systému. Práca priniesla 35 % zlepšenie priemernej týždennej priepustnosti a 20 % zníženie mediánu životného cyklu prípadu. Odhalila aj zistenie, na ktoré sa nikto nepýtal: vo viacerých hlavných kategóriách prípadov bola už viac než tretina otvorených prípadov po uplynutí zákonnej lehoty. Dashboardy teraz tieto porušenia zviditeľňujú v reálnom čase a slúžia ako podklad pre rozhodnutia o rozdelení kapacít naprieč vedením mesta.
Otázka primátora
Na každom zasadnutí rady kládol primátor rovnaké druhy otázok. Ako dlho trvá priemerná žiadosť? Ktoré oddelenie je úzkym hrdlom? Aký podiel našich prípadov mešká?
Otázky boli prevádzkovo elementárne. Ani na jednu sa nedalo odpovedať.
Dáta už tam boli. Metropola vedie každú žiadosť občana, každý administratívny spis, každý interný tiket cez jediný systém správy prípadov, ktorý zbieral dáta roky. Databáza obsahovala každú odpoveď, ktorú vedenie potrebovalo. Lenže databáza bola postavená na to, aby odpovede ukladala, nie aby ich zobrazovala. Niekde po ceste sa dokumentácia stratila.
Vedúci každého oddelenia tak prideľoval prípady od oka. Skúsenejší pracovníci si vyberali prípady, ktoré chceli. Tí novší dostali to, čo zostalo. Niektoré oddelenia vedeli, čo robia. Iné fungovali na intuícii a rozumnom odhade. Výsledkom bola nerovnomerná pracovná záťaž naprieč tímami, nerovnomerná zložitosť na pracovníka a malá skupina oddelení, ktoré prestávali stíhať zákonné lehoty bez toho, aby o tom ktokoľvek vo vedení mesta vedel.
Primátor sa prestal pýtať. Otázky nezmizli. Chýbal nástroj, ktorým by sa na ne dalo odpovedať.
Čo sme urobili
Zadanie bolo skromné. Vyčistite dáta, aby sme videli, ako dlho trvá priemerná žiadosť.
Začali sme samotnou databázou. Neexistovala žiadna dokumentácia. Spätne sme zrekonštruovali schému: čo znamená každá tabuľka, čo zachytáva každé pole, ktoré polia systém reálne používal a ktoré boli zvyškové. Vo verejnom sektore sa táto práca zvyčajne outsourcuje pôvodnému dodávateľovi v rámci servisnej zmluvy. My sme ju urobili sami za dva týždne, od začiatku do konca.
Potom sme nad existujúcou databázou postavili tenkú analytickú vrstvu. Samotného systému správy prípadov sme sa nikdy nedotkli. V architektúrach verejného sektora je čokoľvek, čo vyžaduje výmenu základného systému, viacročný program, nie výstup sprintu. Existujúca investícia mesta zostala nedotknutá.
Stack bol zámerne konvenčný:
- PostgreSQL ako jednotný analytický sklad, naplnený z existujúcej databázy správy prípadov.
- Power BI ako reportovacia a auditná plocha: každý dashboard, každé algoritmické rozhodnutie, každý pohľad podľa role dodaný cez nástroj, na ktorý už mesto malo licenciu.
- Auditovateľné automatizačné skripty na prideľovanie prípadov: každé smerovacie rozhodnutie zaznamenané a kontrolovateľné cez Power BI popri dashboardoch. Vo verejnom sektore musí byť automatizácia auditovateľná, aby vôbec bola použiteľná.
- AI skórovanie zložitosti pri príjme: model, ktorý každý nový prípad oskóruje podľa práce, ktorú predstavuje, predtým, než sa pridelí. Bez neho ciele priepustnosti odmeňujú vyzobávanie ľahkých prípadov. S ním sa táto medzera uzatvára.
Práca prebehla cez dva iteratívne sprinty počas šiestich týždňov.
Sprint 1. Uvidieť, čo mesto má. Spätne zrekonštruovaný dátový model. Profil každej kategórie prípadov. Prvé prevádzkové dashboardy: pracovná záťaž podľa oddelenia, vekové pásma, základné úrovne priepustnosti. Na konci tretieho týždňa vedeli vedúci oddelení po prvý raz odpovedať na otázky primátora.
Sprint 2. Konať na základe toho, čo mesto vidí. Skripty na prideľovanie vyvažujúce pracovnú záťaž, ktoré rozdeľovali nové prípady naprieč oddelením podľa aktuálne rozpracovaných úloh, cieľového WIP na tím a AI skóre zložitosti daného prípadu. Dashboardy podľa rolí boli dodané v poslednom týždni. Vedúci oddelení dostali plánovací pohľad: kde sa koncentruje záťaž, kde sa krátia lehoty, kde je opodstatnené prerozdelenie. Pracovníci v prvej línii dostali vlastný zoznam prípadov: čo majú na starosti, čo sa blíži k zákonnej lehote, čomu sa majú venovať ďalej. Rovnaké dáta, rozdelené podľa otázky, ktorú každý reálne mal.
Výsledok, na ktorom záležalo
Nárast priepustnosti bol reálny. Priemerný počet prípadov spracovaných za týždeň stúpol zhruba o 35 % medzi kvartálom pred prvým sprintom a kvartálom po druhom. Medián životného cyklu prípadu klesol približne o 20 %. To sú čísla, ktoré mesto vykazuje.
Pod číslami dostalo vedenie mesta niečo späť. Prevádzkové otázky si predtým vyžadovali tri týždne zosúlaďovania v Exceli naprieč oddeleniami. Teraz je odpoveď v dashboarde, ktorý si primátor otvorí ešte pred začiatkom zasadnutia.
Dashboardy sú stále v každodennom používaní. Architektúru vlastní interný IT tím mesta a ďalej ju rozširuje. Reportovacia vrstva teraz slúži ako podklad pre rozhodnutia o rozdelení kapacít naprieč oddeleniami: kde je priveľa ľudí, kde treba prepracovať proces, kde sa zložitosť nespravodlivo koncentruje na malý tím.
Čo sme nečakali
Čísla o priepustnosti boli zadaním. Číslo o lehotách nie.
Keď sa dáta konečne dali čítať, jedno zistenie zastavilo celú miestnosť. Vo viacerých hlavných kategóriách prípadov bola už viac než tretina otvorených prípadov po uplynutí zákonnej lehoty. Nie drobná odchýlka. Štrukturálny vzorec. Prípady sa spracovávali. Len sa spracovávali neskoro, často o mesiace, často bez toho, aby o tom vo vedení mesta ktokoľvek vedel.
Európske samosprávy nesú právne povinnosti viazané na zákonné lehoty. Zmeškané lehoty môžu viesť k zodpovednosti za škodu, sťažnostiam u verejného ochrancu práv, zisteniam z kontroly a politickým dôsledkom. Žiadne z tohto rizika nebolo viditeľné. Systém správy prípadov každé porušenie zaznamenával. Nikto ich nedokázal vidieť.
Nové dashboardy teraz porušenia zobrazujú načerveno, podľa kategórie, v reálnom čase. Prvé zasadnutie vedenia po ich spustení strávilo deväťdesiat minút nad kategóriami, ktoré skrývali najväčšie nevybavené prípady. To zasadnutie zmenilo priority mesta pri vybavovaní prípadov na nasledujúci kvartál.
Väčšina organizácií nemá problém so správou prípadov. Má problém s prehľadom nad prípadmi. Riziko nedodržania predpisov, o ktorom si myslia, že ho majú pod kontrolou, sa skrýva práve v ňom.
Dáta tam sú. Chýba pohľad. Reforma je bližšie, než predpokladá rozpočet na výmenu systému.
Diagnostika, ktorú si môžete spustiť tento týždeň, bez nás
Ak riadite európsku samosprávu, tu je to, čo môžete urobiť tento týždeň, bez toho, aby ste niekoho najímali, aby ste zistili, či nesiete rovnaké riziko.
Krok 1. Vyberte si tri kategórie prípadov s najvyšším objemom. Požiadajte svoj IT tím, aby vytiahol zoznam. Mali by to zvládnuť za jedno popoludnie. Ak to nedokážu, ak vám váš systém správy prípadov nevie povedať, ktoré kategórie nesú najväčší objem, to je už vaše prvé zistenie. Riadite mesto na základe predpokladu, že systém vie, čo robí. Systém vám nevie ani povedať, čo robí.
Krok 2. Pre každú kategóriu si do piatka vyžiadajte jedno číslo na jednej strane. Otázka: z prípadov otvorených za posledných 180 dní, koľko percent je stále otvorených po uplynutí zákonnej lehoty? Jediné číslo na kategóriu. Žiadne nové dashboardy. Žiadne nové obstarávanie. Len jeden dotaz, tri odpovede, jedna strana.
Krok 3. Nech je číslo akékoľvek, urobte z neho svoj ďalší stály bod programu. Vráťte sa k nemu o kvartál neskôr. Ak sa neposunulo správnym smerom, liekom nie je nový proces ani nový systém. Je ním meracia vrstva, na základe ktorej vie prevádzkový tím konať každý pondelok. Tá vrstva sú týždne sústredeného inžinierstva, nie roky výmeny systému.
Číslo, ktoré v piatok dostanete, vám povie, či váš systém správy prípadov vaše mesto riadi, alebo ho pred vami skrýva. Tak či onak budete v lepšej pozícii viesť ho nasledujúci pondelok.
