Un tweet a demandé pourquoi la désinscription à une newsletter pouvait "prendre plusieurs jours". Attachez votre ceinture de sécurité, je vais vous raconter
une histoire
incroyable sur la façon dont cela se fait dans le développement d'entreprise ™ ...
Il y a une banque. Vous avez sûrement entendu parler de lui, et si vous vivez au Royaume-Uni - avec une probabilité de 10%, c'est
votre banque. J'y ai travaillé en tant que «consultant» avec un excellent salaire.
La banque envoie des lettres de marketing. Au sous-sol de chaque lettre, il y a un petit lien de désabonnement. Les gens cliquent parfois sur ces liens.
Cliquer sur le lien fait apparaître un serveur Web préhistorique qui tourne
quelque part dans la banque. Honnêtement, il m'a fallu trois semaines pour le retrouver.
Ce service envoie un e-mail à la boîte aux lettres interne chaque fois qu'un lien est cliqué. Cela se produit plusieurs centaines de fois par jour.
Auparavant, ces lettres étaient envoyées à un employé en particulier, mais il y a cinq ans, il a démissionné.
Le message est maintenant transmis au groupe de distribution. Ils n'ont pas pu modifier l'adresse du destinataire, car elle est codée en dur, mais ils n'ont pas trouvé la source du service. Le service est écrit en Java 6.
Les lettres du groupe de diffusion sont contrôlées par deux employés du centre offshore de la banque à Hyderabad (en Inde). Ils travaillent dur et accomplissent leurs tâches de manière
impressionnante , mais plaque-fly, ce travail est insupportable.
Je leur ai parlé par vidéoconférence et ils avaient tous les signes d'un syndrome post-traumatique d'entreprise. Ils ont combattu avec ce non-sens pendant des
années et pendant ce temps,
rien n'a changé.
Lorsque la lettre arrive, ils doivent exécuter un script SQL qui détermine si l'adresse non souscrite appartient au client de la banque (alors il y a un protocole) ou non (puis un autre).
Si le destinataire est un client, il doit exécuter un autre script SQL qui met à jour l'enregistrement client dans l'environnement ETL préliminaire. Toutes les modifications sont vérifiées à 16h00, heure de Londres, par une équipe distincte en Écosse. Si les modifications réussissent le test, elles seront appliquées à la vraie base
de données
après un autre jour à 16h00.
Si le destinataire n'est pas un client, il l'ajoute à la feuille de calcul Excel et l'envoie à l'équipe marketing de Swindon avant de quitter la maison.
L'équipe marketing, en devinant sur le marc de café et autres pratiques occultes, détermine si le client est «potentiellement significatif» (pour lequel, selon le règlement intérieur, «jusqu'à 48 heures» est alloué). Sinon, l'adresse est ajoutée à une autre table et renvoyée en Inde pour exécuter une autre requête SQL.
Si le marketing a défini le client comme «significatif» - une lettre du formulaire «voulez-vous vraiment vraiment vous désinscrire?» Lui est envoyée manuellement. Il semble qu'il soit généré automatiquement, mais en fait ce n'est pas le cas.
S'ils répondent «oui» (au départ, il fallait écrire «OUI» en majuscules), alors l'équipe de Swindon envoie le
troisième tableau en Inde et le script suivant y est solennellement exécuté.
Si je me souviens bien, cela prend en moyenne
quatre jours ouvrables . En moyenne, environ 700 personnes se désinscrivent par jour, dont 70% sont "potentiellement importantes".
Soit dit en passant, ces deux Indiens ont été transférés à notre équipe de développement et sont devenus PM pour un système qui a remplacé toutes ces bêtises. Ce sont les personnes les plus gentilles, les plus réactives et les plus travailleuses de ceux avec qui j'ai eu le plaisir de travailler. C'est grâce à eux que ce processus de deuil d'entreprise cauchemardesque s'est si «bien déroulé» pendant toutes ces années. Plus tard, ils ont déménagé en Angleterre et l'un d'eux dirige maintenant un département avec plus de 40 employés.
Note du traducteur: chouette sur KDPV - Yoll .