In einem Tweet wurde gefragt, warum die Abmeldung „Tage dauern“ könne. Schnall dich gut an, das sage ich dir gleich unglaublich Die Geschichte, wie es in Enterprise Development™ gemacht wird ...
Es gibt eine Bank. Sie haben wahrscheinlich schon davon gehört, und wenn Sie im Vereinigten Königreich leben, liegt die Wahrscheinlichkeit, dass es so ist, bei 10 % ваш Bank. Ich habe dort als „Berater“ für ein hervorragendes Gehalt gearbeitet.
Die Bank verschickt Marketingbriefe. In der Fußzeile jeder E-Mail befindet sich ein kleiner Link zum Abmelden. Manchmal klicken Leute auf diese Links.
Wenn Sie auf einen Link klicken, dreht sich ein prähistorischer Webserver irgendwo in der Bank. Ehrlich gesagt habe ich drei Wochen gebraucht, um ihn zu finden.
Dieser Dienst sendet jedes Mal, wenn auf einen Link geklickt wird, eine E-Mail an Ihren internen Posteingang. Dies geschieht mehrere hundert Mal am Tag.
Früher wurden diese Briefe an einen bestimmten Mitarbeiter geschickt, aber vor fünf Jahren verließ er das Unternehmen.
Nun wird der Brief an die Verteilergruppe weitergeleitet. Sie konnten die Adresse des Empfängers nicht ändern, da sie fest codiert war, und sie konnten den Quellcode des Dienstes nicht finden. Der Dienst ist in Java 6 geschrieben.
Briefe in der Postgruppe werden von zwei Mitarbeitern des Offshore-Zentrums der Bank in Hyderabad (Indien) geprüft. Sie arbeiten hart und erledigen ihre Aufgaben genial, aber verdammt, diese Arbeit ist unerträglich.
Ich habe per Videokonferenz mit ihnen kommuniziert und sie hatten alle Anzeichen eines unternehmerischen posttraumatischen Syndroms. Sie haben diesen Unsinn bekämpft im Laufe der Jahre und während dieser Zeit einfach nichts hat sich nicht geändert.
Wenn ein Brief ankommt, müssen sie ein SQL-Skript ausführen, das feststellt, ob die abzumeldende Adresse dem Bankkunden gehört (dann ist das Protokoll eins) oder nicht (dann ein anderes).
Wenn der Empfänger ein Kunde ist, muss er ein weiteres SQL-Skript ausführen, das den Kundendatensatz in der Pre-ETL-Umgebung aktualisiert. Alle Änderungen werden um 16:00 Uhr Londoner Zeit von einem separaten Team in Schottland überprüft. Wenn die Änderungen die Überprüfung bestehen, werden sie auf die echte Datenbank angewendet an einem anderen Tag in 16: 00.
Wenn der Empfänger kein Kunde ist, fügt er es einer Excel-Tabelle hinzu und sendet es an das Marketingteam in Swindon, bevor er nach Hause geht.
Das Marketingteam ermittelt mithilfe von Teeblättern und anderen okkulten Praktiken, ob der Kunde „potenziell bedeutsam“ ist (wobei laut internen Vorschriften „bis zu 48 Stunden“ gelten). Ist dies nicht der Fall, wird die Adresse einer anderen Tabelle hinzugefügt und nach Indien zurückgesendet, um eine weitere SQL-Abfrage auszuführen.
Wenn das Marketing einen Kunden als „bedeutend“ identifiziert hat, wird ihm manuell ein Brief wie „Sind Sie sicher, dass Sie sich wirklich abmelden möchten?“ zugesandt. Es sieht so aus, als ob es automatisch generiert wird, aber in Wirklichkeit ist es das nicht.
Wenn sie mit „Ja“ antworten (ursprünglich musste man „JA“ in Großbuchstaben schreiben), schickt das Team aus Swindon sie nach Indien Dritter Tisch und dort wird das nächste Drehbuch feierlich ausgeführt.
Wenn ich mich richtig erinnere, dauert es durchschnittlich vier Werktage. Im Durchschnitt melden sich pro Tag etwa 700 Personen ab, von denen 70 % „potenziell bedeutsam“ sind.
Übrigens wechselten diese beiden Inder zu unserem Entwicklungsteam und wurden PMs für das System, das diesen ganzen Unsinn ersetzte. Sie waren die nettesten, mitfühlendsten und fleißigsten Menschen, mit denen ich je zusammenarbeiten durfte. Ihnen ist es zu verdanken, dass dieser albtraumhafte Unternehmensprozess all die Jahre so „reibungslos“ funktioniert hat. Später zogen sie nach England und einer von ihnen leitet heute eine Abteilung mit über 40 Mitarbeitern.
Anmerkung des Übersetzers: Eule auf KDPV - .
Source: habr.com