Το κόστος των ανεπιθύμητων αναβαθμίσεων λογισμικού

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

Τα ευρήματα προέρχονται από την έρευνα που παρήγαγε η Origina με τη βοήθεια της τρίτης πλευράς ερευνών Censuswide, σε 2.018 CIOs και στελέχη πληροφορικής μεγάλων επιχειρήσεων στο ΗΠΑ και το Ηνωμένο Βασίλειο. Η ανάλυση ανοίγει μια μεγάλη συζήτηση για το κόστος του vendor lock-in, τις επιλογές ανεξάρτητης συντήρησης και το πώς η αγορά λογισμικού διαμορφώνει τη ροή χρημάτων και προτεραιοτήτων στις επιχειρήσεις.

Τι έδειξε η έρευνα και γιατί πρέπει να μας ενδιαφέρει

Κεντρικό εύρημα, ότι σε επίπεδο επιχειρήσεων το μέσο ποσοστό του προϋπολογισμού λογισμικού που δαπανάται σε ανεπιθύμητες αναβαθμίσεις, μεταβάσεις και αλλαγές αδειοδότησης είναι περίπου 28%. Πρόκειται για πόρους που, σύμφωνα με τους ίδιους τους CIOs, δεν προσθέτουν αξία.

Επιπλέον, το 95% των ερωτηθέντων δήλωσε ότι εντός των τελευταίων τριών ετών η οργανωσή του πλήρωσε για κάποια vendor-driven αναβάθμιση ή αλλαγή αδειοδότησης που εκείνη τη στιγμή πίστευε πως θα μειώσει την απόδοση, την αξιοπιστία ή την αξία για την επιχείρηση. Το 53% επανέλαβε μια τέτοια απόφαση περισσότερες από μία φορές.

Ταυτόχρονα, το 76% των ερωτηθέντων ανέφερε πως έχει «πολύ λίγο» διαπραγματευτικό υπόβαθρο στις διαπραγματεύσεις με τους προμηθευτές, και το 80% ότι η αποχώρηση από μεγάλους vendors θα προκαλούσε σημαντική αναστάτωση. Αυτά τα νούμερα αποτυπώνουν ένα περιβάλλον όπου το κόστος της αλλαγής και ο κίνδυνος διακοπής λειτουργίας οδηγούν σε υποχρεωτικές, συχνά ανεπιθύμητες, αποφάσεις.

Γιατί οι οργανισμοί λένε «ναι» σε αναβαθμίσεις που δεν θέλουν

Η απάντηση βρίσκεται στην έννοια του vendor lock-in και στις ρήτρες υποστήριξης και αδειοδότησης που συνοδεύουν κρίσιμα συστήματα, όπως ERP, βάσεις δεδομένων και middleware. Όταν ένας vendor απειλεί ή υποστηρίζει ότι η παλαιότερη έκδοση δεν θα υποστηρίζεται πλέον, οι επιχειρήσεις αντιμετωπίζουν την επιλογή: να προχωρήσουν στην αναβάθμιση ή να υποστούν τον κίνδυνο απώλειας ασφαλείας, compliance ή υπηρεσιών υποστήριξης.

Όπως επισημαίνει ο Tomás O’Leary, ιδρυτής και CEO της Origina, «όταν η εναλλακτική λύση σε μια ανεπιθύμητη αναβάθμιση είναι η απώλεια υποστήριξης για κρίσιμα συστήματα, το να πεις ναι συχνά είναι μια ορθολογική απόφαση». Αυτή η «αναγκαστική» λογική καταναλώνει χρηματοδοτικούς και ανθρώπινους πόρους που θα μπορούσαν να επενδυθούν σε καινοτομία.

Πρακτικές συνέπειες στην τεχνική λειτουργία και την καινοτομία

Η επιβολή αναβαθμίσεων δεν είναι μόνο οικονομική. Έχει σημαντική επίπτωση στην τεχνική λειτουργία: απαιτεί χρόνο μηχανικών για testing, μετανάστευση δεδομένων, ανασχεδιασμό διεπαφών και συχνά διορθώσεις regressions. Αυτές οι εργασίες συχνά μετατοπίζουν την προτεραιότητα από νέα χαρακτηριστικά (features) σε συντήρηση.

Επιπλέον, κάθε αναβάθμιση μπορεί να εισάγει νέες ευπάθειες ή να αλλάξει συμπεριφορές εφαρμογών. Οι μεγάλες αλλαγές σε πλατφόρμες ERP, βάσεις δεδομένων ή middleware, απαιτούν αναλυτικό regression testing και επιχειρησιακά cutovers, που είναι δαπανηρά και ριψοκίνδυνα. Το αποτέλεσμα είναι μια «οπισθοδρόμηση» στην επιχειρησιακή ταχύτητα και στην ικανότητα υλοποίησης καινοτόμων έργων.

Ποιες εναλλακτικές υπάρχουν πέρα από την υπακοή στον vendor

Μια επιλογή που προωθεί η ίδια η Origina είναι η independent software maintenance, δηλαδή η τρίτη-πλευρά συντήρηση παλαιότερων εκδόσεων. Αυτή η λύση υπόσχεται μείωση κόστους, μεγαλύτερη ευελιξία και χρόνο για να σχεδιαστούν με πιο ήπιους ρυθμούς οι αλλαγές.

Ωστόσο, η ανεξάρτητη συντήρηση έχει και ρίσκα: χρειάζεται επαλήθευση συμβατότητας, νομική αξιολόγηση των όρων αδειοδότησης και αυστηρές SLA για security patches. Άλλες στρατηγικές περιλαμβάνουν μεταφορές σε managed services, πλήρη migration σε SaaS λύσεις, υιοθέτηση open source όπου αυτό είναι ρεαλιστικό, ή δημιουργία multi-vendor περιβαλλόντων που μειώνουν την εξάρτηση από έναν μόνο προμηθευτή.

Πώς μπορούν οι CIOs να αποκτήσουν πραγματική διαπραγματευτική ισχύ

Η αύξηση της διαπραγματευτικής ισχύος απαιτεί στρατηγική απόφαση και προετοιμασία. Πρώτο βήμα είναι ο λεπτομερής inventory και η αποτίμηση του total cost of ownership (TCO) για κάθε σημαντικό σύστημα. Όταν γνωρίζεις ακριβώς το κόστος υποστήριξης, testing και downtime, μπορείς να ζητήσεις καλύτερους όρους ή να δικαιολογήσεις εναλλακτικές λύσεις στην εκτελεστική ομάδα.

Άλλες πρακτικές που λειτουργούν σε οργανισμούς με ισχυρή διαπραγματευτική θέση είναι: inclusion ρήτρων exit και escrow στο συμβόλαιο, ανταγωνιστικές προσφορές ανά τακτά χρονικά διαστήματα, phased upgrades με δοκιμαστικά περιβάλλοντα και performance-based SLA. Η συνεργασία ανάμεσα σε νομική, procurement και τεχνικές ομάδες είναι κρίσιμη, καθώς πολλοί οργανισμοί υποτιμούν τις νομικές παγίδες στις συμφωνίες αδειοδότησης.

Τι σημαίνει αυτό για την αγορά λογισμικού και τους τελικούς χρήστες

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

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

Τι αλλάζει στην πράξη: προτάσεις για το επόμενο βήμα

Οι CIOs και τα στελέχη IT που αντιμετωπίζουν τέτοιες πιέσεις μπορούν να προχωρήσουν σε συγκεκριμένα βήματα για να μειώσουν το κόστος και τον κίνδυνο. Πρώτον, να δημιουργήσουν ένα λεπτομερές software inventory με οικονομικούς και τεχνικούς δείκτες για κάθε εφαρμογή. Όταν έχεις αριθμούς, μπορείς να υπολογίσεις το πραγματικό κόστος μιας αναβάθμισης σε χρόνο μηχανικών, testing, downtime και εκπαίδευσης χρηστών.

Δεύτερον, να δοκιμάσουν πιλοτικά third-party maintenance για επιλεγμένα, μη-κρίσιμα συστήματα προκειμένου να αξιολογήσουν ποιότητα, συμβατότητα και SLA. Τρίτον, να εντάξουν στα συμβόλαια ρήτρες που διασφαλίζουν μεταβιβασιμότητα δεδομένων, escrow και σαφή timelines για αποσυρόμενη υποστήριξη. Τέλος, να προγραμματίσουν τα budgets με ξεχωριστή γραμμή για αναβαθμίσεις, ώστε να μην «κλέβεται» προϋπολογισμός από projects καινοτομίας.

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