Dlaczego 70% projektów IT upada? Bo nikt nie zapytał “dlaczego”
Inwestujesz setki tysięcy, a czasem nawet miliony złotych w nowe oprogramowanie. Miesiące spotkań, analiz, testów. W końcu system rusza... i okazuje się, że pracownicy i tak wolą Excela, procesy wcale nie przyspieszyły, a zarząd nadal nie ma rzetelnych danych do podejmowania decyzji. Brzmi znajomo? Nie jesteś sam. Według raportu Standish Group Chaos Report, zaledwie 30% projektów IT kończy się pełnym sukcesem. Reszta to spektakularne porażki, przekroczone budżety lub systemy, które wdrożono, ale nikt z nich nie korzysta.
Żyjemy w czasach, gdy technologia jest lepsza, szybsza i tańsza niż kiedykolwiek wcześniej. Mamy chmurę, sztuczną inteligencję, gotowe frameworki. Dlaczego więc, mimo tak potężnych narzędzi, statystyki wdrożeń wciąż są tak miażdżące?
Odpowiedź jest banalnie prosta: w większości przypadków na początku drogi nikt nie zadał najważniejszego pytania: “Dlaczego w ogóle potrzebujemy tego systemu?”.
Zamiast “Co i jak?” zapytaj “Dlaczego?”
Typowy scenariusz wdrożenia oprogramowania wygląda następująco: w firmie pada krótkie “Potrzebujemy systemu.”. Zarząd daje zielone światło, ruszają poszukiwania dostawcy IT. Już na pierwszym spotkaniu pojawia się standardowe pytanie: “A jakie funkcje ma mieć ten system?”.
I tak zaczyna się tworzenie listy życzeń, która rzadko ma związek z tym, czego firma naprawdę potrzebuje. Dział sprzedaży chce generowania ofert jednym kliknięciem. Serwis marzy o automatycznym planowaniu tras i kalendarzu zleceń na tablecie. Z kolei dział sprzedaży hurtowej nalega na panel klienta, w którym zamówienia będą wpadać same przez 24/7.
Gdzie leży błąd? Nikt nie zapytał, dlaczego te funkcje są potrzebne. Nikt nie przeanalizował obecnego procesu. Nikt nie sprawdził, gdzie firma naprawdę traci pieniądze i czas. Efekt? System automatyzuje chaos. Jeśli był bałagan w papierach, a teraz ten sam bałagan jest w drogim systemie, to jedyną zmianą jest to, że powstaje on szybciej i kosztuje więcej.
Zanim padną pytania o to, co system ma robić i jakich technologii użyć, kluczowe jest ustalenie, dlaczego firma w ogóle potrzebuje zmiany. Fundamentem każdego udanego projektu IT jest precyzyjne określenie, co w biznesie wymaga naprawy, usprawnienia lub całkowitej reorganizacji.
Uważaj na te 5 pułapek podczas wdrożeń IT
Pominięcie pytania o biznesowy cel projektu sprawia, że projekt zostaje pozbawiony solidnego fundamentu. Nasze doświadczenie pokazuje, że ignorowanie pytania “dlaczego” prowadzi prosto do pięciu najczęstszych grzechów projektowych.
1. Digitalizacja chaosu
Brak pytania: Dlaczego ten proces obecnie tak wygląda i czy ma on sens?
Efekt: Przeniesienie wadliwych nawyków do nowego systemu. Nowoczesny software jedynie przyspiesza powstawanie błędów, zamiast je eliminować.
2. Brak definicji sukcesu
Brak pytania: Dlaczego to robimy i co chcemy osiągnąć?
Efekt: Brak mierzalnych korzyści. Hasło “ma być szybciej” uniemożliwia sprawdzenie, czy inwestycja w oprogramowanie w ogóle się zwróciła.
3. Silosy informacyjne
Brak pytania: Kto i dlaczego potrzebuje tych danych do pracy?
Efekt: Powstanie narzędzia tylko dla jednego działu (np. serwisu). Dane nie płyną do sprzedaży czy zarządu, co zmusza pracowników do ręcznego przepisywania informacji.
4. Technologia zamiast biznesu
Brak pytania: Dlaczego ta funkcja jest ważna i jaki konkretny problem biznesowy rozwiązuje?
Efekt: Skupienie się na serwerach i nowinkach technicznych zamiast na tym, jak firma zarabia pieniądze. Powstaje system skomplikowany, ale nieużyteczny.
5. Brak właściciela projektu
Brak pytania: Dlaczego ten projekt jest priorytetem dla firmy?
Efekt: Traktowanie wdrożenia jako “sprawy dla informatyków”. Bez osoby decyzyjnej z biznesu, system przestaje odpowiadać na realne potrzeby firmy.
Metoda 5WHY kluczem do sukcesu
Jak uniknąć powyższych błędów?
Warto zastosować prostą, ale niezwykle pomocną metodę “5 Why” spopularyzowaną przez Toyotę. Pozwala ona dotrzeć do sedna problemu, a nie tylko leczyć objawy.
Zobaczmy to na przykładzie:
Problem: “Potrzebujemy systemu, bo protokoły z serwisu ciągle się gubią”.
- Dlaczego się gubią? Bo są papierowe i muszą przebyć długą drogę z rąk serwisanta, przez samochód, aż do biura.
- Dlaczego przebywają długą drogę? Bo serwisanci rzadko bywają w biurze, więc dokumenty tygodniami leżą w aucie, mieszają się z innymi papierami lub zostają przypadkiem wyrzucone.
- Dlaczego muszą fizycznie trafić do biura? Bo tylko na ich podstawie pracownicy biurowi mogą sprawdzić, co zostało zrobione i jakie części zużyto.
- Dlaczego biuro nie wie tego wcześniej? Bo przepływ informacji o postępach prac opiera się wyłącznie na tym jednym, fizycznym dokumencie.
- Dlaczego tak to wygląda? Ponieważ proces nie przewidywał cyfrowego obiegu danych, przez co biuro jest całkowicie odcięte od tego, co dzieje się u klienta.
Efekt: Prawdziwym problemem nie jest to, że ktoś “nie pilnuje papierów”. Piąte “dlaczego” obnaża brak połączenia między terenem a biurem. Jeśli firma kupi system, który będzie tylko cyfrowym notatnikiem, ale dane z niego nadal nie będą natychmiast widoczne dla pracowników w biurze, problem gubienia informacji (tym razem cyfrowych) pozostanie.
Analiza przedwdrożeniowa: Twój plan ratunkowy
Dobre oprogramowanie - szczególnie dedykowane - nie zaczyna się od technologii. Zaczyna się od zrozumienia Twojej firmy. Dlatego kluczowym etapem jest analiza przedwdrożeniowa.
To nie jest zbędna biurokracja. To moment, w którym pytanie “dlaczego” pada najczęściej. Najpierw powstaje mapa procesów. Potem identyfikuje się wąskie gardła. Następnie definiuje się cele biznesowe. Dopiero na końcu pojawia się projekt systemu.
W czasie takiej analizy pojawiają się kluczowe pytania:
- Gdzie firma traci najwięcej czasu?
- Gdzie najczęściej powstają błędy ludzkie?
- Które procesy są krytyczne dla Twojego przychodu?
- Co naprawdę trzeba zmienić, a co działa dobrze?
Analiza pozwala odkryć prawdziwe przyczyny problemów i zaprojektować rozwiązanie, które je rozwiąże, zanim zainwestujesz złotówkę w programowanie. To Twoje ubezpieczenie przed dołączeniem do tych 70% nieudanych projektów.
Najdroższy kod to ten, który nigdy nie powinien powstać
Paradoks projektów IT polega na tym, że najdroższą rzeczą w projekcie bywa kod, który nigdy nie powinien powstać.
Jedna błędna decyzja na początku może kosztować miesiące pracy, setki tysięcy złotych i gigantyczną frustrację zespołu. W dodatku efektem najczęściej jest system, którego nikt nie chce używać.
Jedno dobrze zadane pytanie potrafi temu zapobiec.
Pytanie “dlaczego” jest więc najtańszą częścią projektu i jednocześnie jedną z najważniejszych.
W Questy zdajemy sobie z tego sprawę i uważamy, że najdroższy kod to ten, którego nigdy nie powinniśmy byli napisać. W związku z tym wdrażając rozwiązanie Aura Business rozpoczynamy od analizy przedwdrożeniowej i dokładnego poznania procesów oraz wyzwań, z którymi mierzą się nasi klienci.
Dobry partner IT czasem powie Ci “nie”
Dobry partner technologiczny nie zawsze mówi klientowi “tak”. Czasem mówi: “Zatrzymajmy się na chwilę. Sprawdźmy, czy to na pewno rozwiązuje problem.” Bo celem projektu IT nie jest napisanie kodu. Celem jest realna zmiana w działaniu firmy: szybsze procesy, mniej błędów, lepsza obsługa klientów, lepsze decyzje biznesowe.
System informatyczny jest tylko narzędziem. A każde dobre narzędzie zaczyna się od jednego, bardzo niewygodnego pytania: Dlaczego?
Nie wchodź w projekt IT w ciemno
Jeśli planujesz wdrożenie systemu i chcesz uniknąć najczęstszych błędów projektowych, zacznij od rozmowy o procesach i celach biznesowych.
