Wprowadzenie
Współczesne organizacje inwestują ogromne środki w informatyzację, oczekując, że systemy IT usprawnią procesy, zwiększą efektywność i umożliwią podejmowanie lepszych decyzji. Paradoks polega jednak na tym, że wiele z tych projektów kończy się rozczarowaniem: systemy nie wspierają biznesu, procesy zostają zabetonowane, a organizacja traci kontrolę nad własną wiedzą. Przyczyną nie jest technologia, lecz fundamentalne niezrozumienie natury projektów cyfryzacji (digitalizacji) organizacji.
Wbrew powszechnemu przekonaniu, informatyzacja nie jest przedsięwzięciem programistycznym. Jest projektem ontologicznym, dotyczącym modelowania rzeczywistości organizacji, jej pojęć, relacji, zasad i sposobów podejmowania decyzji. Dopiero na tej podstawie można budować oprogramowanie. Niestety, w praktyce kolejność jest odwrotna: to deweloperzy – zamiast analityków, architektów wiedzy i projektantów systemów – są odpowiedzialni za definiowanie semantyki organizacji. Warto tu podkreślić, że liczby stanowią obecnie mały ułamek przetwarzanych treści.
Ontologia jako fundament systemów informatycznych
Każdy system IT jest materializacją pewnego obrazu świata (patrz Jaskinia Platona). Zawiera w sobie odpowiedzi na pytania:
– czym jest klient, produkt, zamówienie, sprawa, dokument,
– jakie relacje między tymi bytami są dopuszczalne,
– jakie reguły rządzą ich przetwarzaniem,
– jakie decyzje mogą być podejmowane i na jakiej podstawie.
To nie są kwestie techniczne. To zagadnienia z obszaru ontologii, epistemologii i zarządzania wiedzą. System informatyczny jest więc niczym innym jak formalnym modelem organizacji, zapisanym w strukturach danych, procesach, regułach i interakcjach. Jeśli model jest błędny, niekompletny lub przypadkowy, system również taki będzie.
Dlaczego deweloperzy nie powinni projektować ontologii organizacji
Deweloperzy są ekspertami w implementacji, optymalizacji, integracji i architekturze technicznej. Nie są jednak – i nie muszą być – specjalistami od semantyki biznesowej czy modelowania pojęciowego. Oczekiwanie, że programista zaprojektuje ontologię organizacji, jest jak oczekiwanie, że murarz zaprojektuje katedrę. Deweloper zbuduje ściany, ale nie zaprojektuje domu.
W efekcie powstają systemy, które odzwierciedlają nie rzeczywistość organizacji, lecz interpretację dewelopera – często dokonaną pod presją sprintów, backlogów i ograniczeń czasowych. Modele danych są przypadkowe, procesy uproszczone, a logika biznesowa zaszyta w kodzie, co uniemożliwia jej zrozumienie i rozwój.
Konsekwencje: utrata kontroli nad wiedzą organizacji
Gdy ontologia nie jest świadomie zaprojektowana, organizacja traci nad nią kontrolę. Po kilku latach nikt nie wie:
– dlaczego system działa tak, a nie inaczej,
– skąd wzięły się reguły,
– jak zmienić proces bez przepisywania połowy aplikacji.
System staje się czarną skrzynką, a każda zmiana kosztuje coraz więcej. W skrajnych przypadkach organizacja zaczyna dostosowywać się do systemu – zamiast odwrotnie.
Model-Based Systems Engineering jako antidotum
Rozwiązaniem jest powrót do zasad, które w innych dziedzinach inżynierii są oczywiste: najpierw model, potem implementacja. W praktyce oznacza to konieczność stworzenia:
– ontologii domeny,
– modelu pojęciowego,
– modelu procesów,
– modelu decyzji,
– modelu informacji,
– modelu interakcji.
Dopiero na tej podstawie można projektować architekturę logiczną, techniczną i implementację. To właśnie esencja Model-Based Systems Engineering (MBSE) – podejścia, które pozwala organizacjom odzyskać kontrolę nad własną wiedzą i zapewnia spójność między rzeczywistością a systemami.
Pytanie, które zmienia rozmowę z zarządem
W pracy z zarządami i klientami często kluczowe okazuje się jedno pytanie:
Czy chcecie, aby system odzwierciedlał Waszą organizację, czy interpretację programisty?
To pytanie odsłania sedno problemu i uświadamia, że informatyzacja nie jest zadaniem technicznym, lecz strategicznym. Wymaga dojrzałości organizacyjnej, świadomego modelowania i kompetencji, które wykraczają daleko poza programowanie.
Podsumowanie
Informatyzacja to proces, w którym organizacja musi najpierw zrozumieć samą siebie. Systemy IT nie są narzędziami technicznymi, lecz strukturami wiedzy, które mogą wzmacniać organizację – albo ją ograniczać. Dojrzałe podejście do informatyzacji wymaga uznania, że jest to projekt ontologiczny, epistemologiczny i systemowy. Dopiero wtedy technologia staje się sprzymierzeńcem, a nie źródłem frustracji.
(artykuł ekspercki)
