KPI-jevi implementacije ERP-a: 30 metrika koje doista znače

KPI-jevi implementacije ERP-a koji su važni mali su skup koji se pregledava tjedno tijekom isporuke i dnevno u hypercareu, svaki s imenovanim vlasnikom: pridržavanje rasporeda, odstupanje troškova, promjena opsega, stopa prolaznosti testova, točnost migracije podataka i, prije svega, prihvaćanje korisnika. Ispod je 30 koje koristim, podijeljenih na isporuku i razdoblje nakon go-livea, s formulama i pragovima koji trebaju pokrenuti akciju.

Ovo je za direktore programa, voditelje PMO-a i sponzore kojima treba paket za upravljački odbor koji hvata probleme u 8. tjednu, a ne u 18. mjesecu.

Jedan je klijent dodao 73 „male“ promjene SAP projektu. Nijedna sama po sebi nije djelovala značajno. Zajedno su izazvale kašnjenje od pet mjeseci. Nitko nije pratio broj promjena opsega. (Ako vam to zvuči poznato, moj vodič o izbjegavanju širenja opsega u SAP projektima opisuje kontrole.)

Drugi je klijent ignorirao rana upozorenja o rasporedu, pa je jednogodišnji projekt trajao osamnaest mjeseci. Maloprodajni klijent probio je rana upozorenja o proračunu i na kraju skresao ključne funkcije samo da bi završio.

Ovo nisu neobični neuspjesi. Ovo se događa kad timovi prate krive stvari ili ništa.

#	KPI	Što mjeri	Zašto je važno
1	Pridržavanje rasporeda	Stvarni naspram planiranog dovršetka zadataka	Prvi signal lančanih kašnjenja
2	Odstupanje troškova	Stvarna potrošnja naspram proračuna po fazi	Hvata prekoračenja prije nego se zbroje
3	Broj promjena opsega	Broj i utjecaj odobrenih promjena	Nekontrolirana promjena najčešći je uzrok prekoračenja
4	Iskorištenost resursa	Odrađeni sati naspram planiranih; ravnoteža opterećenja	Preopterećeni ljudi izgore ili odu usred projekta
5	Stopa prihvaćanja korisnika	Udio ciljnih korisnika koji aktivno koriste sustav	Jedina metrika koja govori da sustav radi za poslovanje
6	Učinkovitost obuke	Rezultati provjera; udio obučenih korisnika	Predviđa neuspjeh prihvaćanja prije go-livea
7	Točnost migracije podataka	Udio čisto migriranih zapisa; stopa pogrešaka	Loši podaci u novom sustavu čiste se mjesecima
8	Nedostupnost testnog okruženja	Sati neplaniranih zastoja u testnim sustavima	Nestabilnost u testu predviđa nestabilnost na go-liveu
9	Ocjena angažiranosti	Rezultati anketa; prisutnost na ključnim sesijama	Rano upozorenje na otpor prije nego izađe u javnost
10	Stopa rješavanja rizika	Udio otvorenih rizika zatvorenih u roku	Mjerite zatvaranje, ne samo prepoznavanje
11	Učinak partnera	Kvaliteta isporučevina; postotak pogođenih prekretnica	Partneri koji propuste rane isporučevine gotovo uvijek propuste i kasnije
12	Stopa prolaznosti testova	Udio testnih slučajeva koji prođu iz prvog pokušaja	Ispod 85 % u SIT-u obično znači sustavne probleme, a ne nasumične greške
13	Vrijeme obrade zahtjeva za promjenu	Dani od zahtjeva do odluke	Dugi redovi signaliziraju neuspjeh upravljanja
14	Brzina trošenja proračuna	Potrošnja naspram ukupnog proračuna, u odnosu na obavljeni posao	Pokazuje kreću li se novac i napredak zajedno
15	Napredak konfiguracije	Udio planiranih stavki konfiguracije koje su gotove	Kašnjenje ovdje gura testiranje i obuku nizvodno

#	KPI	Što mjeri	Prag ili napomena
16	Dostupnost sustava	Raspoloživost nakon go-livea	Iznad 99,9 % je dobro; ispod 99 % postaje problem povjerenja korisnika
17	Brzina izvješća i nadzornih ploča	Vremena učitavanja; učestalost osvježavanja	Ako menadžeri izvoze u Excel, sustav ne isporučuje
18	Produktivnost zaposlenika	Vrijeme zadatka naspram polazne vrijednosti prije go-livea	Distribucijski klijent koji je automatizirao odobrenja obradio je 25 % više transakcija dnevno nakon go-livea
19	Rješavanje pri prvom kontaktu	Tiketi riješeni pri prvom kontaktu	Mjeri učinkovitost hypercarea
20	Broj tiketa podrške	Otvoreni tiketi; prosječno vrijeme rješavanja	Skok oko 30. dana obično upućuje na praznine u obuci, a ne na greške sustava
21	Vremena ciklusa procesa	Obrada narudžbi, odobravanje računa, ciklus zatvaranja	Ishod koji rukovoditelje doista zanima
22	Točnost zaliha	Fizičko naspram sustavnog brojanja	Najvidljiviji pokazatelj kvalitete podataka nakon go-livea
23	Stopa ispunjenja narudžbi	Narudžbe ispunjene na vrijeme u novom sustavu	Izravan operativni utjecaj
24	Pripisivanje prihoda	Promjene prihoda povezane s novim mogućnostima	Dugoročni dokaz za poslovni slučaj
25	Usklađenost	Revizorski nalazi; regulatorni problemi	Najvažnije u financijama, farmaciji i reguliranim sektorima
26	Točnost prognoze	Prognoza naspram stvarne potražnje	Pokazuje koristi li se planiranje i vjeruje li mu se
27	Zadovoljstvo korisnika	Anketa o upotrebljivosti; NPS ključnih korisnika	Korisnici koji mrze sustav grade zaobilaznice
28	Učinkovitost procesa	Vrijeme i trošak po procesu naspram polazne vrijednosti	Opravdava ulaganje pred upravom
29	Ostvarene uštede	Stvarne uštede naspram poslovnog slučaja	Financijski direktor pitat će nakon 6 i 12 mjeseci
30	Povrat ulaganja	Neto koristi podijeljene s ukupnim troškom	Obično se mjeri nakon 12 i 24 mjeseca

Ovo su oni o kojima ljudi najviše pitaju.

1. Indeks uspješnosti rasporeda (SPI) = zarađena vrijednost ÷ planirana vrijednost. Iznad 1,0 znači ispred rasporeda, 1,0 na vrijeme, ispod 1,0 kašnjenje.
2. Indeks uspješnosti troškova (CPI) = zarađena vrijednost ÷ stvarni trošak. Iznad 1,0 je učinkovito, ispod 1,0 znači preko proračuna.
3. Postotak promjena opsega = (odobrene promjene ÷ početne stavke opsega) × 100. Ispod 10 % je minimalan utjecaj; iznad 20 % je visok utjecaj.
4. Stopa prihvaćanja korisnika = (aktivni korisnici ÷ ciljni korisnici) × 100. Iznad 80 % u prvih 90 dana je snažno; ispod 60 % traži intervenciju.
5. Točnost migracije podataka = (čisto migrirani zapisi ÷ pokušani zapisi) × 100. Iznad 98 % prije go-livea; ispod 95 % trebalo bi odgoditi cutover.

SPI i CPI dolaze iz upravljanja zarađenom vrijednošću (earned value management). Rade samo ako se „zarađena vrijednost“ mjeri pošteno: zadatak koji je tri tjedna 90 % gotov nije 90 % svoje vrijednosti.

KPI bez ritma pregleda samo je ukras. Ovo je ritam koji treba postaviti.

1. IsporukaTjedni odbor programaRaspored, trošak, rizik, prolaznost testova, promjena opsega. KPI-jevi kontrolnih točki idu upravljačkom odboru
2. Dani 1-30Dnevni pregled hypercareaDostupnost, broj tiketa, prihvaćanje po odjelima
3. Do 90. danaTjedni pregled prihvaćanjaPrihvaćanje, vremena ciklusa procesa, kategorije tiketa
4. Mjeseci 6 i 12Pregled sponzora i financijskog direktoraProduktivnost, ostvarene uštede, ROI

Kada	KPI-jevi	Pregledava	Odluka koju hrani
Tjedno tijekom isporuke	Pridržavanje rasporeda, odstupanje troškova, rješavanje rizika, prolaznost testova, broj promjena opsega	Odbor programa	Ponovno planiranje, eskalacija ili zadržavanje opsega
Na svakoj kontrolnoj točki faze	Napredak konfiguracije, učinkovitost obuke, točnost migracije podataka, učinak partnera	Upravljački odbor	Prolaz, uvjetni prolaz ili zaustavljanje
Dnevno u prvih 30 dana nakon go-livea	Dostupnost, broj tiketa i trend, prihvaćanje po odjelima	Voditelj hypercarea	Kamo poslati podršku na terenu i popravke
Tjedno do 90. dana	Prihvaćanje, vremena ciklusa procesa, kategorije tiketa	Odbor programa	Obnavljanje obuke, popravci konfiguracije
Nakon 6 i 12 mjeseci	Produktivnost, ostvarene uštede, ROI, zadovoljstvo	Sponzor i financijski direktor	Potvrda poslovnog slučaja, opseg faze 2

Jedan od mojih farmaceutskih klijenata dodijelio je konkretnog vlasnika, i zamjenu, svakoj prekretnici. Pridržavanje rasporeda dramatično mu se poboljšalo u usporedbi s prethodnim SAP pokušajem. Dok mjesečni pregled otkrije kašnjenje, ono je već strukturno.

Odluke na kontrolnim točkama trebaju se temeljiti na dokazima, a ne na kalendaru. A do trećeg mjeseca nakon go-livea zaobilaznice su već postale navike, pa se prozor za prihvaćanje zatvara brže nego što većina timova očekuje. Ako vašem upravljačkom odboru treba reset, opisujem kako ga voditi u članku uspostava učinkovitog upravljačkog odbora SAP projekta.

Programi RISE with SAP i SAP GROW dodaju pitanja upravljanja koja stari popis ne pokriva. Pomažu tri dodatne mjere.

Mješavina razina clean corea

SAP sada ocjenjuje proširenja na četiri razine clean corea, od A do D. Razina A koristi samo objavljene API-je; razina D nije clean. Pratite udio proširenja na svakoj razini, koristeći provjere ABAP test cockpita koje SAP preporučuje.

Na javnom izdanju (public edition) sve je razina A po dizajnu. Na privatnom izdanju i on-premise svako proširenje razine C ili D dug je koji će izaći na vidjelo pri sljedećem upgradeu. Nove zahtjeve za proširenja pregledavajte u odnosu na to tjedno tijekom faze Realize i odredite nekoga odgovornog za svako odobrenje razine C ili D.

Određeno mjesto proširenja

Formula: (proširenja s dogovorenom razinom i lokacijom ÷ ukupan broj proširenja u backlogu) × 100. Cilj je 100 % do kraja faze Explore. Proširenje koje još nitko nije smjestio ono je koje na kraju postane klasična modifikacija pod pritiskom roka.

Zdravlje odnosa sa SAP-om

Kvalitativni tromjesečni pregled na RISE programima, gdje SAP vodi infrastrukturu i operacije i dio je isporuke. Rješavaju li se platformske eskalacije unutar dogovorenih razina usluge? Jesu li SAP-ovi pregledi uspjeha sadržajni ili ceremonijalni? Slaba ocjena obično prethodi eskalaciji usred programa za koju tim nije spreman.

AI je koristan za izvještajni posao oko metrika. Ne zamjenjuje pregled.

1. Joule sa SAP Cloud ALM-om. SAP je dodao Joule u Cloud ALM, pa timovi mogu postavljati upite nad podacima projekta i operacija običnim jezikom umjesto da ručno grade svaki statusni izvadak.
2. Copilot u Power BI-ju. Sastavlja narativni sažetak za paket upravljačkog odbora iz nadzorne ploče ispod. Najbolje radi kad je podatkovni model čist.
3. Detekcija anomalija. Power BI, Tableau i SAP Analytics Cloud mogu označiti KPI-jeve koji odstupaju od uobičajenog obrasca. Isplati se kod iskorištenosti resursa, broja tiketa i stope promjena opsega. Ne isplati se kod metrika s velikom prirodnom varijacijom, kao što je dnevni broj narudžbi.

Što AI ne rješava, to je politički posao. Nadzorna ploča može šest tjedana prikazivati kašnjenje rasporeda u crvenom. Ako upravljački odbor ne reagira, kašnjenje se nastavlja.

KPI s najvećim utjecajem je prihvaćanje korisnika, a većina ga timova mjeri zadnjega.

Imao sam proizvodnog klijenta čiji su rukovoditelji sve izvozili u Excel. Ogromna crvena zastava. Podaci su bili tu; nadzornih ploča koje su trebali nije bilo. Popravili smo nadzorne ploče i prepolovili vrijeme odlučivanja.

Sustav koji tehnički radi, ali ga u praksi zaobilaze, nije isporučio ništa. Istraživanja upravljanja promjenom to potvrđuju: dugogodišnja istraživanja tvrtke Prosci pokazuju da projekti s izvrsnim upravljanjem promjenom imaju otprilike sedam puta veću vjerojatnost da će ostvariti svoje ciljeve od onih sa slabim upravljanjem promjenom.

Najbolja KPI nadzorna ploča nije najpotpunija. To je najmanji skup koji će upravljački odbor doista gledati, s vlasnikom za svaki redak i posljedicom kad crveno potraje dva ciklusa. Većina KPI programa propada jer se prave stvari prate, a zatim ignoriraju. Što učiniti kad su brojke već crvene, pogledajte u članku vraćanje SAP projekata na pravi kolosijek.

Koji je najvažniji KPI implementacije ERP-a?

Stopa prihvaćanja korisnika. Tehnički uspješna implementacija koju nitko ne koristi ne donosi nikakvu poslovnu vrijednost. Ostali KPI-jevi (raspored, proračun, testiranje) štite uvjete za prihvaćanje. Prihvaćanje govori je li se dogodilo.

Pratite ga od prvog tjedna nakon go-livea, po odjelima. Nisko prihvaćanje u jednom timu obično upućuje na prazninu u obuci ili problem u dizajnu procesa koji još možete popraviti u hypercareu.

Koliko često treba pregledavati KPI-jeve implementacije ERP-a?

Raspored, trošak i rizik tjedno tijekom isporuke, a ne mjesečno na upravljačkom odboru. KPI-jeve faza na svakoj kontrolnoj točki. Operativne KPI-jeve dnevno prvih 30 dana nakon go-livea, zatim tjedno do 90. dana.

Koja je zdrava stopa prolaznosti testova za SAP UAT?

Iznad 85 % prolaznosti iz prvog pokušaja u testiranju integracije sustava zdravo je. Ispod toga obično znači praznine u dizajnu procesa ili pogreške konfiguracije, a ne izolirane greške.

Ako u UAT ulazite ispod 85 %, zaustavite se i popravite uzrok. UAT gotovo nikad ne počisti ono što je SIT propustio.

Što znači postotak promjena opsega iznad 20 % za ERP projekt?

Projekt se redizajnira usred izvedbe. Prekoračenja i kašnjenja postaju vjerojatna.

Trend je važniji od broja. Ako se promjene ubrzavaju kako projekt sazrijeva umjesto da se smiruju, upravljanje ne funkcionira. Svaka odobrena promjena treba izjavu o utjecaju na trošak i raspored. Ako je nema, opseg je izvan kontrole.

Koji su KPI-jevi specifični za RISE with SAP programe?

Tri povrh standardnih 30: mješavina razina clean corea vaših proširenja (A do D), udio proširenja s dogovorenom razinom i lokacijom te tromjesečni pregled zdravlja odnosa sa SAP-om (eskalacije, razine usluge, kvaliteta SAP-ovih pregleda uspjeha).

Kako izračunati ROI implementacije ERP-a?

ROI = (neto koristi ÷ ukupno ulaganje) × 100. Neto koristi su mjerljive uštede i dobici prihoda koji se mogu pripisati sustavu, umanjeni za trošak rada novog okruženja. Ukupno ulaganje obuhvaća softver, implementaciju, interno vrijeme, obuku, migraciju podataka i stalnu podršku.

Budite konzervativni. Pune koristi rijetko stižu u prvoj godini. Izgradite model postupnog rasta: 50 % koristi u stabilnom stanju u prvoj godini, 80 % u drugoj, 100 % od treće.

Koji su glavni uzroci prekoračenja proračuna implementacije ERP-a?

Nepraćene promjene opsega, migracija podataka koja znatno premašuje plan jer se problemi kvalitete pojave kasno, otkazi integracija pronađeni u testiranju i upravljanje promjenom koje počne prekasno i podiže troškove podrške nakon go-livea.

Tjedno praćenje odstupanja troškova i formalna kontrola opsega rješavaju prvo. Rana procjena kvalitete podataka rješava drugo. Rano integracijsko testiranje s realnim količinama rješava treće. Upravljanje promjenom od početka rješava četvrto.