In einem Tweet wurde gefragt, warum das Abbestellen eines Newsletters "mehrere Tage dauern kann". Schnallen Sie sich an, ich erzähle Ihnen
eine unglaubliche Geschichte darüber, wie dies in der Unternehmensentwicklung ™ geschieht ...
Es gibt eine Bank. Sicher haben Sie von ihm gehört, und wenn Sie in Großbritannien leben - mit einer Wahrscheinlichkeit von 10% ist dies
Ihre Bank. Ich habe dort als „Berater“ an einem hervorragenden Gehalt gearbeitet.
Die Bank verschickt Marketingbriefe. Im Keller jedes Briefes befindet sich ein kleiner Link zum Abbestellen. Leute klicken manchmal auf diese Links.
Durch Klicken auf den Link wird ein prähistorischer Webserver aufgerufen, der sich
irgendwo in der Bank dreht. 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 das interne Postfach. Dies geschieht mehrere hundert Mal am Tag.
Früher wurden diese Briefe an einen bestimmten Mitarbeiter gesendet, aber vor fünf Jahren kündigte er.
Jetzt wird die Nachricht an die Verteilergruppe weitergeleitet. Sie konnten die Adresse des Empfängers nicht ändern, da sie fest codiert ist, aber sie haben die Quelle für den Dienst nicht gefunden. Der Dienst ist in Java 6 geschrieben.
Die Briefe in der Mailinggruppe werden von zwei Mitarbeitern des Offshore-Zentrums der Bank in Hyderabad (in Indien) geprüft. Sie arbeiten hart und erledigen ihre Aufgaben
fantastisch , aber Plaque-Fly, diese Arbeit ist unerträglich.
Ich habe mit ihnen über eine Videokonferenz gesprochen und sie hatten alle Anzeichen eines posttraumatischen Unternehmenssyndroms. Sie haben
jahrelang mit diesem Unsinn gekämpft und in dieser Zeit hat sich
nichts geändert.
Wenn ein Brief eintrifft, müssen sie ein SQL-Skript ausführen, das bestimmt, ob die nicht abonnierte Adresse einem Bankclient gehört (dann gibt es ein Protokoll) oder nicht (dann ein anderes).
Wenn der Empfänger ein Client ist, muss er ein anderes SQL-Skript ausführen, das den Clientdatensatz in der vorläufigen ETL-Umgebung aktualisiert. Alle Änderungen werden um 16:00 Uhr Londoner Zeit von einem separaten Team in Schottland überprüft. Wenn die Änderungen den Test bestanden haben, werden sie
nach einem weiteren Tag um 16:00 Uhr auf die reale Datenbank angewendet.
Wenn der Empfänger kein Kunde ist, fügt er ihn der Excel-Tabelle hinzu und sendet ihn an das Marketing-Team in Swindon, bevor er das Haus verlässt.
Das Marketing-Team bestimmt anhand des Kaffeesatzes und anderer okkulter Praktiken, ob der Kunde „potenziell bedeutsam“ ist (für den gemäß den internen Regeln „bis zu 48 Stunden“ vorgesehen sind). Wenn nicht, wird die Adresse zu einer anderen Tabelle hinzugefügt und nach Indien zurückgesendet, um eine weitere SQL-Abfrage auszuführen.
Wenn das Marketing den Kunden als "signifikant" definiert hat - ein Brief des Formulars "Möchten Sie sich wirklich wirklich abmelden?" Wird ihm manuell gesendet. Es sieht so aus, als würde es automatisch generiert, ist es aber nicht.
Wenn sie mit „Ja“ antworten (anfangs musste „JA“ in Großbuchstaben geschrieben werden), sendet das Team von Swindon den
dritten Tisch nach Indien und das nächste Skript wird dort 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 signifikant" sind.
Übrigens, diese beiden Indianer wechselten zu unserem Entwicklungsteam und wurden PM für ein System, das all diesen Unsinn ersetzte. Dies waren die nettesten, reaktionsschnellsten und fleißigsten Leute von denen, mit denen ich das Vergnügen hatte zu arbeiten. Ihnen ist es zu verdanken, dass dieser Albtraum-Trauerprozess in all den Jahren so „reibungslos“ funktioniert hat. Sie zogen später nach England und einer von ihnen leitet jetzt eine Abteilung mit mehr als 40 Mitarbeitern.
Anmerkung des Übersetzers: Eule auf KDPV - Yoll .