Un tweet chiedeva perché l’annullamento dell’iscrizione potrebbe “richiedere giorni”. Allacciate le cinture, sto per dirvelo incredibile la storia di come è fatto in Enterprise Development™...
C'è una banca. Probabilmente ne hai sentito parlare e, se vivi nel Regno Unito, c'è una probabilità del 10% che sia ваш banca. Ho lavorato lì come “consulente” per un ottimo stipendio.
La banca invia lettere di marketing. C'è un piccolo collegamento "annulla iscrizione" nel piè di pagina di ogni email. Le persone a volte fanno clic su questi collegamenti.
Facendo clic su un collegamento si attiva la rotazione di un server Web preistorico da qualche parte nella banca. Onestamente, mi ci sono volute tre settimane solo per trovarlo.
Questo servizio invia un'e-mail alla tua casella di posta interna ogni volta che viene cliccato un collegamento. Ciò accade diverse centinaia di volte al giorno.
In precedenza, queste lettere venivano inviate a un dipendente specifico, ma cinque anni fa se ne andò.
Ora la lettera viene inoltrata al gruppo di distribuzione. Non potevano modificare l'indirizzo del destinatario perché era codificato e non riuscivano a trovare il codice sorgente dal servizio. Il servizio è scritto in Java 6.
Le lettere del gruppo di spedizione vengono controllate da due dipendenti del centro offshore della banca a Hyderabad (in India). Lavorano sodo e completano i loro compiti eccezionale, ma dannazione, questo lavoro è insopportabile.
Ho comunicato con loro in videoconferenza e avevano tutti i segni della sindrome post-traumatica aziendale. Hanno combattuto queste sciocchezze nel corso degli anni e durante questo periodo niente non è cambiato.
Quando arriva una lettera, devono eseguire uno script SQL che determina se l'indirizzo da cancellare appartiene al cliente della banca (allora il protocollo è uno) oppure no (allora un altro).
Se il destinatario è un cliente, deve eseguire un altro script SQL che aggiorni il record del cliente nell'ambiente pre-ETL. Tutte le modifiche vengono esaminate alle 16:00, ora di Londra, da un team separato in Scozia. Se le modifiche superano la verifica, verranno applicate al database reale in un altro giorno in 16: 00.
Se il destinatario non è un cliente, lo aggiunge a un foglio di calcolo Excel e lo invia al team di marketing di Swindon prima di tornare a casa.
Il team di marketing, utilizzando foglie di tè e altre pratiche occulte, determina se il cliente è “potenzialmente significativo” (per il quale, secondo i regolamenti interni, “fino a 48 ore”). In caso contrario, l'indirizzo viene aggiunto a un'altra tabella e rispedito in India per eseguire un'altra query SQL.
Se il marketing ha identificato un cliente come “significativo”, gli viene inviata manualmente una lettera del tipo “Sei sicuro di voler davvero annullare l’iscrizione?” Sembra che venga generato automaticamente, ma in realtà non lo è.
Se rispondono “sì” (inizialmente era necessario scrivere “SI” in maiuscolo), allora il team di Swindon li manda in India terzo table e lì viene solennemente eseguito lo script successivo.
Se ricordo bene, ci vuole in media quattro giorni lavorativi. In media, circa 700 persone si disiscrivono al giorno, di cui il 70% sono “potenzialmente significative”.
A proposito, questi due indiani si sono trasferiti nel nostro team di sviluppo e sono diventati PM per il sistema che ha sostituito tutte queste sciocchezze. Erano le persone più gentili, compassionevoli e laboriose con cui ho avuto il piacere di lavorare. È stato grazie a loro se questo processo aziendale da incubo ha funzionato così “senza intoppi” in tutti questi anni. Successivamente si sono trasferiti in Inghilterra e uno di loro ora gestisce un dipartimento con oltre 40 dipendenti.
Nota del traduttore: gufo su KDPV - .
Fonte: habr.com