Minule jsme přerušili vyprávění na začátku testovacího procesu a úvaze, jaká jsou úskalí svěření testování zákazníkovi. Samozřejmě, není vyloučeno, že zákazník má infrastrukturu a kapacitu pro testování – ale nebývá to pravidlem. A nebylo to tak i v tomto případě.
Uživatelé v roli testerů
Uživatelé dostali pokyn zahájit testování, což bylo poprvé, co projekt začal zásadním způsobem zasahovat do jejich provozní práce a kapacity (analýza do jisté míry zasahovala také, ale požadavky testování jsou řádové vyšší).
Dostali krátké školení a pustili se do testů. Jak to dopadlo, si lze domyslet: první kola testování jsou zátěž i pro zkušené testery – chybí nastavení, část systému je nezralá, objevují se zásadní nesoulady mezi očekáváním a realitou. Uživatelé na to připraveni nebyli, neměli znalosti ani kapacitu testy opakovat. Vyzkoušeli pár operací, ty spadly na chybě, a tím pro ně testování skončilo.
Samozřejmě neexistovaly žádné testovací scénáře, bylo problematické požádat uživatele o opětovný test, neboť měl provozní úkoly… takže na nejbližší Steering committee se sešly dva zásadní problémy:
Testy dopadly velmi špatně, uživatelé hlásili, že „nic nefunguje“
Dodavatel si stěžoval, že testeři neprovádí testy správně a v dostatečné míře, že IT nedodalo správné vzorky dat, a závěry ohledem chyb jsou často dány chybějícím nastavením nebo nedostatečnou znalostí systému
Formální testování jako alibi
Na papíře to dávalo smysl. Ve skutečnosti se testování ERP systému zvrhlo do frašky. Konzultanti připravili a nastavili scénáře, uživatelé jen odklikli ukázané operace a formálně je akceptovali. Bez reálných situací, bez testů návazností, bez case studies.
Uživatelé k tomu navíc neměli žádný osobní zájem – postih jim nehrozil, zato riziko, že by omezili svou běžnou práci, ano. Konzultanti naopak měli obrovskou motivaci získat akceptaci. A tak se všichni ocitli v „win-win“: testování pokračovalo, výsledky vypadaly dobře. Realita byla jiná.
Speciální výjimkou byly finance. Protože „na financích přece není nic speciálního“, modul financí se prakticky netestoval vůbec.
Školení – poslední šance na pravdu
Nyní docházíme k poslednímu, velmi krátkému, ale velmi zásadnímu bodu – školení. Neboť z mých zkušeností TOTO je bod, kdy se nejvíce ukáže realita – a je to bod, jehož vyhodnocení se často opomíjí.
Neboť školení je prakticky jediná část, kdy uživatelé mají vyhrazený a nerušený prostor pro to, aby se seznámili se systémem, testovali s přímým dozorem konzultantů, ptali se na tom, jak realizovat různé praktické příklady..
Což by bylo fajn a mohlo vést k pochopení konzultantů, že v systému jsou masivní díry… nebýt praxe dodavatele, který na školení nasazoval junior konzultanty, často s minimální vazbou na projekt. Seniorní konzultanti byli plně ponořeni do přípravy migrací a rozjezdu, a na proškolení systému, který byl otestován a akceptován stačí junioří, že ano?
Takže všichni plánovaní uživatelé absolvovali dvoudenní školení, na kterých vznášeli mnoho dotazů na téma „jak mám v systému udělat XY“, na které školitelé odpovídali „to nelze, taková funkce v systému není, akceptovali jste systém takhle“. A vzhledem k tomu, že tázající byli často ti, kteří onu oblast akceptovali… Málokdo má tak silnou integritu, aby napadal výsledky své práce proto, aby pomohl firmě. Navíc v oblasti, kterou si nikdo nebral za svou. Takže lidem v nejnižších patrech korporátního žebříčku začalo docházet, že rozběh bude katastrofa, ale vnímali to jako „problém někoho jiného“. Koneckonců, na školení jim konzultanti řekli, že se to po rozběhu vychytá,
Po cca měsíci si dodavatel udělil „otestováno“ na všechny oblasti a prezentoval systém připraven k nasazení a spuštění.
V Quartexu víme, že testování ERP systému není formalita. Je to moment pravdy, kdy se ukáže, zda systém reálně podporuje procesy firmy. Proto testování nikdy nenecháváme jen na uživatelích bez podpory – stavíme scénáře, pomáháme je projít a zajistit, že test má skutečnou hodnotu.
A co je důležité – zákazníci si nás mohou najmout i jako konzultanty na jejich straně. V takovém případě řídíme testování ERP systému tak, aby nebylo jen odkliknutým cvičením pro steering committee, ale reálným prověřením systému.
👉 Přemýšlíte o novém ERP projektu?
www.quartex.cz/BC
👉 Máte již vybraného dodavatele a potřebujete pomoci na vaší straně ? www.quartex.cz/outsorcing
30 let s ERP – 7. díl
Petr Kunetka
CEO Quartex Praha
28.8.2025
Testování ERP systému
Minule jsme přerušili vyprávění na začátku testovacího procesu a úvaze, jaká jsou úskalí svěření testování zákazníkovi. Samozřejmě, není vyloučeno, že zákazník má infrastrukturu a kapacitu pro testování – ale nebývá to pravidlem. A nebylo to tak i v tomto případě.
Uživatelé v roli testerů
Uživatelé dostali pokyn zahájit testování, což bylo poprvé, co projekt začal zásadním způsobem zasahovat do jejich provozní práce a kapacity (analýza do jisté míry zasahovala také, ale požadavky testování jsou řádové vyšší).
Dostali krátké školení a pustili se do testů. Jak to dopadlo, si lze domyslet: první kola testování jsou zátěž i pro zkušené testery – chybí nastavení, část systému je nezralá, objevují se zásadní nesoulady mezi očekáváním a realitou. Uživatelé na to připraveni nebyli, neměli znalosti ani kapacitu testy opakovat. Vyzkoušeli pár operací, ty spadly na chybě, a tím pro ně testování skončilo.
Samozřejmě neexistovaly žádné testovací scénáře, bylo problematické požádat uživatele o opětovný test, neboť měl provozní úkoly… takže na nejbližší Steering committee se sešly dva zásadní problémy:
Formální testování jako alibi
Na papíře to dávalo smysl. Ve skutečnosti se testování ERP systému zvrhlo do frašky. Konzultanti připravili a nastavili scénáře, uživatelé jen odklikli ukázané operace a formálně je akceptovali. Bez reálných situací, bez testů návazností, bez case studies.
Uživatelé k tomu navíc neměli žádný osobní zájem – postih jim nehrozil, zato riziko, že by omezili svou běžnou práci, ano. Konzultanti naopak měli obrovskou motivaci získat akceptaci. A tak se všichni ocitli v „win-win“: testování pokračovalo, výsledky vypadaly dobře. Realita byla jiná.
Speciální výjimkou byly finance. Protože „na financích přece není nic speciálního“, modul financí se prakticky netestoval vůbec.
Školení – poslední šance na pravdu
Nyní docházíme k poslednímu, velmi krátkému, ale velmi zásadnímu bodu – školení. Neboť z mých zkušeností TOTO je bod, kdy se nejvíce ukáže realita – a je to bod, jehož vyhodnocení se často opomíjí.
Neboť školení je prakticky jediná část, kdy uživatelé mají vyhrazený a nerušený prostor pro to, aby se seznámili se systémem, testovali s přímým dozorem konzultantů, ptali se na tom, jak realizovat různé praktické příklady..
Což by bylo fajn a mohlo vést k pochopení konzultantů, že v systému jsou masivní díry… nebýt praxe dodavatele, který na školení nasazoval junior konzultanty, často s minimální vazbou na projekt. Seniorní konzultanti byli plně ponořeni do přípravy migrací a rozjezdu, a na proškolení systému, který byl otestován a akceptován stačí junioří, že ano?
Takže všichni plánovaní uživatelé absolvovali dvoudenní školení, na kterých vznášeli mnoho dotazů na téma „jak mám v systému udělat XY“, na které školitelé odpovídali „to nelze, taková funkce v systému není, akceptovali jste systém takhle“. A vzhledem k tomu, že tázající byli často ti, kteří onu oblast akceptovali… Málokdo má tak silnou integritu, aby napadal výsledky své práce proto, aby pomohl firmě. Navíc v oblasti, kterou si nikdo nebral za svou. Takže lidem v nejnižších patrech korporátního žebříčku začalo docházet, že rozběh bude katastrofa, ale vnímali to jako „problém někoho jiného“. Koneckonců, na školení jim konzultanti řekli, že se to po rozběhu vychytá,
Po cca měsíci si dodavatel udělil „otestováno“ na všechny oblasti a prezentoval systém připraven k nasazení a spuštění.
Nyní můžeme jít do finále.
Pokračování: 8. díl
Quartex Praha: testování ERP systému bez iluzí
V Quartexu víme, že testování ERP systému není formalita. Je to moment pravdy, kdy se ukáže, zda systém reálně podporuje procesy firmy. Proto testování nikdy nenecháváme jen na uživatelích bez podpory – stavíme scénáře, pomáháme je projít a zajistit, že test má skutečnou hodnotu.
A co je důležité – zákazníci si nás mohou najmout i jako konzultanty na jejich straně. V takovém případě řídíme testování ERP systému tak, aby nebylo jen odkliknutým cvičením pro steering committee, ale reálným prověřením systému.
👉 Přemýšlíte o novém ERP projektu?
www.quartex.cz/BC
👉 Máte již vybraného dodavatele a potřebujete pomoci na vaší straně ? www.quartex.cz/outsorcing
Tagy:
Nejnovější příspěvky
Kategorie
Štítky