Czy możemy się spodziewać startu nowego systemu pierwszego stycznia? - to pytanie może usłyszeć dostawca, podpisując z klientem w październiku umowę na zakup i wdrożenie systemu. W obliczu takich oczekiwań klienta, możemy mówić o dużym zagrożeniu całego projektu. Jak nie doprowadzić do nieporozumień a doprowadzić projekt do końca w określonym czasie i budżecie? Wskazuję kilka najczęstszych błędów, które popełniają tak dostawcy, jak i klienci po parafowaniu umowy na wdrożenie systemu.| REKLAMA | ||
 |
Nie możemy patrzeć na cały projekt przez pryzmat jednej fazy, ale faktem jest, że zaniedbania w fazie analizy przedwdrożeniowej i prototypowania rozwiązania mogą skutkować przesunięciem daty startu produkcyjnego, zwiększeniem budżetu na obsługę projektu czy zmęczeniem zespołu. Jednym słowem - warto ich uniknąć. Oto pięć istotnych problemów, przez które może ucierpieć projekt.
Brak otwartej komunikacji i indywidualnego podejścia
Otwórzmy się na nowe – dostawca poznaje przedsiębiorstwo klienta, klient poznaje dostawcę. Porozumienie, które się nawiązuje między nimi, powinno skutkować spersonalizowanym podejściem do projektowania rozwiązania. Nie można z góry zakładać, że każdy proces sprzedaży lub przyjmowania materiałów wygląda tak samo u każdego klienta i tak samo należy go ustawić. Nie zawsze to, co sprawdziło się u kilku klientów, jest dobre dla kolejnego klienta w portfolio dostawcy.
Podobnie jest w przypadku klienta - nie każdy nowy system podlega tym samym regułom procesu wdrożeniowego. Klient powinien zaufać doświadczeniu dostawcy – zatrudnił go jako wsparcie.
Niedostępność kluczowych osób i rotacja członków zespołów
Aby proces przebiegł według założonych celów, należy optymalnie dobrać i zsynchronizować zespoły. Wybierając osoby kluczowe, należy ustalić priorytety pracy takich osób. Priorytetem jest ich dostępność w procesie analizy wdrożeniowej i odbioru prototypu.
Dużym problemem w procesie wdrożenia jest też rotacja osób w zespołach projektowych. W przypadku klienta na spotkanie analityczne są wysyłane, zamiast osób kluczowych wpisanych do projektu, osoby zastępujące. W przypadku firmy wdrażającej, na spotkanie wysyłane są osoby, których głównym celem jest spisanie potrzeb klientów, w myśl zasady - „co klient powie, to my zrobimy”. Wielokrotnie te osoby mają mniejsze kompetencje i doświadczenie, co uwidacznia się w obszarze komunikacji.
Gdzie jest harmonogram?
Kolejny błąd to brak podstawowego harmonogramu wdrożenia wraz z jego przekazaniem członkom zespołu i informowanie o spotkaniach analitycznych w ostatniej chwili. Brak harmonogramu wymusza improwizacje ze strony kierowników projektu, a brak optymalnego przygotowania do spotkań powoduje nie tylko frustrację, ale inicjuje konieczność dodatkowych spotkań. Pamiętajmy, że członkowie zespołów po jednej i drugiej stronie powinni z wyprzedzeniem otrzymywać harmonogram, daty i cele spotkań - przecież wykonują również bieżącą pracę w innych projektach.
Zespół bez architekta rozwiązania
Architekt powinien być recenzentem dokumentacji oraz projektowanych rozwiązań. On bierze na siebie stworzenie spójnego systemu opartego w pierwszej kolejności o funkcjonalności standardowe ERP. Dzięki swojej wiedzy powinien dbać o spójność danych merytorycznych przekazywanych przez konsultantów do kierownika projektu. Brak takiej osoby w projekcie powoduje rozbieżność danych w systemie, jak również zniekształcony odbiór raportów przekazywanych do kierownika.
Brak prototypu rozwiązania
Prototyp rozwiązania ilustruje spójność procesów po stronie klienta i zrozumienie przez dostawcę procesów zachodzących w nowym systemie. Podczas pierwszego spotkania zespół projektowy ze strony klienta prezentuje swoje procesy wraz z naciskiem na to, czego zarząd firmy oraz każda osoba kluczowa oczekuje od nowego systemu. Podczas prezentacji prototypu firma wdrożeniowa wskazuje sposób realizacji powyższych oczekiwań.
Wprowadzenie nowego systemu ERP wiąże się z wieloma wyzwaniami i problemami. Uniknięcie tych problemów wymaga świadomego podejścia zarówno ze strony dostawcy systemu, jak i klienta. Otwarta komunikacja, właściwy wybór osób kluczowych wraz z rolą architekta oraz starannie przygotowany harmonogram i prototyp rozwiązania to kluczowe czynniki, które przyczynią się do skutecznego wdrożenia systemu ERP, zminimalizowania ryzyka opóźnień oraz osiągnięcia zamierzonych celów projektu.
Autor: Dariusz Trela, konsultant biznesowy, ANEGIS
Źródło: www.anegis.com
Brak otwartej komunikacji i indywidualnego podejścia
Otwórzmy się na nowe – dostawca poznaje przedsiębiorstwo klienta, klient poznaje dostawcę. Porozumienie, które się nawiązuje między nimi, powinno skutkować spersonalizowanym podejściem do projektowania rozwiązania. Nie można z góry zakładać, że każdy proces sprzedaży lub przyjmowania materiałów wygląda tak samo u każdego klienta i tak samo należy go ustawić. Nie zawsze to, co sprawdziło się u kilku klientów, jest dobre dla kolejnego klienta w portfolio dostawcy.
Podobnie jest w przypadku klienta - nie każdy nowy system podlega tym samym regułom procesu wdrożeniowego. Klient powinien zaufać doświadczeniu dostawcy – zatrudnił go jako wsparcie.
Niedostępność kluczowych osób i rotacja członków zespołów
Aby proces przebiegł według założonych celów, należy optymalnie dobrać i zsynchronizować zespoły. Wybierając osoby kluczowe, należy ustalić priorytety pracy takich osób. Priorytetem jest ich dostępność w procesie analizy wdrożeniowej i odbioru prototypu.
Dużym problemem w procesie wdrożenia jest też rotacja osób w zespołach projektowych. W przypadku klienta na spotkanie analityczne są wysyłane, zamiast osób kluczowych wpisanych do projektu, osoby zastępujące. W przypadku firmy wdrażającej, na spotkanie wysyłane są osoby, których głównym celem jest spisanie potrzeb klientów, w myśl zasady - „co klient powie, to my zrobimy”. Wielokrotnie te osoby mają mniejsze kompetencje i doświadczenie, co uwidacznia się w obszarze komunikacji.
Gdzie jest harmonogram?
Kolejny błąd to brak podstawowego harmonogramu wdrożenia wraz z jego przekazaniem członkom zespołu i informowanie o spotkaniach analitycznych w ostatniej chwili. Brak harmonogramu wymusza improwizacje ze strony kierowników projektu, a brak optymalnego przygotowania do spotkań powoduje nie tylko frustrację, ale inicjuje konieczność dodatkowych spotkań. Pamiętajmy, że członkowie zespołów po jednej i drugiej stronie powinni z wyprzedzeniem otrzymywać harmonogram, daty i cele spotkań - przecież wykonują również bieżącą pracę w innych projektach.
Zespół bez architekta rozwiązania
Architekt powinien być recenzentem dokumentacji oraz projektowanych rozwiązań. On bierze na siebie stworzenie spójnego systemu opartego w pierwszej kolejności o funkcjonalności standardowe ERP. Dzięki swojej wiedzy powinien dbać o spójność danych merytorycznych przekazywanych przez konsultantów do kierownika projektu. Brak takiej osoby w projekcie powoduje rozbieżność danych w systemie, jak również zniekształcony odbiór raportów przekazywanych do kierownika.
Brak prototypu rozwiązania
Prototyp rozwiązania ilustruje spójność procesów po stronie klienta i zrozumienie przez dostawcę procesów zachodzących w nowym systemie. Podczas pierwszego spotkania zespół projektowy ze strony klienta prezentuje swoje procesy wraz z naciskiem na to, czego zarząd firmy oraz każda osoba kluczowa oczekuje od nowego systemu. Podczas prezentacji prototypu firma wdrożeniowa wskazuje sposób realizacji powyższych oczekiwań.
Wprowadzenie nowego systemu ERP wiąże się z wieloma wyzwaniami i problemami. Uniknięcie tych problemów wymaga świadomego podejścia zarówno ze strony dostawcy systemu, jak i klienta. Otwarta komunikacja, właściwy wybór osób kluczowych wraz z rolą architekta oraz starannie przygotowany harmonogram i prototyp rozwiązania to kluczowe czynniki, które przyczynią się do skutecznego wdrożenia systemu ERP, zminimalizowania ryzyka opóźnień oraz osiągnięcia zamierzonych celów projektu.
Autor: Dariusz Trela, konsultant biznesowy, ANEGIS
Źródło: www.anegis.com
