Um tweet perguntou por que o cancelamento da assinatura poderia “levar dias”. Aperte os cintos, estou prestes a te contar incrível a história de como isso é feito no Enterprise Development™...
Existe um banco. Você provavelmente já ouviu falar e, se mora no Reino Unido, há 10% de chance de que seja ваш banco. Trabalhei lá como “consultor” por um excelente salário.
O banco envia cartas de marketing. Há um pequeno link “cancelar inscrição” no rodapé de cada e-mail. Às vezes, as pessoas clicam nesses links.
Clicar em um link faz com que um servidor web pré-histórico gire em algum lugar no banco. Honestamente, levei três semanas só para encontrá-lo.
Este serviço envia um e-mail para sua caixa de entrada interna sempre que um link é clicado. Isso acontece centenas de vezes por dia.
Anteriormente, essas cartas eram enviadas para um determinado funcionário, mas há cinco anos ele saiu.
Agora a carta é encaminhada ao grupo de distribuição. Eles não conseguiram alterar o endereço do destinatário porque ele estava codificado e não conseguiram encontrar o código-fonte do serviço. O serviço é escrito em Java 6.
As cartas do grupo de mala direta são verificadas por dois funcionários do centro offshore do banco em Hyderabad (na Índia). Eles trabalham duro e completam suas tarefas impressionante, mas caramba, esse trabalho é insuportável.
Comuniquei-me com eles por videoconferência e eles apresentavam todos os sinais de síndrome empresarial pós-traumática. Eles lutaram contra esse absurdo ao longo dos anos e durante esse tempo nada Não mudou.
Quando chega uma carta, eles devem executar um script SQL que determina se o endereço cancelado pertence ao cliente do banco (então o protocolo é um) ou não (depois outro).
Se o destinatário for um cliente, ele precisará executar outro script SQL que atualize o registro do cliente no ambiente pré-ETL. Todas as alterações serão revisadas às 16h, horário de Londres, por uma equipe separada na Escócia. Se as alterações passarem na verificação, elas serão aplicadas ao banco de dados real em outro dia em 16: 00.
Se o destinatário não for um cliente, ele o adiciona a uma planilha Excel e o envia para a equipe de marketing em Swindon antes de voltar para casa.
A equipa de marketing, através de folhas de chá e outras práticas ocultas, determina se o cliente é “potencialmente significativo” (para o qual, segundo regulamentos internos, “até 48 horas”). Caso contrário, o endereço será adicionado a outra tabela e enviado de volta à Índia para executar outra consulta SQL.
Se o marketing identificou um cliente como “significativo”, ele receberá manualmente uma carta como “Tem certeza de que realmente deseja cancelar a assinatura?” Parece que é gerado automaticamente, mas na verdade não é.
Se responderem “sim” (inicialmente era necessário escrever “SIM” em letras maiúsculas), a equipe de Swindon os envia para a Índia terceiro mesa e lá o próximo script é executado solenemente.
Se bem me lembro, leva em média quatro dias úteis. Em média, cerca de 700 pessoas cancelam a assinatura por dia, das quais 70% são “potencialmente significativas”.
Aliás, esses dois índios foram transferidos para nossa equipe de desenvolvimento e se tornaram PMs do sistema que substituiu toda essa bobagem. Eles foram as pessoas mais gentis, compassivas e trabalhadoras com quem tive o prazer de trabalhar. Foi graças a eles que esse processo corporativo de pesadelo funcionou tão “sem problemas” todos esses anos. Mais tarde mudaram-se para Inglaterra e um deles dirige agora um departamento com mais de 40 funcionários.
Nota do tradutor: coruja no KDPV - .
Fonte: habr.com