4 problemas comuns na implementação da entrega contínua

Problema: A compilação demora muito e o processo de implantação é frágil.

Sintomas:

• Os testadores demoram muito para encerrar relatórios de defeitos. Note que esse sintoma não é exclusivamente causado por implantações infrequentes.
• Os clientes demoram muito para testar ou confirmar que historias estão completas.
• Os testadores encontram problemas que os desenvolvedores corrigiram há muito tempo.
• Ninguém confia nos ambientes de UAT, de desempenho ou de IC, e as pessoas demonstram ceticismo em relação a quando uma nova entrega estará́ disponível.
• Demonstrações acontecem raramente.
• A aplicação raramente é demonstrada de maneira funcional.
• A velocidade da equipe (taxa de progresso) é menor que a esperada.

Causas possíveis: Há muitas razões possíveis. Eis algumas das mais comuns:

• O processo de implantação da entrega contínua não é automatizado.
• Não há hardware suficiente disponível.
• A configuração de hardware e do sistema operacional não é gerenciada corretamente.
• O processo de implantação depende de sistemas que estão fora do controle da equipe.
• Não há pessoas suficientes que entendem dos processos de compilação e implantação.
• Testadores, desenvolvedores, analistas e equipe de operações não estão colaborando o suficiente durante o desenvolvimento.
• Os desenvolvedores não estão sendo disciplinados o suficiente em manter a aplicação funcional por meio de pequenas mudanças incrementais e frequentemente causam problemas em funcionalidades existentes

Problema: As equipes de entrega não conseguem implementar uma estratégia eficaz de testes.

Sintomas:

• Defeitos de regressão aparecem o tempo todo.
• O número de defeitos continua aumentando mesmo quando a equipe gasta a maior parte do tempo corrigindo-os (obviamente, esse sintoma só́ se manifestará se você tiver um processo de testes).
• Os clientes reclamam de um produto de baixa qualidade.
• Os desenvolvedores suspiram ou fazem cara de pânico quando um novo pedido de funcionalidade chega.
• Os desenvolvedores reclamam da capacidade de manutenção do código, mas nada melhora.
• O tempo de implementar uma funcionalidade qualquer continua aumentando, e a equipe está́ sempre atrasada.

Possíveis causas:

Há essencialmente duas fontes principais desse problema: colaboração ineficiente entre testadores e o restante da equipe de entrega e/ou testes implementados de maneira inadequada ou pouco automatizados.

• Testadores não colaboram com desenvolvedores durante o desenvolvi- mento da funcionalidade.
• Histórias ou funcionalidades são marcadas como completadas sem que testes automatizados sejam escritos, sem que sejam aprovadas por testadores e sem serem demonstradas para os usuários em ambientes similares ao de produção.
• Defeitos são frequentemente introduzidos no backlog sem serem logo corrigidos com testes automatizados para demonstrar problemas de regressão.
• Os desenvolvedores ou testadores não têm experiência suficiente em desenvolver testes automatizados.
• A equipe não entende os tipos mais eficientes de testes a escrever para a tecnologia ou plataforma em que estão trabalhando.
• Os desenvolvedores estão trabalhando sem cobertura suficiente de testes, talvez porque a gerência do projeto não lhes concede tempo suficiente para implementar testes automatizados.
• O sistema é um protótipo que seria descartado (embora já́ tenhamos visto importantes sistemas em produção que originalmente foram desenvolvidos como protótipos e nunca foram descartados).

Problema: O processo de compilação não é gerenciado de forma apropriada.

Sintomas:

• Os desenvolvedores não fazem check-ins frequentes (pelo menos uma vez por dia).
• O estágio de commit não está funcionando.
• Há uma grande quantidade de defeitos.
• Há uma longa fase de integração antes de qualquer entrega.

Possíveis causas:

• Os testes automatizados demoram muito para rodar.
• O estagio de commit demora muito para rodar (menos do que cinco mi- nutos é ideal, mais do que dez minutos é inaceitável).
• Os testes automatizados falham de maneira intermitente, com falsos positivos.
• Ninguém se sente à vontade para reverter check-ins.
• Quase ninguém entende ou consegue fazer mudanças no processo de IC.

Problema:

Ambientes não podem ser comissionados e nem aplicações podem ser instala- das de maneira confiável usando um processo automatizado.

Sintomas:

• Falhas misteriosas acontecem em ambientes de produção.
• Novas implantações são eventos assustadores e carregados de tensão.
• Equipes substanciais se dedicam à configuração e gestão de ambientes.
• Implantações em produção precisam passar por rollbacks ou patches frequentes.
• Tempo de queda inaceitável de ambientes de produção.

Possíveis causas:

• Diferenças nos ambientes de aceitação e produção.
• Um processo de gestão de mudanças ruim ou que não é seguido nos ambientes de produção e homologação.
• Colaboração insuficiente entre as equipes de operação, gestão de dados e entrega.
• Monitoramento ineficiente dos ambientes de produção e homologação, levando a problemas na detecção de incidentes.
• Instrumentação e logging insuficientes nas aplicações.
• Testes não funcionais insuficientes.