Yhdessä twiitissä kysyttiin, miksi tilauksen peruuttaminen voi kestää päiviä. Kiinnitä tiukasti kiinni, aion kertoa sinulle uskomaton tarina siitä, kuinka se tehdään Enterprise Development™:ssä...
On yksi pankki. Olet luultavasti kuullut siitä, ja jos asut Isossa-Britanniassa, on 10 %:n mahdollisuus teidän pankki. Työskentelin siellä "konsulttina" erinomaisella palkalla.
Pankki lähettää markkinointikirjeitä. Jokaisen sähköpostin alatunnisteessa on pieni "peru tilaus" -linkki. Joskus ihmiset napsauttavat näitä linkkejä.
Linkin napsauttaminen saa yhden esihistoriallisen verkkopalvelimen pyörimään jonnekin pankissa. Rehellisesti sanottuna minulla kesti kolme viikkoa löytää hänet.
Tämä palvelu lähettää sähköpostin sisäiseen postilaatikkoosi aina, kun linkkiä napsautetaan. Tämä tapahtuu useita satoja kertoja päivässä.
Aiemmin nämä kirjeet lähetettiin tietylle työntekijälle, mutta viisi vuotta sitten hän lähti.
Nyt kirje on välitetty jakeluryhmälle. He eivät voineet muuttaa vastaanottajan osoitetta, koska se oli kovakoodattu, eivätkä he löytäneet lähdekoodia palvelusta. Palvelu on kirjoitettu Java 6:lla.
Postitusryhmän kirjeet tarkastaa kaksi pankin offshore-keskuksen työntekijää Hyderabadissa (Intiassa). He työskentelevät kovasti ja suorittavat tehtävänsä mahtava, mutta hitto, tämä työ on sietämätöntä.
Kommunikoin heidän kanssaan videoneuvottelun kautta, ja heillä oli kaikki yrityksen posttraumaattisen oireyhtymän merkit. He taistelivat tätä hölynpölyä vastaan vuosien saatossa ja tänä aikana ei mitään ei ole muuttunut.
Kun kirje saapuu, heidän on suoritettava SQL-skripti, joka määrittää, kuuluuko tilauksesta poistettava osoite pankkiasiakkaalle (silloin protokolla on yksi) vai ei (sitten toinen).
Jos vastaanottaja on asiakas, hänen on suoritettava toinen SQL-komentosarja, joka päivittää asiakastietueen ETL-ympäristöä edeltävässä ympäristössä. Kaikki muutokset tarkistetaan klo 16:00 Lontoon aikaa erillisen Skotlannin tiimin toimesta. Jos muutokset läpäisevät vahvistuksen, niitä sovelletaan todelliseen tietokantaan toisena päivänä 16: ssä: 00.
Jos vastaanottaja ei ole asiakas, he lisäävät sen Excel-laskentataulukkoon ja lähettävät sen Swindonin markkinointitiimille ennen kotiin lähtöä.
Markkinointitiimi määrittää teelehtiä ja muita okkulttisia käytäntöjä käyttäen, onko asiakas "potentiaalisesti merkittävä" (johon sisäisten määräysten mukaan "enintään 48 tuntia"). Jos näin ei ole, osoite lisätään toiseen taulukkoon ja lähetetään takaisin Intiaan suorittamaan toinen SQL-kysely.
Jos markkinointi on tunnistanut asiakkaan "merkittäväksi", hänelle lähetetään manuaalisesti kirje, kuten "Haluatko todella peruuttaa tilauksen?" Näyttää siltä, että se luodaan automaattisesti, mutta todellisuudessa se ei ole.
Jos he vastaavat "kyllä" (alun perin piti kirjoittaa "KYLLÄ" isoilla kirjaimilla), niin Swindonin joukkue lähettää heidät Intiaan kolmas taulukko ja siellä seuraava komentosarja suoritetaan juhlallisesti.
Jos muistan oikein, se kestää keskimäärin neljä työpäivää. Keskimäärin noin 700 ihmistä peruuttaa tilauksen päivässä, joista 70 % on "mahdollisesti merkittäviä".
Muuten, nämä kaksi intiaania siirtyivät kehitystiimiimme ja heistä tuli pääministereitä järjestelmälle, joka korvasi kaiken tämän hölynpölyn. He olivat ystävällisimpiä, myötätuntoisimpia ja ahkerimpia ihmisiä, joiden kanssa minulla on ollut ilo työskennellä. Heidän ansiostaan tämä painajainen yritysprosessi toimi niin "sujuvasti" kaikki nämä vuodet. Myöhemmin he muuttivat Englantiin ja yksi heistä johtaa nyt osastoa, jossa on yli 40 työntekijää.
Kääntäjän huomautus: pöllö KDPV:ssä - .
Lähde: will.com