Foaia de calcul care nu a mai putut ține pasul

Introducere

O companie regională de distribuție și-a gestionat întreaga activitate timp de ani de zile folosind o foaie de calcul comună, în care se înregistra ce echipă din depozit se ocupa de fiecare comandă, cine făcea ore suplimentare și ce livrări erau în întârziere.

Sistemul a funcționat bine când compania avea cincisprezece angajați. La șaizeci de angajați, totul s-a prăbușit într-o singură săptămână: două echipe au rezervat în mod eronat aceleași camioane de livrare, un manager de depozit nu și-a dat seama că o livrare avea o întârziere de trei zile până când un client a sunat să se plângă, iar nimeni nu putea spune cu certitudine la ce lucra de fapt fiecare. Compania nu își depășise ambițiile. Își depășise instrumentele.

Această poveste se repetă constant, doar că cu instrumente și departamente diferite, și indică ceva mai important decât software-ul de programare.

Coordonarea se destramă în tăcere înainte de a se destrăma zgomotos

De obicei, creșterea nu se manifestă ca o problemă de coordonare. Se manifestă prin termene depășite, muncă duplicată și un sentiment general că toată lumea este ocupată, dar, cumva, nimic nu avansează atât de repede pe cât ar trebui. Până când conducerea observă acest lucru, cauza de bază se acumulează, de obicei, de luni de zile.

Aici își găsește locul software-ul de gestionare a volumului de muncă, nu ca un cuvânt la modă legat de productivitate, ci ca o soluție reală pentru un mod specific de eșec. Instrumente precum Asana, Monday sau ClickUp oferă vizibilitate asupra sarcinilor fiecăruia, ceea ce pare elementar până când vezi o companie funcționând fără ele. Un manager de distribuție care ar folosi un astfel de instrument ar fi observat că ambele echipe revendică aceleași camioane înainte ca vreuna dintre ele să trimită un singur șofer, nu abia după ce un client a sunat să întrebe unde a ajuns livrarea sa. Valoarea nu constă în software-ul în sine. Ci în ceea ce acesta scoate la iveală: blocaje, personal supraîncărcat, eforturi duplicat, toate vizibile înainte de a deveni probleme cu care se confruntă clienții, nu după.

Companiile care adoptă aceste instrumente târziu tind să o facă în mod reactiv, după ce un eșec vizibil forțează rezolvarea problemei. Companiile care le adoptă mai devreme tind să identifice problemele minore înainte ca acestea să se agraveze și să transforme săptămâna unei companii de distribuție într-una de coșmar.

Creșterea generează o problemă legată de date pe care nimeni nu o observă

Iată partea care este trecută cu vederea. Pe măsură ce instrumentele de gestionare a volumului de muncă preiau tot mai multe date operaționale reale ale companiei – istoricul sarcinilor, comunicările cu clienții, înregistrările de programare –, ele devin ceva ce trebuie protejat, nu doar adoptat. Un instrument care coordonează activitatea zilnică a șaizeci de angajați deține acum și date a căror reconstituire manuală ar dura săptămâni întregi dacă ar dispărea.

Majoritatea companiilor nu se gândesc la o strategie de backup pentru software-ul lor de gestionare a proiectelor până când nu apare o problemă: o ștergere accidentală în masă, o întrerupere a serviciului furnizorului, o eroare de sincronizare care șterge o săptămână de actualizări. Până atunci, se ajunge la o reacție de urgență, în loc de un răspuns planificat.

Compararea instrumentelor de backup nu este opțională odată ce miza devine reală

Aici compararea instrumentelor de backup în cloud pentru întreprinderi devine relevantă chiar și pentru companiile care se consideră prea mici pentru a avea nevoie de soluții de nivel enterprise. Platforma de gestionare a sarcinilor de lucru care stochează date operaționale pentru șaizeci de angajați nu diferă din punct de vedere funcțional, în ceea ce privește riscurile, de sistemele centrale ale unei companii mult mai mari.

Veeam tinde să funcționeze bine pentru companiile care au încă în mediul lor o combinație de instrumente în cloud și locale. Druva funcționează exclusiv ca SaaS, ceea ce se potrivește companiilor care au trecut deja complet la instrumente operaționale bazate pe cloud și nu doresc să gestioneze singure infrastructura de backup. Opțiunile de backup native AWS sunt potrivite pentru companiile deja profund integrate în acel ecosistem, deși tind să ofere o flexibilitate inter-platformă mai redusă dacă stiva operațională include mai mulți furnizori. Alegerea potrivită depinde mai puțin de dimensiunea companiei și mai mult de locul în care se află efectiv datele și de cât de repede trebuie recuperate în cazul unei defecțiuni.

Companiile care sar peste această evaluare deoarece presupun că instrumentele lor operaționale sunt „doar software de programare” tind să descopere, pe propria piele, cât de multă memorie operațională se afla în interiorul acelor instrumente odată ce acestea au dispărut.

Ce presupune de fapt creșterea

Compania de distribuție a adoptat în cele din urmă o platformă de gestionare a sarcinilor de lucru și, șase luni mai târziu, o politică de backup care să o însoțească, determinată de un incident care a fost la un pas de a se produce, când o eroare de sincronizare a șters pentru scurt timp istoricul sarcinilor din ultimele două săptămâni. Au avut noroc de data aceea. Companiile care nu se bazează pe noroc sunt cele care au tratat instrumentele de coordonare și protecția datelor din jurul acestora ca pe un singur proiect, nu ca pe două achiziții separate făcute la un an distanță una de alta din necesitate.