Za kulisami wdrożeń Shadow IT

Dlaczego Excel wraca po zakończonym wdrożeniu

Trzy miesiące po starcie systemu, za który firma zapłaciła majątek, kierownik zagląda przez ramię handlowca. Na ekranie nie ma systemu. Jest arkusz. Ten sam arkusz, który miał zniknąć. „Przecież mamy system” — mówi kierownik. „Mamy” — odpowiada handlowiec, nie przestając pisać. „Ale tu mi szybciej”.

JT
Architekt systemów MES / WMS • 11 lat w branży

„Tu mi szybciej.” Trzy słowa, które powinny zapalić czerwoną lampkę w każdej firmie po wdrożeniu. Bo jeśli pracownik, mając do dyspozycji nowoczesny system, świadomie wybiera arkusz — to nie on jest problemem. Problemem jest luka, którą ten arkusz zakrywa.

Powrót Excela po zakończonym wdrożeniu to jedno z najczęstszych i najbardziej niedocenianych zjawisk. Firma świętuje udany start, po kwartale entuzjazm mija, a arkusze wracają — najpierw nieśmiało, potem coraz odważniej. W końcu okazuje się, że realna praca toczy się w plikach, a system jest wypełniany „bo trzeba”.

Sedno problemu: Excel nie wraca dlatego, że ludzie są leniwi albo przywiązani do starych nawyków. Wraca dlatego, że robi coś, czego system nie robi — albo robi to szybciej. Każdy powracający arkusz to precyzyjna mapa luki w systemie. Warto go przeczytać, zamiast z nim walczyć.

Ten artykuł jest o tym, dlaczego arkusze wracają, co naprawdę mówią o wdrożeniu i jak sprawić, żeby przestały być potrzebne — bez zakazów, które i tak nie działają. To bezpośrednie rozwinięcie wątku z tekstu Dlaczego operator produkcji nie ufa nowemu systemowi, tyle że tym razem dzieje się w biurze, nie na hali.

Jak wraca Excel — anatomia trzech miesięcy

Powrót arkuszy niemal nigdy nie jest nagły. To pełzający proces, który łatwo przegapić, bo każdy kolejny krok wydaje się drobny i niewinny.

Tydzień 1–2 po starcie: Wszyscy używają systemu. Excel leży odłogiem. Entuzjazm, nowość, poczucie porządku. Zarząd uznaje wdrożenie za sukces i przenosi uwagę gdzie indziej.
Tydzień 3–5: Ktoś potrzebuje zestawienia, którego system nie robi w potrzebnym układzie. Eksportuje dane do Excela „tylko ten jeden raz”. Robi obliczenie, wysyła. Nikt nie zwraca uwagi.
Tydzień 6–8: „Ten jeden raz” staje się cotygodniową rutyną. Powstaje szablon arkusza. Ktoś inny prosi o ten sam plik. Arkusz zaczyna żyć własnym życiem obok systemu.
Tydzień 9–12: Arkusz staje się źródłem prawdy dla danego działu. Ludzie ufają mu bardziej niż systemowi, bo „w Excelu mam to, jak chcę”. Dane w systemie i w arkuszu zaczynają się rozjeżdżać. Nikt nie wie już, która wersja jest aktualna.
Po kwartale: Realna praca toczy się w plikach. System jest wypełniany dla zarządu i dla porządku. Powstał drugi, nieoficjalny obieg informacji — shadow IT — który firma dopiero za jakiś czas odkryje, zwykle przy okazji jakiegoś błędu.

Zwróć uwagę na moment krytyczny: tydzień trzeci, „tylko ten jeden raz”. To wtedy zapada wszystko. Gdyby ktoś wtedy zapytał „czego ci brakuje w systemie, że musisz to zrobić w Excelu”, arkusz nigdy by się nie zakorzenił. Ale nikt nie pyta, bo pojedynczy eksport wygląda niewinnie.

Pięć osób i pięć powodów, dla których sięgają po arkusz

Excel wraca w różnych działach z różnych powodów. Zebrane razem, te powody tworzą pełen obraz luk, których wdrożenie nie zamknęło.

Handlowiec: „W arkuszu policzę ofertę tak, jak chcę, i od razu wyślę.” System ofertowania jest sztywny, nie obejmuje jego wariantów cenowych, rabatów, notatek do klienta. Arkusz daje mu elastyczność, której system nie przewidział. Dla niego szybkość odpowiedzi klientowi jest ważniejsza niż porządek w systemie.
Kierownik magazynu: „W systemie nie widzę tego, co naprawdę muszę widzieć.” Potrzebuje zestawienia braków, rotacji, priorytetów — w układzie, którego system nie oferuje. Robi więc własny arkusz, który daje mu obraz sytuacji jednym rzutem oka. To ten sam problem, który opisuję w tekście Dlaczego stany magazynowe się nie zgadzają.
Analityk: „System daje dane, ale nie odpowiedzi.” Eksportuje wszystko do Excela, bo tam potrafi je pociąć, połączyć i policzyć. System jest dla niego magazynem danych, nie narzędziem analizy. Arkusz to jego warsztat.
Księgowość: „Muszę uzgodnić dane z systemu z rzeczywistością, a to robię w arkuszu.” Tam, gdzie system nie domyka pewnych operacji, powstają arkusze uzgodnień, korekt, kontroli. To łaty na styki procesów, których wdrożenie nie połączyło szczelnie.
Właściciel: „Chcę mieć swój obraz firmy, a system pokazuje co innego.” Nie ufa raportom systemu, bo wie, że dane bywają niepełne. Prowadzi więc własny arkusz z kluczowymi liczbami — który paradoksalnie staje się kolejnym źródłem prawdy konkurującym z systemem.

Każda z tych osób ma rację ze swojego miejsca. I żadna nie działa przeciw firmie — każda próbuje wykonać swoją pracę mimo luki w narzędziu. Nazywanie tego lenistwem albo sabotażem jest wygodne, ale całkowicie mija się z przyczyną. O tym, jak ta różnica perspektyw rozkłada odpowiedzialność, piszę w tekście Kto naprawdę odpowiada za sukces wdrożenia.

Co Excel robi lepiej — i dlaczego to niewygodna prawda

Żeby zrozumieć powrót arkuszy, trzeba uczciwie przyznać, w czym Excel bije system. Bo bije go w kilku konkretnych rzeczach — i dopóki tego nie uznamy, będziemy walczyć z objawem zamiast z przyczyną.

W czym Excel wygrywa

  • Elastyczność — dowolny układ, dowolne obliczenie, od ręki.
  • Szybkość zmiany — nie trzeba prosić IT ani czekać na aktualizację.
  • Prywatność — mój plik, mój sposób, moje notatki.
  • Zero oporu — nie wymusza pól, których nie chcę wypełniać.
  • Natychmiastowy efekt — widzę wynik od razu, po swojemu.

Czego Excel nie daje

  • Jednego źródła prawdy — każdy ma swoją wersję pliku.
  • Aktualności — dane starzeją się w chwili eksportu.
  • Śladu i kontroli — nie wiadomo, kto i co zmienił.
  • Powiązań — nie łączy się z resztą procesu firmy.
  • Bezpieczeństwa — plik ginie, psuje się, wycieka.

Niewygodna prawda brzmi tak: pracownik, który wraca do Excela, świadomie wybiera zalety z lewej kolumny i godzi się na wady z prawej — bo w jego codziennej pracy elastyczność i szybkość są ważniejsze niż porządek, którego korzyści czerpie głównie zarząd. To racjonalny wybór z jego punktu widzenia. Dopóki system nie da mu elastyczności bez utraty porządku, arkusz będzie wygrywał.

Excel nie jest wrogiem systemu. Jest jego recenzentem. Mówi dokładnie, w których miejscach system przegrywa z kartką w kratkę — i robi to bez litości, bo ludzie głosują nogami.

Ile kosztuje drugi obieg informacji

Powracające arkusze wyglądają niewinnie, ale ich sumaryczny koszt jest realny. Płaci się go w podwójnej pracy, w błędach z rozjazdu danych i w decyzjach opartych na nieaktualnych liczbach.

praca — dane wpisywane do systemu i do arkusza
?
która wersja jest aktualna — system czy arkusz
100%
raportów zarządu obarczonych błędem, gdy prawda jest w plikach
1 pytanie
„czego ci brakuje w systemie” — które rozwiązuje większość arkuszy

Najgroźniejszy jest trzeci kafelek. Jeśli realna praca toczy się w arkuszach, to raporty generowane z systemu opierają się na niepełnych danych. Zarząd podejmuje decyzje na podstawie liczb, które wyglądają wiarygodnie, a są fikcją. To dokładnie ten sam mechanizm, który opisuję w artykule Sukces techniczny, porażka biznesowa — system działa technicznie, ale nie dostarcza prawdy, bo prawda uciekła do plików. Pełny rachunek tego rozproszenia rozkładam w tekście Jak policzyć koszt chaosu informacyjnego w firmie.

Dlaczego zakaz Excela nigdy nie działa

Najczęstszą reakcją firm na powrót arkuszy jest zakaz. „Od dziś pracujemy tylko w systemie.” To reakcja intuicyjna i całkowicie nieskuteczna — bo atakuje objaw, nie przyczynę.

Dlaczego zakaz zawodzi: Arkusz powstał, bo zaspokajał realną potrzebę. Zakaz nie usuwa tej potrzeby — usuwa tylko widoczność arkusza. Praca dalej idzie w Excelu, tyle że teraz w ukryciu: w prywatnych plikach, na domowych komputerach, w załącznikach do maili. Firma traci nawet tę odrobinę kontroli, którą miała, gdy arkusze były jawne.

Zakaz zamienia jawne shadow IT w ukryte shadow IT. To najgorszy możliwy wynik: potrzeba nadal niezaspokojona, praca nadal poza systemem, a do tego jeszcze niewidoczna dla firmy. Ludzie nie przestają robić arkuszy — przestają je pokazywać.

Właściwa reakcja jest odwrotna. Zamiast pytać „jak zmusić ludzi, żeby przestali używać Excela”, trzeba zapytać „czego ten Excel dostarcza, czego nie daje system”. Pierwsze pytanie prowadzi do wojny, którą firma przegra. Drugie prowadzi do listy realnych braków, które można naprawić.

Jak sprawić, żeby Excel przestał być potrzebny

Arkusze znikają wtedy — i tylko wtedy — gdy przestają być potrzebne. Nie da się ich zakazać do niebytu. Da się usunąć powód ich istnienia.

Zbierz arkusze i przeczytaj je jak raport z błędów

Poproś ludzi, żeby pokazali ci swoje pliki — bez oceniania, bez strachu przed karą. Każdy arkusz to precyzyjne wskazanie luki: to, co jest w nim, a czego nie ma w systemie, jest listą Twoich zadań. To najtańszy audyt wdrożenia, jaki istnieje.

Rozdziel potrzeby prawdziwe od nawykowych

Część arkuszy zaspokaja realną potrzebę, której system nie pokrywa. Część to zwykły nawyk — „bo zawsze tak robiłem”. Pierwsze wymagają zmiany w systemie lub procesie. Drugie wymagają pokazania, że system robi to samo, tylko szybciej. Rozróżnienie tych dwóch jest kluczowe.

Dodaj do systemu to, co arkusz robi lepiej

Jeśli handlowiec potrzebuje elastycznego zestawienia oferty, daj mu je w systemie. Jeśli kierownik magazynu potrzebuje swojego widoku braków, zbuduj ten widok. Najczęściej chodzi o elastyczność prezentacji danych, nie o brak samych danych — a to da się dodać.

Uprość proces tam, gdzie arkusz łata jego dziurę

Czasem arkusz nie zastępuje funkcji systemu, tylko łączy dwa procesy, których wdrożenie nie połączyło. Wtedy rozwiązaniem nie jest nowa funkcja, lecz uproszczenie procesu tak, by ten styk zniknął. To wraca do fundamentu, który opisuję w tekście Dlaczego wdrożenia zaczynają się od technologii zamiast od procesu.

Zamknij pętlę i sprawdź, czy arkusz zniknął

Po dodaniu funkcji wróć do osoby, która prowadziła arkusz, i sprawdź, czy nadal go używa. Jeśli tak — nie trafiłeś w potrzebę, pytaj dalej. Arkusz, który znika sam z siebie, jest najlepszym dowodem, że system w końcu odpowiada na realną pracę.

Zasada, którą warto zapamiętać: Arkusz nie jest wrogiem do pokonania, tylko informacją do przeczytania. Firma, która traktuje powracające Excele jak listę braków systemu, naprawia wdrożenie. Firma, która traktuje je jak wykroczenie, tylko wpycha problem pod dywan.

Lista kontrolna — czy arkusze mówią ci o luce

Zanim uznasz powrót Excela za problem dyscyplinarny, przejdź przez tę listę. Odpowie ci, czy walczysz z ludźmi, czy z luką w systemie.

  • Czy zapytałeś autora arkusza, czego brakuje mu w systemie — bez oceniania?
  • Czy arkusz robi coś, czego system w ogóle nie potrafi?
  • Czy arkusz robi to samo co system, ale znacząco szybciej?
  • Czy arkusz łączy dwa procesy, których system nie połączył?
  • Czy dane w arkuszu i w systemie zdążyły się już rozjechać?
  • Czy ktoś podejmuje decyzje na podstawie arkusza, nie systemu?
  • Uwaga: jeśli twoją pierwszą reakcją jest zakaz — arkusze zejdą do podziemia, nie znikną.
  • Uwaga: jeśli nie wiesz, ile arkuszy krąży po firmie — twoje raporty mogą opierać się na fikcji.
  • Praktyczna wskazówka: Raz na kwartał zrób „amnestię arkuszy” — poproś każdy dział, żeby pokazał pliki, których używa obok systemu, z gwarancją, że nikt nie zostanie za to skarcony. To, co zobaczysz, będzie najdokładniejszą mapą braków twojego wdrożenia, jaką kiedykolwiek dostaniesz.

    Podsumowanie

    Excel wraca po wdrożeniu, bo robi coś, czego system nie robi — albo robi to szybciej. To nie lenistwo, nie sabotaż i nie brak dyscypliny. To racjonalna reakcja ludzi, którzy próbują wykonać swoją pracę mimo luki w narzędziu. Każdy powracający arkusz jest precyzyjną mapą tej luki.

    Zakaz nigdy nie działa, bo nie usuwa potrzeby, która stworzyła arkusz — usuwa tylko jego widoczność, wpychając shadow IT w ukrycie. Działa jedno: zrozumienie, co arkusz daje lepiej, i albo dodanie tej funkcji do systemu, albo uproszczenie procesu tak, by arkusz przestał być potrzebny.

    Firma, która traktuje powracające Excele jak recenzję swojego wdrożenia, dostaje za darmo listę rzeczy do naprawy. Firma, która traktuje je jak wykroczenie, przez lata walczy z objawem — a prawda o jej działaniu i tak mieszka w plikach, poza zasięgiem systemu, za który tyle zapłaciła.

    Najczęstsze pytania

    Dlaczego pracownicy wracają do Excela po wdrożeniu systemu?
    Bo arkusz robi coś, czego system nie robi, albo robi to szybciej. Najczęściej chodzi o elastyczność: własne obliczenie, zestawienie w układzie potrzebnym danej osobie, notatka, której w systemie nie ma gdzie zapisać. Powrót Excela to nie lenistwo, tylko sygnał, że system nie pokrywa realnej potrzeby pracownika. Arkusz jest szybką łatą na tę lukę.
    Czy Excel obok systemu to zawsze problem?
    Nie zawsze, ale zawsze warto go zrozumieć. Pojedynczy arkusz do prywatnych obliczeń jest nieszkodliwy. Problem zaczyna się, gdy arkusze stają się drugim, nieoficjalnym źródłem prawdy, na którym opierają się decyzje — bo wtedy dane w systemie i w arkuszach się rozjeżdżają, a nikt nie wie, która wersja jest aktualna. Każdy powracający Excel to mapa luki w systemie.
    Co arkusze mówią o wdrożeniu?
    Dokładnie wskazują miejsca, w których system nie odpowiada realnej pracy. Jeśli dział sprzedaży prowadzi własny arkusz ofert, to znaczy, że system nie wspiera ich sposobu ofertowania. Zamiast walczyć z arkuszami, warto je przeczytać jak raport z błędów: każdy z nich pokazuje potrzebę, której analiza procesu nie uchwyciła albo którą wdrożenie pominęło.
    Jak sprawić, żeby Excel nie wracał?
    Nie zakazem, lecz usunięciem powodu. Trzeba zrozumieć, co dany arkusz robi lepiej niż system, i albo dodać tę funkcję do systemu, albo uprościć proces tak, by arkusz przestał być potrzebny. Zakaz bez usunięcia przyczyny tylko wpycha arkusze do ukrycia — praca dalej idzie w Excelu, tyle że poza zasięgiem wzroku. Kluczem jest traktowanie arkuszy jako informacji, nie jako wykroczenia.
    Czym jest shadow IT w kontekście wdrożeń?
    To wszystkie nieoficjalne narzędzia, którymi ludzie obchodzą oficjalny system: arkusze, prywatne bazy, notatniki, wiadomości na komunikatorach, wspólne dyski z plikami. Powstają tam, gdzie system nie pokrywa potrzeby albo jest zbyt wolny czy sztywny. Shadow IT nie bierze się z nieposłuszeństwa, lecz z realnej luki między tym, co system oferuje, a tym, czego praca wymaga.

    Excele wróciły do Twojej firmy? Zobaczmy, co mówią

    Pomagam firmom odczytać powracające arkusze jako mapę braków systemu i zamknąć luki, które je tworzą — bez zakazów, które nie działają. Umów bezpłatną rozmowę wstępną.

    Umów diagnozę shadow IT