5 dei più grandi fallimenti di outsourcing
Pubblicato: 2022-03-09Era inevitabile. Lo sviluppo esponenziale del know-how dell'informazione nel corso del decennio precedente ha disegnato la volontà di fornire prodotti e servizi informatici con implicazioni sempre più convenienti.
Anche se la maggior parte delle principali aziende sta investendo molto di più nel know-how internamente, i loro clienti non si aspettano di spendere di più per i vantaggi che l'innovazione tecnologica offre a un'azienda. Il risultato inevitabile è l'inclinazione delle aziende a cercare mezzi per operare in modo più snello.
Per lo sgomento di un numero crescente di specialisti IT, una procedura più snella generalmente significa outsourcing di IT e software per computer. Inevitabile è anche il fallimento di alcune di tutte quelle iniziative di esternalizzazione. Esaminiamo alcuni test scientifici di casi notevoli di alcuni dei più grandi fallimenti dell'outsourcing IT e vediamo cosa possiamo imparare dalle loro illustrazioni.
La catastrofe del dipartimento benessere australiano di IBM
Nel dicembre 2007, il Queensland ha assegnato a IBM un accordo per lo sviluppo di un software per l'amministrazione delle buste paga per la divisione benessere del Queensland. IBM ha proposto di completare il lavoro entro la metà del 2008 per $ 6 milioni.
Poco dopo l'inizio del progetto, IBM si rese conto di dover affrontare diversi e inaspettati problemi tecnologici e dichiarò al Queensland che il lavoro avrebbe avuto un prezzo di $ 27 milioni. Il progetto si è trascinato per molti anni e il sistema di buste paga non ha funzionato affatto correttamente. Nel frattempo, migliaia di dipendenti non sono riusciti a ricevere gli stipendi, sebbene altri individui siano stati pagati in eccesso.
Alla conclusione della sfida, le spese erano aumentate a $ 1,2 miliardi, il 16.000 percento in più rispetto al costo previsto. Il Queensland ha vietato a IBM di svolgere lavori su altri compiti del governo federale e ha citato in giudizio IBM per recuperare le sue perdite. Il Queensland aveva capito che un noto venditore di identificazione potrebbe produrre vantaggi famigerati.
Sia l'IBM che il Queensland alla fine hanno convenuto che c'era una grande quantità di colpe a tutto tondo. Un rapporto della Commissione d'inchiesta del Queensland Health Payroll Program ha indicato che il personale IBM aveva impiegato strategie non etiche per acquisire una considerazione favorevole rispetto ad altri contendenti e che i funzionari del Queensland non avevano né comunicato le loro aspettative totali a IBM, né quelle dell'appaltatore controllato in modo appropriato.
JP Morgan abbandona IBM
Anche se il progetto del Queensland rappresenta la peggiore debacle di IBM come venditore in outsourcing, non è stata la prima volta che IBM ha abbandonato un consumatore chiave in outsourcing. Nel 2004, JP Morgan Chase & Co. ha annullato il resto del suo contratto IT di 7 anni da 5 miliardi di dollari con IBM e ha deciso di portare di nuovo il proprio talento IT a casa. L'istituto finanziario ha concluso la conclusione dell'accordo, avviato nel 2004, in seguito all'acquisizione di Lender One Particular Corp.
JP Morgan ha dichiarato che, con la sua fusione con la banca A, avrebbe la capacità di regolare la propria infrastruttura IT internamente e in modo più efficiente rispetto all'outsourcing. "Riteniamo che gestire la nostra infrastruttura di innovazione tecnologica sia la cosa migliore per i progressi e i risultati di un periodo di tempo prolungato della nostra azienda", ha spiegato il CEO Austin Adams.
Sebbene JP Morgan non abbia accusato IBM di non aver rispettato i suoi obblighi contrattuali, IBM ha perso miliardi di dollari e la conclusione di smantellare e successivamente rimontare il suo cartellino del prezzo del personale IT di JP Morgan milioni.
Mancata connessione della US Navy e dell'EDS
Di tanto in tanto, è un'interruzione completa delle comunicazioni che provoca una catastrofe dell'outsourcing. Questo è stato il caso che ha coinvolto l'appaltatore IT Electronic Info Units (EDS) e la US Navy.
Nel 2000, la Marina e il Corpo marittimo hanno incaricato EDS di presentare voce, film, comunità, desktop e coaching di processo per il proprio personale. Nel 2004, EDS aveva accumulato oltre $ 500 milioni di beni perduti a causa del fatto che non era in grado di adempiere ai propri obblighi.
Nel suo fervore per vincere l'appalto, EDS non è riuscita a cogliere la portata completa del progetto. Solo dopo aver avviato la funzione sulla sfida, EDS si è reso conto che la Marina e il Corpo marittimo prevedevano che EDS integrasse o scambiasse decine di migliaia di app legacy: ne sono state pianificate solo 10.000. La Marina ha rivendicato la sua quota individuale di obbligo, ammettendo quell'indecisione tra il suo personale direttamente all'EDS che riceveva rotta debole.
Peggio ancora, anche adesso, l'accordo di EDS con la Marina obbligava EDS a farsi carico dei costi per le variazioni dei componenti, e ce n'erano parecchi. Inoltre, EDS era contrattualmente sicura di eseguire la personalizzazione non pianificata del software legacy prima di installare nuovi PC. Il linguaggio del contratto sciolto aveva lasciato EDS vulnerabile ad alcuni obblighi costosi e imprevisti.
EDS ha chiuso il terzo trimestre del 2004 con una perdita di 153 milioni di dollari.
Virgin Airlines è stata messa a terra dalla società IT Navitaire
A volte, non è il problema che si traduce in una catastrofe dell'outsourcing, è davvero la mancanza di capacità del venditore di appropriarsene.
Nel settembre 2010, il sistema di prenotazione, prenotazione, test-in e imbarco di Virgin e altri scopi vitali di Virgin si è bloccato bruscamente, per la seconda volta in tre mesi.
Il fornitore IT Navitaire ha prontamente rintracciato la causa del più recente errore in una generazione del disco non riuscita. In base al suo contratto con Virgin Air, Navitaire era obbligata a prendersi cura dei guasti del sistema mission-vital entro un "periodo di tempo limitato". Ci sono volute quasi 24 diverse ore, durante le quali la FAA ha bloccato tutti i voli Virgin, lasciando più di 50.000 passeggeri bloccati e frustrati.
Con il senno di poi, la scelta di Navitaire di provare a riparare l'unità scadente, in alternativa alla sostituzione dell'hardware di backup, non è stato l'uso più saggio di tempo e mezzi.
Il disastro di Virgin/Navitaire evidenzia uno degli elementi vitali di pericolo quando si utilizza un fornitore di Application-as-a- Company (SaaS): rimanere soggetti alle preoccupazioni che si sviluppano sui componenti del fornitore in aree lontane. Con l'outsourcing basato principalmente sul cloud, la causa dei tuoi tempi di inattività potrebbe risiedere dall'altra parte del mondo.
Il fallito aggiornamento del pacchetto software della Royal Bank of Scotland impedisce ai clienti di accedere ai propri conti
Se c'è quasi qualcosa di peggio che lasciare gli acquirenti bloccati in un aeroporto, sta davvero cercando di impedire loro di ottenere l'accesso ai loro fondi. Ed è proprio quello che ha fatto una catastrofe di outsourcing presso la Royal Bank of Scotland (RBS).
Nel giugno 2012, un aggiornamento software non riuscito ha impedito a decine di milioni di consumatori di banche di accedere ai propri conti prestatori per prelevare fondi o visualizzare i propri saldi. L'istituto finanziario, di per sé, non è stato in grado di condurre transazioni per clienti possibilmente commerciali o non commerciali. 30.000 beneficiari dell'assistenza sociale non hanno ricevuto i loro pagamenti, anche se le risorse sono state spostate dai conti dell'amministrazione governativa. Anche i clienti dell'istituto finanziario britannico NatWest e dell'Irlanda Ulster Lender sono stati colpiti.
Il guasto di un laptop o di un computer che effettuava i trasferimenti notturni ha provocato la paralisi di dispositivi bancari cruciali. L'incapacità dei clienti di ottenere dollari o di effettuare pagamenti ha avuto un effetto a catena sull'impresa commerciale dell'area, creando un arretrato che ha richiesto molte volte per manifestarsi.
Anche se RBC non ha divulgato al pubblico informazioni relative al fornitore IT responsabile dell'esecuzione dell'aggiornamento del programma software che ha avviato l'arresto, è chiaro che un piano di backup per questo tipo di contingenze non era sufficiente o non esisteva.
La linea di fondo
Indipendentemente da questi esempi, l'outsourcing non è necessariamente una cattiva strategia. A volte coltivare opportunità di lavoro selezionate aiuta a rendere migliore la percezione delle piccole imprese. Comunicazioni potenti, contratti meticolosamente accurati e un controllo approfondito dei contendenti eviteranno la maggior parte delle difficoltà inaspettate.
Per quanto ampie siano le variabili di rischio mitigate, qualsiasi problema di fondo non dovrebbe aumentare fino all'ammontare di un disastro di outsourcing.
Anna Garland è Neighborhood Manager presso Ignite .