Arkusz kalkulacyjny, który nie nadążał już za potrzebami

Wprowadzenie

Regionalna firma dystrybucyjna przez lata prowadziła całą swoją działalność w oparciu o wspólny arkusz kalkulacyjny, śledząc, który zespół magazynowy obsługiwał poszczególne zamówienia, kto pracował w nadgodzinach oraz które przesyłki miały opóźnienia.

Rozwiązanie to sprawdzało się, gdy firma zatrudniała piętnastu pracowników. Gdy liczba pracowników wzrosła do sześćdziesięciu, system zawiódł w ciągu zaledwie jednego tygodnia: dwa zespoły dwukrotnie zarezerwowały te same samochody dostawcze, kierownik magazynu nie zorientował się, że przesyłka ma trzydniowe opóźnienie, dopóki klient nie zadzwonił z reklamacją, a nikt nie był w stanie z całą pewnością powiedzieć, nad czym faktycznie pracują inni. Firma nie przerosła swoich ambicji. Przerosła swoje narzędzia.

Ta historia powtarza się nieustannie, tylko z innymi narzędziami i w innych działach, i wskazuje na coś większego niż oprogramowanie do planowania.

Koordynacja psuje się po cichu, zanim pęknie z hukiem

Wzrost zazwyczaj nie objawia się od razu jako problem koordynacyjny. Ujawnia się w postaci niedotrzymanych terminów, powielania pracy oraz ogólnego wrażenia, że wszyscy są zajęci, ale jakoś nic nie idzie tak szybko, jak powinno. Zanim kierownictwo to zauważy, przyczyna tego stanu rzeczy narastała zazwyczaj już od miesięcy.

Właśnie w tym miejscu oprogramowanie do zarządzania obciążeniem pracą zyskuje swoje miejsce – nie jako modne hasło związane z produktywnością, ale jako prawdziwe rozwiązanie konkretnego problemu. Narzędzia takie jak Asana, Monday czy ClickUp zapewniają wgląd w to, kto czym się zajmuje, co wydaje się oczywiste, dopóki nie zobaczy się, jak firma funkcjonuje bez nich. Kierownik ds. dystrybucji korzystający z takiego narzędzia zauważyłby, że oba zespoły zarezerwowały te same ciężarówki, zanim jeszcze wysłano choćby jednego kierowcę, a nie dopiero po tym, jak klient zadzwonił z pytaniem, gdzie podziała się jego przesyłka. Wartość nie leży w samym oprogramowaniu. Leży w tym, co ono ujawnia: wąskie gardła, przeciążeni pracownicy, powielanie wysiłków – wszystko to staje się widoczne, zanim przerodzi się w problemy dotykające klientów, a nie dopiero po tym.

Firmy, które wdrażają te narzędzia z opóźnieniem, zazwyczaj robią to reaktywnie, gdy widoczna awaria wymusza podjęcie działań. Firmy, które wdrażają je wcześniej, zazwyczaj wychwytują mniejsze problemy, zanim przerodzą się one w „tydzień koszmaru” dla firmy dystrybucyjnej.

Wzrost powoduje problem z danymi, na który nikt nie zwraca uwagi

Oto aspekt, który często umyka uwadze. W miarę jak narzędzia do zarządzania obciążeniem pracą przejmują coraz więcej rzeczywistych danych operacyjnych firmy – historii zadań, korespondencji z klientami, zapisów dotyczących harmonogramów – stają się one czymś, co wymaga ochrony, a nie tylko wdrożenia. Narzędzie koordynujące codzienną pracę sześćdziesięciu pracowników przechowuje teraz również dane, których ręczna odtworzenie zajęłoby tygodnie, gdyby uległy utracie.

Większość firm nie myśli o strategii tworzenia kopii zapasowych oprogramowania do zarządzania projektami, dopóki coś nie pójdzie nie tak: przypadkowe masowe usunięcie danych, awaria dostawcy, błąd synchronizacji, który usuwa aktualizacje z całego tygodnia. Wtedy już jest to reaktywne działanie w panice, a nie zaplanowana reakcja.

Porównanie narzędzi do tworzenia kopii zapasowych nie jest opcjonalne, gdy stawka jest wysoka

Właśnie w tym momencie porównanie narzędzi do tworzenia kopii zapasowych w chmurze dla przedsiębiorstw staje się istotne nawet dla firm, które uważają się za zbyt małe, by potrzebować rozwiązań klasy korporacyjnej. Platforma do zarządzania obciążeniem, przechowująca dane operacyjne dla sześćdziesięciu pracowników, nie różni się funkcjonalnie – pod względem narażonych na ryzyko danych – od podstawowych systemów znacznie większej firmy.

Rozwiązania Veeam zazwyczaj sprawdzają się w firmach, w których środowisko nadal składa się z narzędzi chmurowych i lokalnych. Druva działa wyłącznie w modelu SaaS, co odpowiada firmom, które już w pełni przeszły na narzędzia operacyjne oparte na chmurze i nie chcą samodzielnie zarządzać infrastrukturą tworzenia kopii zapasowych. Opcje tworzenia kopii zapasowych natywne dla AWS mają sens dla firm już głęboko osadzonych w tym ekosystemie, choć zazwyczaj oferują mniejszą elastyczność międzyplatformową, jeśli stos operacyjny obejmuje wielu dostawców. Właściwy wybór zależy w mniejszym stopniu od wielkości firmy, a w większym od tego, gdzie faktycznie znajdują się dane i jak szybko muszą zostać przywrócone w razie awarii.

Firmy, które pomijają tę ocenę, zakładając, że ich narzędzia operacyjne to „tylko oprogramowanie do planowania”, często przekonują się na własnej skórze, jak wiele pamięci operacyjnej kryło się w tych narzędziach, gdy już ich zabrakło.

Czego faktycznie wymaga rozwój

Firma dystrybucyjna ostatecznie wdrożyła platformę do zarządzania obciążeniem, a sześć miesięcy później – towarzyszącą jej politykę tworzenia kopii zapasowych – co było spowodowane sytuacją, w której o mało nie doszło do katastrofy, gdy błąd synchronizacji na krótko skasował dwutygodniową historię zadań. Tym razem mieli szczęście. Firmy, które nie polegają na szczęściu, to te, które potraktowały narzędzia koordynacyjne i ochronę danych z nimi związaną jako jeden projekt, a nie dwa oddzielne zakupy dokonane w odstępie roku z konieczności.