Desenvolvendo com
Qualidade em
Ambientes Caóticos
Guilherme Cardoso
Especialista ALM & DevOps | Arquiteto de Software
guilherme.silvacardoso@hotmail.com / @guilhermescard
blog.guilhermescardoso.com.br
O mercado atualmente ….
Funcionalidade
Prazo Orçamento
Funcionalidade
Prazo Orçamento
Qualidade
Causadores desses problemas
• “Visibilidade do andamento do projeto”
• “Não existe comunicação na equipe”
• “Difícil conciliar necessidade do usuário com riscos”
• “Modelos de desenvolvimento complexos”
• “Soluções não são testadas”
Impacto no desenvolvimento
Desenvolvedores sentem-se desmotivados
• Bug ping/pong
• Falta de acesso a ambientes seguros
• Tempo para preparação do ambiente excessivo
Testadores não são respeitados
• Preparar testes e ambiente consomem 30%-50% do ciclo de testes
• Maioria dos defeitos fechados como “não-reproduzíveis””
• Ferramentas não integradas ao ciclo de desenvolvimento
Impacto no negócio
• Falta de agilidade para responder ameaças ou oportunidades
• Alta taxa de falha em projetos
• Quem sente “dor” é o usuário final
5S no desenvolvimento de
software
Senso de utilização
• Apagar códigos comentados desnecessários;
• Otimizar os ambientes utilizados;
• Diminuir a quantidade de dependências.
Senso de organização
• Separar papeis e funcionalidades;
• Aderir a padrões – que facilitem a vida;
• Não aderir a política do ‘jeitinho brasileiro’.
Senso de limpeza
• Tratar fluxos alternativos;
• Testar, testar e testar;
• Refatorar o código constantemente – de preferência
removendo código não utilizados;
Senso de padronização
• Aderir a padrões – de novo;
• Implementar integração continua, deploy contínuo e
qualidade contínua;
Senso de disciplina
• Seguir tudo o que falamos até agora.
Ferramentas para se alcançar
Obrigado !!!
Guilherme Cardoso
Especialista ALM & DevOps | Arquiteto de Software
guilherme.silvacardoso@hotmail.com / @guilhermescard
blog.guilhermescardoso.com.br

Desenvolvendo com qualidade em ambientes caóticos

  • 1.
    Desenvolvendo com Qualidade em AmbientesCaóticos Guilherme Cardoso Especialista ALM & DevOps | Arquiteto de Software guilherme.silvacardoso@hotmail.com / @guilhermescard blog.guilhermescardoso.com.br
  • 6.
  • 12.
  • 16.
    Causadores desses problemas •“Visibilidade do andamento do projeto” • “Não existe comunicação na equipe” • “Difícil conciliar necessidade do usuário com riscos” • “Modelos de desenvolvimento complexos” • “Soluções não são testadas”
  • 17.
    Impacto no desenvolvimento Desenvolvedoressentem-se desmotivados • Bug ping/pong • Falta de acesso a ambientes seguros • Tempo para preparação do ambiente excessivo Testadores não são respeitados • Preparar testes e ambiente consomem 30%-50% do ciclo de testes • Maioria dos defeitos fechados como “não-reproduzíveis”” • Ferramentas não integradas ao ciclo de desenvolvimento Impacto no negócio • Falta de agilidade para responder ameaças ou oportunidades • Alta taxa de falha em projetos • Quem sente “dor” é o usuário final
  • 21.
  • 23.
    Senso de utilização •Apagar códigos comentados desnecessários; • Otimizar os ambientes utilizados; • Diminuir a quantidade de dependências.
  • 24.
    Senso de organização •Separar papeis e funcionalidades; • Aderir a padrões – que facilitem a vida; • Não aderir a política do ‘jeitinho brasileiro’.
  • 25.
    Senso de limpeza •Tratar fluxos alternativos; • Testar, testar e testar; • Refatorar o código constantemente – de preferência removendo código não utilizados;
  • 26.
    Senso de padronização •Aderir a padrões – de novo; • Implementar integração continua, deploy contínuo e qualidade contínua;
  • 28.
    Senso de disciplina •Seguir tudo o que falamos até agora.
  • 29.
  • 31.
    Obrigado !!! Guilherme Cardoso EspecialistaALM & DevOps | Arquiteto de Software guilherme.silvacardoso@hotmail.com / @guilhermescard blog.guilhermescardoso.com.br