Un tuit va preguntar per què donar-se de baixa podria "trigar dies". Apunteu-vos bé el cinturó, us estic a punt de dir-vos increïble la història de com es fa a Enterprise Development™...
Hi ha un banc. Probablement n'hagueu sentit a parlar, i si vius al Regne Unit, hi ha un 10% de possibilitats que sigui el vostre banc. Hi vaig treballar com a "consultor" per un sou excel·lent.
El banc envia cartes comercials. Hi ha un petit enllaç de "cancel·la la subscripció" al peu de pàgina de cada correu electrònic. De vegades, la gent fa clic en aquests enllaços.
Si feu clic a un enllaç, un servidor web prehistòric gira en algun lloc al banc. Sincerament, vaig trigar tres setmanes a trobar-lo.
Aquest servei envia un correu electrònic a la vostra safata d'entrada interna cada vegada que es fa clic en un enllaç. Això passa diversos centenars de vegades al dia.
Anteriorment, aquestes cartes s'enviaven a un empleat concret, però fa cinc anys va marxar.
Ara la carta s'envia al grup de distribució. No van poder canviar l'adreça del destinatari perquè estava codificada i no van poder trobar el codi font del servei. El servei està escrit en Java 6.
Les cartes del grup de correu són revisades per dos empleats del centre offshore del banc a Hyderabad (a l'Índia). Treballen dur i compleixen les seves tasques genial, però carai, aquesta feina és insuportable.
Em vaig comunicar amb ells per videoconferència i tenien tots els signes de la síndrome postraumàtica empresarial. Van lluitar contra aquesta ximpleria al llarg dels anys i durant aquest temps res no ha canviat.
Quan arriba una carta, han d'executar un script SQL que determina si l'adreça que es cancel·la la subscripció pertany al client del banc (aleshores el protocol és un) o no (després un altre).
Si el destinatari és un client, ha d'executar un altre script SQL que actualitzi el registre del client a l'entorn pre-ETL. Tots els canvis són revisats a les 16:00, hora de Londres, per un equip independent a Escòcia. Si els canvis superen la verificació, s'aplicaran a la base de dades real en un altre dia a les 16:00.
Si el destinatari no és un client, l'afegeixen a un full de càlcul d'Excel i l'envien a l'equip de màrqueting de Swindon abans d'anar a casa.
L'equip de màrqueting, utilitzant fulles de te i altres pràctiques ocultes, determina si el client és "potencialment significatiu" (per al qual, segons la normativa interna, "fins a 48 hores"). Si no és així, l'adreça s'afegeix a una altra taula i s'envia a l'Índia per executar una altra consulta SQL.
Si el màrqueting ha identificat un client com a "important", se li envia manualment una carta com "Estàs segur que realment vols donar-te de baixa?" Sembla que es genera automàticament, però de fet no ho és.
Si responen "sí" (inicialment era necessari escriure "SÍ" en majúscules), aleshores l'equip de Swindon els envia a l'Índia tercer taula i allà s'executa solemnement el següent script.
Si no recordo malament, triga de mitjana quatre dies laborables. De mitjana, unes 700 persones es donen de baixa al dia, de les quals el 70% són "potencialment significatius".
Per cert, aquests dos indis es van transferir al nostre equip de desenvolupament i es van convertir en PM del sistema que va substituir tota aquesta tonteria. Van ser les persones més amables, compassives i treballadores amb les quals he tingut el plaer de treballar. Va ser gràcies a ells que aquest procés corporatiu de malson va funcionar tan "sense" tots aquests anys. Més tard es van traslladar a Anglaterra i un d'ells ara dirigeix un departament amb més de 40 empleats.
Nota del traductor: mussol a KDPV - .
Font: www.habr.com