Drażniąca nazwa pola

Niedawno pewien klient zwrócił mi uwagę na to, że jedno pole w systemie ma opis, który go drażni. Pole było wykorzystywane do innego celu niż pierwotnie zakładał to SAP – tak czasem robi się na wdrożeniu, gdy w standardzie po prostu nie ma odpowiednika dla danego procesu.

Klasyczna sytuacja. I klasyczny dylemat.

Przez lata wyznawałem zasadę „minimalizuj customizację”. Bo każda zmiana standardu kosztuje. Jest to dodatkowa praca przy upgradeach, większe ryzyko przy dalszych poprawkach. Przecież to klient powinien dostosować się do systemu, a nie odwrotnie!

Z biegiem czasu coraz mniej jestem przekonany, że moje podejście było słuszne.

Bo wracając do pytania, jak zmierzyć sukces wdrożenia? Moi zdaniem, sukces wdrożenia nowego systemu mierzy się chęcią ludzi do jego używania. A użytkownik, którego drażni nazwa pola, prędzej czy później przestanie z niego korzystać tak, jakbyśmy chcieli.

Rodzi się więc pytanie, czy ta drobna zmiana to faktycznie koszt, czy może raczej inwestycja?

Wdrożenie SAP to wydatek liczony w setkach tysięcy, czasem w milionach złotych. Czy w takim budżecie kilka godzin pracy programisty, żeby zmienić niewygodną nazwę pola, to naprawdę rozsądny powód do wojny z klientem? Bywa, że tak. Bo niektóre zmiany mogą mieć wieloaspektowy wpływ na działanie systemu w przyszłości. Jedno pole prowadzi do drugiego, pojedynczy wyjątek do całej kaskady wyjątków. W takiej sytuacji konsultant musi powiedzieć quot;niequot;, nawet kosztem nadąsanego klienta.

Ale czasem zmiana nazwy pola na prośbę klienta to po prostu kilkanaście znaków na ekranie, które sprawiają, że użytkownik czuje, że ten system jest jego.

Jeśli dzięki tej zmianie planista zaufa raportom, a magazynier rzetelnie wpisze dane – to dodatkowa praca przy utrzymaniu systemu zwraca się z nawiązką.

Nie jestem już śmiertelnym przeciwnikiem customizacji. Nie uważam też, że należy całkowicie dostosowywać się do życzeń klienta.

Koszt customizacji należy potraktować jako inwestycja. Trzeba tylko wiedzieć, kiedy.

Marek Karch — prezes INMAR, konsultant SAP w obszarze produkcji