Każde wdrożenie systemu IT zaczyna się od harmonogramu. I prawie każde kończy się z poślizgiem względem tego harmonogramu. To na tyle powszechne, że branża IT ma na to własny żart: jedyne wdrożenie oddane na czas to to, na które zmieniono datę po fakcie.
Tylko że za każdym żartem stoi realny koszt: tygodnie albo miesiące, w których firma funkcjonuje w zawieszeniu między starym a nowym systemem, ludzie nie wiedzą, jak będą pracować, procesy są zamrożone w oczekiwaniu na „jak wdrożenie się skończy”. W firmach produkcyjnych i logistycznych, gdzie każdy dzień operacyjny ma swoją cenę, te opóźnienia bolą podwójnie.
Źródło numer jeden: analiza zrobiona zbyt płytko
Harmonogram wdrożenia jest tak dobry, jak dobra jest analiza, na której go oparto. Jeśli firma i dostawca usiedli razem na dwie godziny, omówili ogólne wymagania i rozpisali plan – ten plan w połowie projektu zetknie się z rzeczywistością i przegra.
Typowy scenariusz: wdrożenie trwa, system jest konfigurowany, a w ósmym tygodniu projektu ktoś mówi: „ale u nas jest jeszcze taka sytuacja, że jak towar wraca z reklamacji, to trafia do osobnego magazynu i ma inny status”. To nie jest wyjątek od reguły. To jest codzienność każdej firmy z własną historią i własną logiką procesów. I to powinno wyjść na etapie analizy, nie w trakcie wdrożenia.
Integracja z ERP – klasyczny niedoszacowany punkt
Niezależnie od tego, czy mówi się o systemie WMS, systemie produkcyjnym czy narzędziu do obiegu dokumentów – integracja z ERP jest tym miejscem, które regularnie kosztuje więcej czasu niż planowano. Nie dlatego, że coś jest nie tak z technologią. Dlatego, że każda firma ma swój ERP skonfigurowany trochę inaczej, z własnymi polami, własnymi słownikami, własnymi procesami dokumentowymi. To trzeba zbadać przed wyceną, nie w trakcie robienia integracji.
Dostawcy, którzy wyceniają integrację ryczałtowo bez zbadania konkretnego środowiska ERP, albo znają Twój system na wylot z poprzednich wdrożeń, albo wycenili optymistycznie i różnicę pokryjesz Ty w postaci „prac dodatkowych”.
Zaangażowanie firmy – kto po Twojej stronie prowadzi projekt?
Wdrożenie IT to nie jest projekt, który dostawca robi dla firmy. To projekt, który dostawca robi razem z firmą. Jeśli po stronie klienta nie ma osoby z wystarczającym czasem i uprawnieniami do podejmowania decyzji, projekt będzie się zatrzymywał w miejscach, gdzie potrzeba odpowiedzi na pytania.
„Zapytam szefa i odezwę się” – te słowa w trakcie wdrożenia potrafią kosztować tydzień. Pomnożone przez kilkanaście takich momentów w projekcie – to już miesiąc poślizgu, za który odpowiada nie dostawca, ale brak właściwego sponsora projektu po stronie klienta.
Testowanie – etap, który zawsze chce się skrócić
Gdy projekt dobija do końca i wszyscy są zmęczeni, pojawia się pokusa skrócenia testów. „Przetestowaliśmy główne scenariusze, działa, startujemy”. A potem w pierwszym tygodniu po starcie wychodzą przypadki brzegowe, które w testach nie zostały pokryte.
Testy to nie formalność. To jedyna możliwość sprawdzenia, czy system działa na prawdziwych danych firmy, z prawdziwymi wyjątkami i prawdziwym wolumenem. Skrócenie testów to pożyczanie czasu od pierwszych tygodni produkcyjnych – i to z odsetkami.
Warto też pamiętać, że automatyzacja procesów to nie tylko wdrożenie jednego systemu. Szerszy kontekst i podejście do automatyzacji krok po kroku opisuje strona https://jmblab.com/automatyzacja-procesow-biznesowych/ – bo projekty, które są częścią spójnej strategii, mają wyższy wskaźnik sukcesu niż te wdrażane punktowo bez kontekstu.
Opóźnienia wdrożeń IT to nie fatum ani specyfika branży. To zwykle kilka przewidywalnych błędów, które można uniknąć – jeśli wie się, gdzie ich szukać. Firmy, które podchodzą do wdrożenia metodycznie, z rzetelną analizą i zaangażowanym sponsorem projektu, regularnie kończą na czas. Albo blisko.
Więcej o podejściu do wdrożeń w firmach przemysłowych na https://jmblab.com/.
www.jmblab.com
