Um dos temas que venho pesquisando no doutorado é sobre manifestos na engenharia de software (ES), apesar da Conferência de Engenharia de Software em Garmisch (1968)[1] [2] não ter um manifesto, pode se considerar que esta foi uma das primeiras conferências dedicadas à engenharia de software e que marcou o início do reconhecimento da engenharia de software como uma disciplina distinta. Durante a conferência, os participantes discutiram os desafios emergentes da indústria (a crise do software) e as possíveis soluções. Embora não tenha resultado em um “manifesto”, estabeleceu a necessidade de práticas e princípios formais na engenharia de software.

Embora a Crise do Software dos anos 1960 e 1970 tenha impulsionado enormes avanços na engenharia de software, muitos desafios persistem até hoje.

🔧 Complexidade Intrínseca: O software moderno é mais complexo do que nunca, integrando múltiplos componentes e tecnologias. Manter-se atualizado com a evolução tecnológica é um desafio constante.

🔄 Requisitos em Constante Mudança: As necessidades dos usuários e os ambientes de execução variam rapidamente, exigindo uma adaptação ágil.

📅 Desafios de Gerenciamento: Estimar tempo e recursos com precisão e gerenciar grandes projetos continuam sendo tarefas difíceis.

📏 Padrões e Melhores Práticas: Nem todas as organizações adotam completamente as metodologias recomendadas, e a qualidade da codificação pode variar.

🔐 Segurança e Confiabilidade: Com a crescente ameaça cibernética, garantir a segurança e a confiabilidade do software é mais crucial do que nunca.

👨‍💻 Recursos Humanos: A falta de desenvolvedores qualificados e a necessidade de treinamento contínuo são desafios constantes.

🔎 Exemplos e Incidentes Recorrentes: Falhas em projetos de TI governamentais e corporativos, além de incidentes de segurança, sublinham a necessidade contínua de melhores práticas e ferramentas.

A busca por inovação e melhoria na engenharia de software é uma jornada sem fim. Continuamos a aprender e a evoluir para enfrentar esses desafios.

Conclusão: As abordagens, Waterfall e Ágil resolveram a Crise do Software? [3][4][5][6]

Ambas as abordagens, Waterfall e Ágil, contribuíram significativamente para mitigar muitos dos problemas que levaram à Crise do Software, mas não eliminaram completamente todos os desafios do desenvolvimento de software.

Waterfall: Trouxe estrutura e clareza, mas sua rigidez e dificuldade em lidar com mudanças limitam sua eficácia em muitos projetos modernos. Ágil: Introduziu flexibilidade, adaptação rápida e foco no cliente, mas também enfrenta desafios, especialmente em termos de escalabilidade e dependência de colaboração eficaz.

Em resumo, enquanto Waterfall e Ágil ajudaram a resolver muitos dos problemas destacados pela Crise do Software, o desenvolvimento de software continua a enfrentar desafios contínuos. A evolução contínua das metodologias, ferramentas e práticas de desenvolvimento é necessária para abordar os novos problemas que surgem com o avanço da tecnologia e as mudanças nas expectativas dos usuários.

Referências: [1] NATO Software Engineering Conference 1968 (ncl.ac.uk)

[2] homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF

[3] https://dl.acm.org/doi/10.5555/41765.41801 Winston W. Royce, “Managing the Development of Large Software Systems,” Proceedings of IEEE WESCON, 1970. Royce é frequentemente creditado como o primeiro a descrever o modelo Waterfall, e ele mesmo reconheceu as limitações da abordagem linear em seu artigo original.

[4] https://link.springer.com/chapter/10.1007/978-3-642-48354-7_5 Barry W. Boehm, “Software Engineering Economics,” Prentice-Hall, 1981. Boehm discutiu as limitações do modelo Waterfall e a necessidade de abordagens iterativas e incrementais para lidar com a complexidade e a mudança.

[5] https://agilemanifesto.org/ Kent Beck et al., “Manifesto for Agile Software Development,” 2001. O manifesto ágil define os princípios fundamentais das metodologias ágeis, enfatizando a flexibilidade, a adaptação rápida e o foco no cliente.

[6] https://archive.org/details/agileiterativede0000larm Craig Larman, “Agile and Iterative Development: A Manager’s Guide,” Addison-Wesley, 2003. Larman discute os benefícios das metodologias ágeis, como flexibilidade e entrega incremental, e também aborda os desafios de escalabilidade e colaboração.