Całkowity koszt transformacji cyfrowej: co się mierzy, a o czym się zapomina

Kiedy organizacja ocenia projekt transformacji, widzi najpierw koszt widoczny: licencje, sprzęt, integratora. To część wystającą ponad powierzchnię, ta, która figuruje w budżecie i jest negocjowana w komitecie. Całkowity koszt posiadania rozgrywa się gdzie indziej i to właśnie on niemal zawsze decyduje o sukcesie lub porażce.

Pierwsza to integracja: podłączenie nowego narzędzia do istniejących systemów, migracja danych, współistnienie starego i nowego w okresie przejściowym. Ta pozycja jest strukturalnie niedoszacowana, ponieważ zależy od rzeczywistego stanu systemu informatycznego, którego nikt precyzyjnie nie zmierzył przed podpisaniem umowy.

Druga to adopcja: szkolenie, wsparcie, przekonywanie. Narzędzie wdrożone, lecz słabo wykorzystywane, kosztuje pełną cenę za ułamek wartości, a adopcji nie da się zadekretować, buduje się ją stopniowo, poświęcając czas kadry zarządzającej, którego nie wymienia żadna oferta.

Trzecia to eksploatacja w czasie: administracja, aktualizacje wersji, wsparcie wewnętrzne, zależności. W perspektywie kilku lat ten strumień kosztów często przewyższa inwestycję początkową.

Czwarta, rzadko wyceniana, to koszt porażki. Transformacja, która się nie powiedzie, kosztuje nie tylko swój budżet: kosztuje czas zespołów, wiarygodność kolejnego projektu oraz lukę, która w tym czasie pogłębia się wobec organizacji, które idą do przodu. To najdroższa pozycja ze wszystkich, a nie pojawia się na żadnej fakturze.

Trzeba dodać piątą pozycję, tym razem systemową: rozdrobnienie. Każdy projekt przychodzi z własnym narzędziem, każde narzędzie ze swoimi licencjami, szkoleniem, administratorem i eksportem danych. Po trzech latach organizacja płaci za dziesięć narzędzi, które nie dzielą ani wspólnego modelu referencyjnego, ani danych, a zespół spędza koniec miesiąca na uzgadnianiu sprzecznych kokpitów wskaźników.

Ten koszt uzgadniania jest najbardziej podstępnym elementem TCO: powtarzalny, niewidoczny w budżetach projektowych i rosnący wraz z każdym nowym narzędziem. Rozwiązaniem jest architektura: mniej narzędzi, wspólne bazy danych i konsolidacja natywna, a nie odtwarzana ręcznie.

Najlepszą ochroną przed tymi ukrytymi kosztami jest działanie na wstępie: dokładne poznanie punktu wyjścia przed podjęciem decyzji, gdzie inwestować. Ustrukturyzowana ocena dojrzałości ujawnia, co już jest solidne, czego naprawdę brakuje i w jakiej kolejności zająć się poszczególnymi obszarami. Różnica między planem inwestycyjnym a listą zakupów tkwi właśnie w tym wstępnym pomiarze.

Zmienia to także przebieg negocjacji: organizacja znająca swój rzeczywisty poziom dojrzałości wymiarowuje integrację i wsparcie na podstawie faktów, a nie optymistycznych założeń specyfikacji.

Na dalszym etapie to samo narzędzie pełni funkcję zabezpieczenia budżetowego: jeśli zmierzony poziom dojrzałości nie rośnie z cyklu na cykl, wydatek nie przynosi efektów i trzeba skorygować kurs, zanim otworzy się pozycja „porażka”. Z kolei zmierzony postęp uzasadnia kolejne inwestycje przed komitetem, który o nich decyduje.

To samo przekonanie przenika wszystko, co budujemy: to, co się mierzy, można pilotować, w tym także budżet.