Il foglio di calcolo che non ce la faceva più

Introduzione

Per anni, un'azienda di distribuzione regionale ha gestito l'intera attività utilizzando un foglio di calcolo condiviso, per tenere traccia di quale squadra di magazzino gestisse quali ordini, chi coprisse gli straordinari e quali spedizioni fossero in ritardo.

Funzionava bene quando i dipendenti erano quindici. A sessanta, il sistema è crollato nel giro di una sola settimana: due squadre hanno prenotato due volte gli stessi furgoni per le consegne, un responsabile di magazzino non si è reso conto che una spedizione era in ritardo di tre giorni finché un cliente non ha chiamato per lamentarsi e nessuno era in grado di dire con certezza su cosa stessero effettivamente lavorando gli altri. L’azienda non aveva superato le proprie ambizioni. Aveva superato i propri strumenti.

Questa storia si ripete costantemente, solo con strumenti e reparti diversi, e mette in luce qualcosa di più ampio del semplice software di pianificazione.

Il coordinamento si rompe silenziosamente prima di rompersi rumorosamente

La crescita di solito non si manifesta come un problema di coordinamento. Si presenta sotto forma di scadenze non rispettate, lavoro duplicato e una sensazione generale che tutti siano impegnati ma che, in qualche modo, nulla proceda alla velocità che dovrebbe. Quando la dirigenza se ne accorge, la causa sottostante di solito si sta sviluppando già da mesi.

È qui che il software di gestione del carico di lavoro trova la sua ragion d’essere, non come una parola d’ordine sulla produttività, ma come una vera e propria soluzione a una specifica causa di malfunzionamento. Strumenti come Asana, Monday o ClickUp offrono visibilità su chi sta gestendo cosa, cosa che sembra banale finché non si osserva un’azienda operare senza di essi. Un responsabile della distribuzione che utilizzasse uno strumento del genere avrebbe notato che entrambi i team avevano richiesto gli stessi camion prima ancora che uno dei due avesse inviato un solo autista, non dopo che un cliente avesse chiamato chiedendo dove fosse finita la sua spedizione. Il valore non sta nel software in sé, ma in ciò che il software mette in luce: colli di bottiglia, personale sovraccarico, duplicazione degli sforzi, tutti elementi visibili prima che diventino problemi visibili al cliente, anziché dopo.

Le aziende che adottano questi strumenti in ritardo tendono a farlo in modo reattivo, dopo che un fallimento evidente ha reso il problema inevitabile. Quelle che li adottano prima tendono a individuare i problemi minori prima che si aggravino fino a trasformare la settimana di un’azienda di distribuzione in un vero e proprio incubo.

La crescita crea un problema di dati a cui nessuno presta attenzione

Ecco la parte che viene trascurata. Man mano che gli strumenti di gestione del carico di lavoro raccolgono una quantità sempre maggiore di dati operativi effettivi dell’azienda – cronologie delle attività, comunicazioni con i clienti, registrazioni di pianificazione – diventano qualcosa che va protetto, non solo adottato. Uno strumento che coordina il lavoro quotidiano di sessanta dipendenti ora custodisce anche dati che richiederebbero settimane per essere ricostruiti manualmente se andassero persi.

La maggior parte delle aziende non pensa a una strategia di backup per il proprio software di gestione dei progetti finché non si verifica un problema: una cancellazione accidentale di massa, un’interruzione del servizio da parte del fornitore, un errore di sincronizzazione che cancella una settimana di aggiornamenti. A quel punto, si tratta di un intervento reattivo e affrettato anziché di una risposta pianificata.

Confrontare gli strumenti di backup non è facoltativo quando la posta in gioco è alta

È qui che il confronto tra gli strumenti di backup cloud aziendali diventa rilevante anche per le aziende che si considerano troppo piccole per aver bisogno di soluzioni di livello enterprise. La piattaforma di gestione del carico di lavoro che contiene i dati operativi di sessanta dipendenti non è funzionalmente diversa, in termini di rischi, dai sistemi centrali di un’azienda molto più grande.

Veeam tende a funzionare bene per le aziende che hanno ancora nel proprio ambiente un mix di strumenti cloud e on-premise. Druva opera interamente come SaaS, il che si adatta alle aziende che sono già passate completamente a strumenti operativi basati sul cloud e non vogliono gestire autonomamente l’infrastruttura di backup. Le opzioni di backup native di AWS hanno senso per le aziende già profondamente integrate in quell’ecosistema, sebbene tendano a offrire una minore flessibilità multipiattaforma se lo stack operativo coinvolge più fornitori. La scelta giusta dipende meno dalle dimensioni dell’azienda e più da dove risiedono effettivamente i dati e dalla rapidità con cui devono essere ripristinati in caso di guasto.

Le aziende che tralasciano questa valutazione perché ritengono che i propri strumenti operativi siano “solo software di pianificazione” tendono a scoprire, a proprie spese, quanta memoria operativa fosse racchiusa in quegli strumenti una volta che questi non sono più disponibili.

Cosa richiede realmente la crescita

L’azienda di distribuzione alla fine ha adottato una piattaforma di gestione dei carichi di lavoro e, sei mesi dopo, una politica di backup da abbinare, spinta da un incidente sfiorato in cui un errore di sincronizzazione ha cancellato per un breve periodo due settimane di cronologia delle attività. Quella volta sono stati fortunati. Le aziende che non fanno affidamento sulla fortuna sono quelle che hanno trattato gli strumenti di coordinamento e la protezione dei dati ad essi correlata come un unico progetto, non come due acquisti separati effettuati a distanza di un anno l’uno dall’altro per necessità.