Em relação aos aspectos positivos pôde ser vivenciado grande troca de

conhecimentos entre o time durante as necessidades levantadas e entendimento

melhor do problema a ser solucionado como prioritário , contribuindo para melhor
adesão à solução desenvolvida.

3.2 Contribuições
O projeto aplicado proporcionou através de ferramentas , métodos ,
abordagens aprendidas ao longo dos bootcamps meios de desburocratizar a resolução
de problemas na engenharia de software de maneira tradicional (dificuldade de lidar
com mudanças, escopo de entrega fixo , orientado ao plano de entrega ) para um
processo com abordagem ágil com recursos, escopo variado, orientado a entrega de
valor ao utilizar design thinking, personas , sprints, além de ferramentas que
levassem ao uso de ferramentas ALM ( Application Lifecycle Management)
voltadas para gerenciamento do ciclo de vida de aplicações ,
complementando a cultura devops com boas práticas de processos de
desenvolvimento aliados à tecnologia e pessoas através da busca da
mudança de mindset de crescimento com foco em melhorias contínuas
utilizando tanto processos modernos de desenvolvimento kanban, scrum
como também de engenharia através de abordagens voltadas para testes
(shift-left) , TDD, automações além de outras que embora levantadas
durante o processo de descoberta utilizando design thinking futuramente
serão desenvolvidas.

3.3 Próximos passos

O principal trabalho a ser feito no futuro é implementar as features restantes
já levantadas durante o design thinking (figura 4- trello) buscando a melhoria dos
processos de desenvolvimento tais como:inclusão de teste automatizado estático e
unitário no projeto utilizando TDD; implementar deploy automatizado para ambiente
de produção além de notificar status de build e deploy automaticamente na pipeline
visando alcançar gradualmente feedbacks mais rápidos com automação e
potencializando a implementação da agilidade na empresa.Não ficando preso,
portanto, apenas em adotar frameworks ágeis no gerenciamento do processo de
desenvolvimento que levaria depois de um tempo a um cenário em que o progresso
seja lento em decorrência do excesso de débitos técnicos e baixa qualidade interna
do software ao deixar de considerar também boas práticas da engenharia de software
para suportar o processo.

92