En tweet frågade varför det kan ta dagar att avregistrera sig. Spänn dig hårt, ska jag berätta för dig otrolig berättelsen om hur det går till i Enterprise Development™...
Det finns en bank. Du har säkert hört talas om det, och om du bor i Storbritannien är det 10 % chans att det är din Bank. Jag arbetade där som "konsult" för en utmärkt lön.
Banken skickar ut marknadsföringsbrev. Det finns en liten "avsluta prenumeration"-länk i sidfoten i varje e-postmeddelande. Folk klickar ibland på dessa länkar.
Att klicka på en länk får en förhistorisk webbserver att snurra någonstans i banken. Ärligt talat, det tog mig tre veckor bara att hitta honom.
Den här tjänsten skickar ett e-postmeddelande till din interna inkorg varje gång en länk klickas. Detta händer flera hundra gånger om dagen.
Tidigare har dessa brev skickats till en specifik medarbetare, men för fem år sedan slutade han.
Nu skickas brevet vidare till distributionsgruppen. De kunde inte ändra mottagarens adress eftersom den var hårdkodad och de kunde inte hitta källkoden från tjänsten. Tjänsten är skriven i Java 6.
Brev i postgruppen kontrolleras av två anställda vid bankens offshorecenter i Hyderabad (i Indien). De jobbar hårt och slutför sina uppgifter grymt bra, men fan, det här arbetet är outhärdligt.
Jag kommunicerade med dem via videokonferens och de hade alla tecken på företagsposttraumatiskt syndrom. De kämpade mot detta nonsens i åratal och under denna tid ingenting har inte ändrats.
När ett brev kommer in måste de köra ett SQL-skript som avgör om adressen som avregistreras tillhör bankklienten (då är protokollet ett) eller inte (sedan ett annat).
Om mottagaren är en kund måste de köra ett annat SQL-skript som uppdaterar kundposten i pre-ETL-miljön. Alla ändringar granskas klockan 16:00 London-tid av ett separat team i Skottland. Om ändringarna klarar verifieringen kommer de att tillämpas på den verkliga databasen om en annan dag klockan 16:00.
Om mottagaren inte är en kund lägger de till det i ett Excel-kalkylblad och skickar det till marknadsföringsteamet i Swindon innan de går hem.
Marknadsföringsteamet, med hjälp av teblad och andra ockulta metoder, avgör om klienten är "potentiellt betydande" (för vilket, enligt interna regler, "upp till 48 timmar"). Om den inte är det läggs adressen till i en annan tabell och skickas tillbaka till Indien för att köra en annan SQL-fråga.
Om marknadsföring har identifierat en kund som "betydande" skickas de manuellt ett brev som "Är du säker på att du verkligen vill avsluta prenumerationen?" Det ser ut som att det genereras automatiskt, men det är det faktiskt inte.
Om de svarar "ja" (först var det nödvändigt att skriva "JA" med versaler), skickar teamet från Swindon dem till Indien tredje tabell och där körs nästa skript högtidligt.
Om jag minns rätt tar det i genomsnitt fyra arbetsdagar. I genomsnitt avslutar cirka 700 personer sig per dag, varav 70 % är "potentiellt betydande".
Förresten, dessa två indianer gick över till vårt utvecklingsteam och blev PM för systemet som ersatte allt detta nonsens. De var de snällaste, mest medkännande och hårt arbetande människorna jag har haft nöjet att arbeta med. Det var tack vare dem som denna mardrömsprocess fungerade så "smidigt" under alla dessa år. Senare flyttade de till England och en av dem driver nu en avdelning med 40+ anställda.
Översättarens anteckning: uggla på KDPV - .
Källa: will.com