Kādā tvītā tika jautāts, kāpēc abonēšanas atcelšana var "paņemt vairākas dienas". Cieši piesprādzējies, es tev teikšu neticami stāsts par to, kā tas tiek darīts Enterprise Development™...
Ir viena banka. Jūs droši vien esat par to dzirdējuši, un, ja dzīvojat Apvienotajā Karalistē, pastāv 10% iespējamība, ka jūsu banka. Es tur strādāju par “konsultantu” par lielisku atalgojumu.
Banka izsūta mārketinga vēstules. Katra e-pasta kājenē ir neliela saite “atrakstīties”. Cilvēki dažreiz noklikšķina uz šīm saitēm.
Noklikšķinot uz saites, viens aizvēsturisks tīmekļa serveris sāk griezties kaut kur bankā. Godīgi sakot, man vajadzēja trīs nedēļas, lai viņu atrastu.
Šis pakalpojums nosūta e-pasta ziņojumu uz jūsu iekšējo iesūtni katru reizi, kad tiek noklikšķināts uz saites. Tas notiek vairākus simtus reižu dienā.
Iepriekš šīs vēstules tika sūtītas konkrētam darbiniekam, taču pirms pieciem gadiem viņš aizgāja.
Tagad vēstule tiek pārsūtīta izplatīšanas grupai. Viņi nevarēja mainīt adresāta adresi, jo tā bija kodēta, un viņi nevarēja atrast pakalpojuma avota kodu. Pakalpojums ir rakstīts Java 6.
Vēstules sūtīšanas grupā pārbauda divi bankas ārzonas centra darbinieki Haidarabadā (Indijā). Viņi smagi strādā un izpilda savus uzdevumus satriecošs, bet bļin, šis darbs ir nepanesams.
Es sazinājos ar viņiem, izmantojot videokonferenci, un viņiem bija visas uzņēmuma posttraumatiskā sindroma pazīmes. Viņi cīnījās ar šīm muļķībām gadu gaitā un šajā laikā nekas nav mainījies.
Kad tiek saņemta vēstule, viņiem jāizpilda SQL skripts, kas nosaka, vai adrese, kas tiek anulēta, pieder bankas klientam (tad protokols ir viens) vai nē (tad cits).
Ja adresāts ir klients, viņam ir jāpalaiž cits SQL skripts, kas atjaunina klienta ierakstu vidē pirms ETL. Visas izmaiņas pulksten 16:00 pēc Londonas laika izskata atsevišķa komanda Skotijā. Ja izmaiņas izturēs pārbaudi, tās tiks piemērotas reālajai datu bāzei citā dienā pulksten 16:00.
Ja saņēmējs nav klients, viņi to pievieno Excel izklājlapai un nosūta mārketinga komandai Svindonā pirms došanās mājās.
Mārketinga komanda, izmantojot tējas lapas un citas okultas metodes, nosaka, vai klients ir “potenciāli nozīmīgs” (kam saskaņā ar iekšējiem noteikumiem “līdz 48 stundām”). Ja tā nav, adrese tiek pievienota citai tabulai un nosūtīta atpakaļ uz Indiju, lai izpildītu citu SQL vaicājumu.
Ja mārketings ir identificējis klientu kā “nozīmīgu”, viņam manuāli tiek nosūtīta vēstule, piemēram, “Vai tiešām vēlaties anulēt abonementu?” Šķiet, ka tas tiek ģenerēts automātiski, bet patiesībā tā nav.
Ja viņi atbild “jā” (sākotnēji bija jāraksta “JĀ” ar lielajiem burtiem), tad komanda no Svindonas viņus nosūta uz Indiju trešais tabula un tur tiek svinīgi izpildīts nākamais skripts.
Ja pareizi atceros, tas aizņem vidēji četras darba dienas. Vidēji dienā abonēšanu atceļ aptuveni 700 cilvēku, no kuriem 70% ir “potenciāli nozīmīgi”.
Starp citu, šie divi indieši pārgāja uz mūsu izstrādātāju komandu un kļuva par PM sistēmai, kas aizstāja visas šīs muļķības. Viņi bija laipnākie, līdzjūtīgākie un strādīgākie cilvēki, ar kuriem man ir bijis prieks strādāt. Pateicoties viņiem, šis murgainais korporatīvais process visus šos gadus darbojās tik “gludi”. Vēlāk viņi pārcēlās uz Angliju, un viens no viņiem tagad vada nodaļu ar 40+ darbiniekiem.
Tulkotāja piezīme: pūce uz KDPV - .
Avots: www.habr.com