O período de aviso de um provedor, o intervalo entre o anúncio de uma descontinuação ou encerramento e a data em que ele realmente entra em vigor, é um dos recursos mais valiosos e mais desperdiçados em uma migração forçada. Ele existe justamente para dar às equipes que integraram o serviço tempo para reagir de forma organizada, mas um número surpreendente de migrações ainda acaba sendo feito às pressas nos últimos dias, porque as primeiras semanas de um período de aviso costumam ser gastas com outras prioridades antes que o prazo pareça real.
O erro central é tratar um prazo distante como se não houvesse prazo nenhum. Um período de aviso de vários meses parece, no início, tempo de sobra para planejar uma migração quando for conveniente. Raramente continua conveniente por muito tempo, já que outros trabalhos continuam chegando no próprio ritmo, e um prazo que parecia confortavelmente distante tem o hábito de se tornar urgente de uma vez só.
Uma forma melhor de usar um período de aviso é trabalhar de trás para frente a partir da data real de corte e reservar o tempo de revisão e de testes de que uma migração realmente precisa, em vez de partir de "temos tempo de sobra" e deixar a agenda se encher de outras coisas. Uma divisão razoável para um período de aviso de vários meses poderia ser:
Essa estrutura trata a última parte do período de aviso como margem para o atraso inevitável, e não como o período em que o trabalho de fato acontece, que é onde as migrações feitas às pressas costumam dar errado.
Se existe um host de compatibilidade para o provedor que está sendo descontinuado, isso muda o quanto da fase do meio, construir e testar a integração substituta, é realmente necessário, já que um host de compatibilidade correspondente significa que o código de leitura de respostas que sua aplicação já tem não precisa ser reescrito, apenas apontado para um novo host com novas credenciais. Os 17 hosts de compatibilidade da My Geocode, listados em /compatibility/, cobrem exatamente esse cenário para uma variedade significativa de provedores, e consultar essa lista no início de um período de aviso, logo na fase de avaliação, vale a pena antes de comprometer tempo de engenharia com uma reescrita do zero da lógica de leitura que um host de compatibilidade poderia tornar desnecessária.
Seja qual for o cronograma real, a disciplina que mais importa é começar a fase de avaliação no dia em que o aviso chega, e não na semana em que o prazo começa a parecer próximo.