Um tweet perguntou por que o cancelamento da inscrição em um boletim informativo pode "levar vários dias". Aperte o cinto de segurança, vou contar
uma história
incrível sobre como isso é feito no desenvolvimento empresarial ™ ...
Existe um banco. Certamente você já ouviu falar dele, e se você mora no Reino Unido - com uma probabilidade de 10%, este é o
seu banco. Eu trabalhei lá como "consultor" com um excelente salário.
O banco envia cartas de marketing. No porão de cada letra, há um pequeno link para cancelar a inscrição. Às vezes, as pessoas clicam nesses links.
Clicar no link exibe um servidor da Web pré-histórico que gira em
algum lugar do banco. Honestamente, levei três semanas apenas para encontrá-lo.
Este serviço envia um email para a caixa de correio interna sempre que um link é clicado. Isso acontece centenas de vezes por dia.
Anteriormente, essas cartas eram enviadas a um funcionário específico, mas cinco anos atrás ele desistiu.
Agora a mensagem é encaminhada para o grupo de distribuição. Eles não puderam alterar o endereço do destinatário, porque é codificado permanentemente, mas não encontraram a fonte do serviço. O serviço é escrito em Java 6.
As cartas no grupo de correspondência são verificadas por dois funcionários do centro offshore do banco em Hyderabad (na Índia). Eles trabalham duro e realizam suas tarefas de maneira
impressionante , mas, como moscas nas placas, esse trabalho é insuportável.
Conversei com eles por meio de uma videoconferência e eles tinham todos os sinais de uma síndrome pós-traumática. Eles lutaram com esse absurdo por
anos e durante esse tempo
nada mudou.
Quando a carta chega, eles devem executar um script SQL que determina se o endereço não registrado pertence ao cliente do banco (existe um protocolo) 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 ETL preliminar. Todas as alterações são verificadas às 16:00, horário de Londres, por uma equipe separada na Escócia. Se as alterações passarem no teste, elas serão aplicadas ao banco de dados real
após outro dia às 16:00.
Se o destinatário não for um cliente, ele será adicionado à planilha do Excel e enviado à equipe de marketing em Swindon antes de sair de casa.
A equipe de marketing, adivinhando as borra de café e outras práticas ocultas, determina se o cliente é "potencialmente significativo" (para o qual, de acordo com as regras internas, são atribuídas "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 definiu o cliente como "significativo" - uma carta do formulário "você realmente deseja cancelar a assinatura?" É enviada manualmente a ele. Parece que é gerado automaticamente, mas na verdade não é.
Se eles responderem "sim" (inicialmente era necessário escrever "SIM" em letras maiúsculas), a equipe de Swindon envia a
terceira tabela para a Índia e o próximo script é solenemente executado lá.
Se bem me lembro, leva em média
quatro dias úteis . Em média, cerca de 700 pessoas cancelam a inscrição por dia, das quais 70% são "potencialmente significativas".
A propósito, esses dois índios foram transferidos para nossa equipe de desenvolvimento e se tornaram PM de um sistema que substituiu toda essa bobagem. Essas eram as pessoas mais gentis, responsivas e trabalhadoras das pessoas com quem tive o prazer de trabalhar. É graças a eles que esse pesadelo processo de luto corporativo tem funcionado tão “suavemente” todos esses anos. Mais tarde, eles se mudaram para a Inglaterra e um deles agora administra um departamento com mais de 40 funcionários.
Nota do tradutor: coruja em KDPV - Yoll .