Jak může vypadat bezpečný přechod v praxi
5 modelů zavedení nového systému
V předchozím článku jsme popsali, co tvoří Program bezpečného přechodu a proč úspěch nového systému nestojí jen na technologii, ale i na dobře zvládnuté změně. Další důležitá otázka ale zní:
Jak takový přechod konkrétně uspořádat?
Dobrá zpráva je, že neexistuje jen jeden univerzální scénář. Každá firma je jiná, má jinou míru provozního rizika, jinou kulturu změny a jinak připravené lidi. Proto je užitečné vybírat model zavedení podle konkrétní situace. Níže uvádíme pět osvědčených modelů, se kterými lze nový systém dostat do praxe bezpečně a bez zbytečného chaosu.
1. Opatrný pilot
Pilotní nasazení je vhodné tam, kde je potřeba jít krok za krokem a nejprve si ověřit, že nový systém funguje dobře v omezeném rozsahu. Typicky se zavádí v jednom týmu, na jedné pobočce nebo v jedné konkrétní agendě.
Tento model pomáhá snížit nejistotu, protože firma neotevírá změnu najednou všem, ale nejdříve ji otestuje v menším měřítku. Získá tím reálnou zpětnou vazbu, upraví detaily a teprve potom přechází do širšího nasazení.
Příklad z praxe: Firma se servisními techniky potřebovala zlepšit plánování výjezdů a evidenci servisních zásahů, ale nechtěla riskovat chaos v celé organizaci. Proto nejprve spustila nový systém jen pro jednu část servisního týmu. Díky pilotu si ověřila workflow v praxi, doladila několik detailů a teprve poté rozšířila řešení na celý servis.
2. Paralelní běh
Paralelní běh znamená, že po omezenou dobu běží starý i nový systém vedle sebe. Tento model se hodí hlavně tam, kde je vysoká citlivost na chyby, silná závislost na datech nebo velký strach z výpadku.
Výhodou je vysoký pocit bezpečí. Firma si může porovnávat výstupy, ověřovat správnost dat a získat jistotu, že nový systém je připraven převzít plný provoz. Nevýhodou je dočasně vyšší náročnost, protože část práce se po určitou dobu dělá dvojmo.
Příklad z praxe: Obchodně-provozní firma potřebovala nahradit starý systém pro evidenci zakázek a návazných činností, ale vedení se obávalo, že při ostrém přechodu ztratí kontrolu nad rozpracovanými případy. Zavedla proto nový systém do paralelního běhu. Několik týdnů porovnávala výsledky obou prostředí a po ověření správnosti dat i postupů přešla plně na nové řešení.
3. Postupné zapínání agend
Někdy není potřeba nasadit celý systém najednou, ale dává větší smysl spouštět jednotlivé oblasti postupně. Firma tak může nejdříve začít obchodem, poté navázat realizací zakázek, servisem, reportingem nebo dalšími částmi provozu.
Tento model je vhodný zejména tam, kde nový systém pokrývá více navazujících oblastí a kde by jednorázové spuštění všeho najednou bylo zbytečně náročné. Postupné zapínání agend udržuje změnu srozumitelnou a dává každé oblasti prostor se adaptovat.
Příklad z praxe: Zakázkově orientovaná firma potřebovala propojit obchod, realizaci a následný servis do jednoho prostředí. Místo velkého jednorázového nasazení nejprve spustila obchodní část, následně evidenci realizace a až poté servisní agendu. Díky tomu se změna dávkovala přirozeně a jednotlivé týmy měly čas si nový způsob práce osvojit.
4. Rollout podle rolí
V některých firmách je nejvhodnější zavádět nový systém podle typů uživatelů. Nejprve se zapojí vedení a klíčoví uživatelé, poté specialisté nebo back office a nakonec širší skupiny pracovníků.
Takový přístup je užitečný zejména tam, kde různé role pracují s odlišnou částí systému a mají jinou míru odpovědnosti. Klíčoví uživatelé si nový systém osvojí dříve, pomáhají s jeho usazením a mohou následně podpořit ostatní.
Příklad z praxe: Firma s větším obchodním týmem a administrativním zázemím potřebovala zavést nový CRM systém tak, aby obchod nepřestal fungovat během přechodu. Nejprve se systém naučilo vedení obchodu a několik klíčových lidí, kteří pomohli nastavit praxi a interní pravidla. Teprve poté došlo k širšímu rolloutu na celý tým, který už vstupoval do lépe připraveného prostředí.
5. Pain-point first
Velmi silným modelem je začít tam, kde firmu situace bolí nejvíc. Místo široce pojaté změny se řeší nejprve jeden konkrétní problém, který má jasný dopad na provoz, výkon nebo kvalitu řízení.
Tento přístup funguje dobře i obchodně, protože firma nekupuje „nový systém jako celek“, ale nejprve konkrétní úlevu od největšího problému. Jakmile se v této oblasti dostaví výsledek, roste důvěra pro další etapy.
Příklad z praxe: Společnost měla největší problém v tom, že ztrácela přehled o stavu obchodních případů a návazných úkolech. Místo kompletní transformace začala právě touto oblastí. Díky modelu pain-point first rychle získala lepší přehled, sjednotila práci týmu a na tomto úspěchu následně postavila další rozvoj systému.
Nejde o jeden správný model. Jde o správný model pro konkrétní firmu.
Bezpečný přechod nevypadá ve všech firmách stejně. Někde je vhodnější pilot, jinde paralelní běh a jinde zase dává největší smysl začít jedním problémem nebo jednou agendou. Důležité je nevolit přístup podle zvyku dodavatele, ale podle reality firmy, jejích lidí a provozních rizik.
Právě v tom spočívá smysl Programu bezpečného přechodu. Nevnucovat jednotný scénář, ale navrhnout takový postup, který umožní změnu zvládnout s minimálním odporem, srozumitelně a bez zbytečného chaosu.
Nezávazná konzultace
