Το υπολογιστικό φύλλο που δεν μπορούσε πια να ανταποκριθεί

Εισαγωγή

Μια περιφερειακή εταιρεία διανομής διαχειριζόταν για χρόνια το σύνολο των λειτουργιών της μέσω ενός κοινόχρηστου υπολογιστικού φύλλου, καταγράφοντας ποια ομάδα αποθήκης χειριζόταν ποιες παραγγελίες, ποιος κάλυπτε τις υπερωρίες και ποιες αποστολές είχαν καθυστερήσει.

Αυτό λειτουργούσε καλά όταν η εταιρεία είχε δεκαπέντε υπαλλήλους. Όταν ο αριθμός τους έφτασε τους εξήντα, το σύστημα κατέρρευσε μέσα σε μία μόνο εβδομάδα: δύο ομάδες έκαναν διπλή κράτηση για τα ίδια φορτηγά παράδοσης, ένας υπεύθυνος αποθήκης δεν συνειδητοποίησε ότι μια αποστολή είχε καθυστερήσει τρεις ημέρες μέχρι που ένας πελάτης τηλεφώνησε για να διαμαρτυρηθεί, και κανείς δεν μπορούσε να πει με βεβαιότητα σε τι ακριβώς εργαζόταν ο καθένας. Η εταιρεία δεν είχε ξεπεράσει τις φιλοδοξίες της. Είχε ξεπεράσει τα εργαλεία της.

Αυτή η ιστορία επαναλαμβάνεται συνεχώς, απλώς με διαφορετικά εργαλεία και διαφορετικά τμήματα, και υποδεικνύει κάτι μεγαλύτερο από το λογισμικό προγραμματισμού.

Ο συντονισμός καταρρέει αθόρυβα πριν καταρρεύσει με θόρυβο

Η ανάπτυξη συνήθως δεν εκδηλώνεται ως πρόβλημα συντονισμού. Εμφανίζεται ως χαμένες προθεσμίες, διπλή εργασία και μια γενική αίσθηση ότι όλοι είναι απασχολημένοι, αλλά για κάποιο λόγο τίποτα δεν προχωράει τόσο γρήγορα όσο θα έπρεπε. Μέχρι τη στιγμή που η διοίκηση το αντιλαμβάνεται, η υποκείμενη αιτία συνήθως έχει συσσωρευτεί εδώ και μήνες.

Εδώ είναι που το λογισμικό διαχείρισης φόρτου εργασίας κερδίζει τη θέση του, όχι ως μια μόδα στον τομέα της παραγωγικότητας, αλλά ως μια πραγματική λύση για έναν συγκεκριμένο τρόπο αποτυχίας. Εργαλεία όπως το Asana, το Monday ή το ClickUp παρέχουν ορατότητα στο ποιος αναλαμβάνει τι, κάτι που ακούγεται βασικό μέχρι να δείτε μια εταιρεία να λειτουργεί χωρίς αυτό. Ένας διευθυντής διανομής που χρησιμοποιεί ένα τέτοιο εργαλείο θα είχε δει και τις δύο ομάδες να διεκδικούν τα ίδια φορτηγά πριν ακόμη αποστείλει ούτε έναν οδηγό, και όχι αφού ένας πελάτης τηλεφώνησε ρωτώντας πού πήγε η αποστολή του. Η αξία δεν είναι το ίδιο το λογισμικό. Είναι αυτό που αποκαλύπτει το λογισμικό: σημεία συμφόρησης, υπερφορτωμένο προσωπικό, διπλή εργασία, όλα ορατά πριν γίνουν προβλήματα που αντιμετωπίζουν οι πελάτες και όχι μετά.

Οι εταιρείες που υιοθετούν αυτά τα εργαλεία αργά τείνουν να το κάνουν αντιδραστικά, αφού μια εμφανής αποτυχία αναγκάσει την αντιμετώπιση του ζητήματος. Οι εταιρείες που τα υιοθετούν νωρίτερα τείνουν να εντοπίζουν μικρότερα προβλήματα πριν αυτά συσσωρευτούν και μετατραπούν σε μια «κακή εβδομάδα» για μια εταιρεία διανομής.

Η ανάπτυξη δημιουργεί ένα πρόβλημα δεδομένων που κανείς δεν παρακολουθεί

Αυτό είναι το σημείο που παραβλέπεται. Καθώς τα εργαλεία διαχείρισης φόρτου εργασίας αναλαμβάνουν όλο και περισσότερα από τα πραγματικά λειτουργικά δεδομένα μιας εταιρείας — ιστορικό εργασιών, επικοινωνίες με πελάτες, αρχεία προγραμματισμού —, μετατρέπονται σε κάτι που χρειάζεται προστασία, όχι απλώς υιοθέτηση. Ένα εργαλείο που συντονίζει την καθημερινή εργασία εξήντα υπαλλήλων διατηρεί πλέον δεδομένα τα οποία, αν εξαφανιστούν, θα χρειαστούν εβδομάδες για να ανακατασκευαστούν χειροκίνητα.

Οι περισσότερες εταιρείες δεν σκέφτονται τη στρατηγική δημιουργίας αντιγράφων ασφαλείας για το λογισμικό διαχείρισης έργων τους μέχρι να συμβεί κάποιο πρόβλημα: μια τυχαία μαζική διαγραφή, μια διακοπή λειτουργίας του προμηθευτή, ένα σφάλμα συγχρονισμού που διαγράφει τις ενημερώσεις μιας εβδομάδας. Μέχρι τότε, η αντίδραση είναι απεγνωστή και όχι προγραμματισμένη.

Η σύγκριση εργαλείων δημιουργίας αντιγράφων ασφαλείας δεν είναι προαιρετική όταν τα διακυβεύματα είναι πραγματικά

Εδώ είναι που η σύγκριση των εργαλείων δημιουργίας αντιγράφων ασφαλείας στο cloud για επιχειρήσεις αποκτά σημασία, ακόμη και για εταιρείες που θεωρούν τον εαυτό τους πολύ μικρό για να χρειάζονται οτιδήποτε επιχειρηματικού επιπέδου. Η πλατφόρμα διαχείρισης φόρτου εργασίας που φιλοξενεί λειτουργικά δεδομένα για εξήντα υπαλλήλους δεν διαφέρει λειτουργικά, όσον αφορά τον κίνδυνο, από τα βασικά συστήματα μιας πολύ μεγαλύτερης εταιρείας.

Η Veeam τείνει να λειτουργεί καλά για εταιρείες που εξακολουθούν να διαθέτουν στο περιβάλλον τους ένα μείγμα εργαλείων cloud και τοπικών εγκαταστάσεων. Η Druva λειτουργεί εξ ολοκλήρου ως SaaS, κάτι που ταιριάζει σε εταιρείες που έχουν ήδη μεταβεί πλήρως σε λειτουργικά εργαλεία βασισμένα στο cloud και δεν επιθυμούν να διαχειρίζονται οι ίδιες την υποδομή δημιουργίας αντιγράφων ασφαλείας. Οι εγγενείς επιλογές δημιουργίας αντιγράφων ασφαλείας της AWS έχουν νόημα για εταιρείες που έχουν ήδη εμβαθύνει σε αυτό το οικοσύστημα, αν και τείνουν να προσφέρουν λιγότερη ευελιξία μεταξύ πλατφορμών εάν το λειτουργικό περιβάλλον περιλαμβάνει πολλούς προμηθευτές. Η σωστή επιλογή εξαρτάται λιγότερο από το μέγεθος της εταιρείας και περισσότερο από το πού βρίσκονται πραγματικά τα δεδομένα και πόσο γρήγορα πρέπει να ανακτηθούν σε περίπτωση βλάβης.

Οι εταιρείες που παραλείπουν αυτή την αξιολόγηση επειδή θεωρούν ότι τα λειτουργικά τους εργαλεία είναι «απλώς λογισμικό προγραμματισμού» τείνουν να ανακαλύπτουν, με τον δύσκολο τρόπο, πόση λειτουργική μνήμη υπήρχε μέσα σε αυτά τα εργαλεία μόλις αυτά εξαφανιστούν.

Τι απαιτεί πραγματικά η ανάπτυξη

Η εταιρεία διανομής υιοθέτησε τελικά μια πλατφόρμα διαχείρισης φόρτου εργασίας και, έξι μήνες αργότερα, μια πολιτική δημιουργίας αντιγράφων ασφαλείας που την συνοδεύει, μετά από ένα περιστατικό που παραλίγο να οδηγήσει σε καταστροφή, όταν ένα σφάλμα συγχρονισμού διέγραψε προσωρινά το ιστορικό εργασιών δύο εβδομάδων. Εκείνη τη φορά στάθηκαν τυχεροί. Οι εταιρείες που δεν βασίζονται στην τύχη είναι εκείνες που αντιμετώπισαν τα εργαλεία συντονισμού και την προστασία των δεδομένων γύρω από αυτά ως ένα ενιαίο έργο, και όχι ως δύο ξεχωριστές αγορές που πραγματοποιήθηκαν με διαφορά ενός έτους λόγω αναγκαιότητας.