Ühes säutsis küsiti, miks võib tellimuse tühistamine "võtta päevi". Pane kinni, ma ütlen sulle kohe uskumatu lugu sellest, kuidas seda Enterprise Development™-is tehakse...
Seal on üks pank. Tõenäoliselt olete sellest kuulnud ja kui elate Ühendkuningriigis, on 10% tõenäosus, et see on sinu pank. Töötasin seal “konsultandina” suurepärase palga eest.
Pank saadab välja turunduskirju. Iga e-kirja jaluses on väike link "Tühista tellimusest". Inimesed klõpsavad mõnikord nendel linkidel.
Lingil klõpsamine paneb ühe eelajaloolise veebiserveri pöörlema kusagil pangas. Ausalt öeldes kulus mul kolm nädalat, et teda leida.
See teenus saadab teie sisemisse postkasti e-kirja iga kord, kui lingil klõpsate. Seda juhtub mitusada korda päevas.
Kui varem saadeti need kirjad konkreetsele töötajale, siis viis aastat tagasi ta lahkus.
Nüüd edastatakse kiri jaotusrühmale. Nad ei saanud adressaadi aadressi muuta, kuna see oli kõvakoodiga kodeeritud, ja nad ei leidnud teenusest lähtekoodi. Teenus on kirjutatud Java 6-s.
Postigrupis olevaid kirju kontrollivad kaks panga Hyderabadis (India) asuva offshore-keskuse töötajat. Nad töötavad kõvasti ja täidavad oma ülesanded vinge, aga pagan, see töö on väljakannatamatu.
Suhtlesin nendega videokonverentsi teel ja neil olid kõik ettevõtte-posttraumaatilise sündroomi tunnused. Nad võitlesid selle jamaga aastate jooksul ja selle aja jooksul mitte midagi pole muutunud.
Kui kiri saabub, peavad nad käivitama SQL-skripti, mis määrab, kas tühistatav aadress kuulub pangakliendile (siis on protokoll üks) või mitte (siis teine).
Kui adressaat on klient, peab ta käivitama teise SQL-skripti, mis värskendab kliendikirjet ETL-i-eelses keskkonnas. Kõik muudatused vaadatakse üle kell 16:00 Londoni aja järgi Šotimaa eraldi meeskonna poolt. Kui muudatused läbivad kontrolli, rakendatakse need tegelikule andmebaasile teisel päeval kell 16:00.
Kui saaja ei ole klient, lisab ta selle Exceli tabelisse ja saadab enne koju minekut Swindoni turundusmeeskonnale.
Turundusmeeskond teeb teelehtede ja muude okultsete tavade abil kindlaks, kas klient on "potentsiaalselt oluline" (mille jaoks sisemiste eeskirjade kohaselt "kuni 48 tundi"). Kui ei, siis lisatakse aadress teise tabelisse ja saadetakse tagasi Indiasse teise SQL-päringu täitmiseks.
Kui turundus on tuvastanud, et klient on "oluline", saadetakse talle käsitsi kiri, näiteks "Kas olete kindel, et soovite tellimusest loobuda?" Näib, et see genereeritakse automaatselt, kuid tegelikult ei ole.
Kui nad vastavad "jah" (esialgu oli vaja kirjutada "JAH" suurte tähtedega), saadab Swindoni meeskond nad Indiasse kolmas tabel ja seal täidetakse pidulikult järgmine skript.
Kui ma õigesti mäletan, kulub keskmiselt neli tööpäeva. Keskmiselt loobub päevas umbes 700 inimest, kellest 70% on "potentsiaalselt olulised".
Muide, need kaks indiaanlast läksid meie arendusmeeskonda üle ja said kogu selle jama asendanud süsteemi peaministriteks. Nad olid kõige lahkemad, kaastundlikumad ja töökamad inimesed, kellega mul on olnud rõõm koos töötada. Just tänu neile toimis see õudusunenägune ettevõtteprotsess kõik need aastad nii “sujuvalt”. Hiljem kolisid nad Inglismaale ja üks neist juhib praegu 40+ töötajaga osakonda.
Tõlkija märkus: öökull KDPV-s - .
Allikas: www.habr.com