Para um projeto ser bem-sucedido, é indispensável uma boa gestão, tanto a nível interno, como na comunicação com o cliente. No caso particular de um projeto de software, há mais um fator de grande importância: a metodologia de desenvolvimento de software.
A seleção da melhor metodologia de desenvolvimento de software deve ser feita pela equipa ou pelo team-leader, segundo o que melhor se adequar ao projeto em causa. A metodologia mais adequada vai depender do tamanho da equipa, das metas e de outros fatores. Aqui apresentamos uma visão geral das metodologias de desenvolvimento de software mais utilizadas e reconhecidas para o ajudar a decidir qual a melhor que se adequa ao seu projeto.
1.Waterfall
Quando se trata de desenvolvimento de software, o Waterfall é a escolha mais tradicional e que representa um desenvolvimento “sequencial” do projeto. Embora geralmente seja visto como um método desatualizado, é útil entender a história e a estrutura da metodologia Waterfall para melhor compreender a flexibilidade das metodologias mais modernas. Criado pela primeira vez em 1970, o Waterfall foi uma das metodologias mais proeminentes por várias décadas devido à sua abordagem orientada ao planeamento.
A Waterfall requer muita estrutura e documentação inicial. É dividido em etapas. A primeira fase é vital, exigindo uma compreensão total por parte dos desenvolvedores e clientes dos objetivos e âmbito do projeto antes de se iniciar o desenvolvimento. As etapas são relativamente rígidas e muitas vezes seguem esta sequência: determinar os requisitos e âmbito do projeto, analisar esses requisitos, projetar, implementar, testar e finalmente, manter.
Há uma falta de flexibilidade nesta abordagem. O que é decidido e validado nas fases iniciais do projeto não deve ser alterado, ou caso seja, deveremos voltar à fase de análise de requisitos. Normalmente, uma etapa deve ser concluída antes da próxima etapa começar. Tudo isto representa vantagens na organização, mas desvantagens na agilidade. Como todo o âmbito do projeto é compreendido com antecedência, o progresso do software pode ser facilmente medido. O método Waterfall é frequentemente utilizado por grandes equipas que têm um entendimento muito claro do âmbito do projeto; no entanto, as equipas de desenvolvimento que não operam desse modo provavelmente encontrarão melhores resultados com a flexibilidade e agilidade de metodologias mais modernas.
2.Agile
A metodologia Agile foi desenvolvida como uma resposta às crescentes frustrações com o Waterfall e outras metodologias altamente estruturadas e inflexíveis. Essa abordagem foi projetada para acomodar as mudanças e a necessidade de produzir software com maior rapidez.
O Agile valoriza os indivíduos e seus relacionamentos e interações por meio de ferramentas; apresenta colaboração do cliente em todo o processo de desenvolvimento; responde à mudança em vez de seguir um plano fixo; e concentra-se na apresentação de software funcional, em vez de documentação.
Ao contrário do Waterfall, o Agile está pronto para lidar com a complexidade e a variabilidade envolvida nos projetos de desenvolvimento. Usando a abordagem Agile, as equipas desenvolvem em sprints ou iterações curtas, cada uma incluindo uma duração definida e uma lista de entregas, mas sem uma ordem específica. Durante os sprints, as equipas trabalham com o objetivo de entregar software funcional.
O Agile tem muita colaboração, com foco nos pontos fortes e na eficiência da equipa, junto com o feedback interno de vários departamentos e clientes. A satisfação do cliente é a maior prioridade com a abordagem ágil, que as equipas alcançam ao fornecer continuamente recursos funcionais, testados e priorizados.
3.Feature-Driven Development
Uma abordagem iterativa e incremental para o desenvolvimento de software, o Feature-Driven Development (FDD) é derivado da metodologia Agile e é considerada uma forma de implementá-la. Semelhante ao Waterfall, o FDD é tipicamente visto como uma metodologia mais antiga. O FDD concentra-se no objetivo de entregar software funcional com frequência e é uma abordagem especialmente centrada no cliente, tornando-se uma boa opção para equipas de desenvolvimento menores dimensões.
Os recursos são uma peça fundamental do FDD. Os recursos são peças de trabalho valorizadas pelo cliente que, de acordo com a abordagem FDD, devem ser entregues a cada duas semanas.
Para produzir software tangível com frequência e eficiência, o FDD tem cinco etapas, a primeira das quais é desenvolver um modelo geral. Em seguida, criar uma lista de recursos e planear cada recurso. As duas etapas finais – design por recurso e criação por recurso – ocuparão a maior parte do esforço. Em cada etapa, o relatório de status é incentivado e ajuda a rastrear o progresso, resultados e possíveis erros. Embora a resposta eficiente à mudança seja um dos melhores atributos do FDD, uma compreensão dos requisitos do cliente e do modelo geral no início do projeto pode reduzir quaisquer surpresas durante o desenvolvimento.
Além disso, qualquer recurso que leve mais de duas semanas para projetar e construir deve ser subdividido em recursos separados até que respeite a regra de duas semanas. A estrutura rígida do FDD torna-o menos desejável para as equipas que equilibram os tipos de trabalho orientado a projetos e manutenção.
4.Scrum
Outra forma de implementar a abordagem Agile é o Scrum. Baseia-se no Agile, onde as equipas e programadores devem colaborar fortemente e diariamente.
Com Scrum, o software é desenvolvido usando uma abordagem iterativa em que a equipa está no centro – trabalhadores experientes e disciplinados em equipas menores podem ter mais sucesso com este método, pois requer auto-organização e auto-gestão.
Os membros da equipa dividem os objetivos finais em objetivos menores no início e trabalham com eles usando iterações de comprimento fixo – ou sprints – para construir software e exibi-lo com frequência (que geralmente duram duas semanas). As reuniões desempenham um papel importante na abordagem Scrum e, durante cada sprint, reuniões de planeamento e demonstrações diárias acontecem para acompanhar o progresso e recolher feedback. Este método incremental promove mudanças e desenvolvimento rápidos e agrega valor a projetos complexos. O Scrum incorpora a estrutura e disciplina de metodologias de desenvolvimento de software mais tradicionais com a flexibilidade e práticas iterativas do Agile moderno.
5.Extreme Programming (XP)
Outra estrutura Agile, Extreme Programming (ou XP) concentra-se na produção de software de alta qualidade usando as melhores práticas de desenvolvimento de software. Como acontece com a maioria das abordagens Agile, o XP permite divisões frequentes em sprints de desenvolvimento curtos que incentivam mudanças quando necessário.
Em geral, o XP segue um conjunto de valores, ao invés de etapas, incluindo simplicidade (desenvolva o que é necessário, nada mais); comunicação (as equipes devem colaborar e trabalhar juntas em cada parte do software); feedback consistente; e respeito.
A Extreme Programing exige que os desenvolvedores primeiro planeiem e entendam os requisitos do cliente (descrições informais de certas funcionalidades). Outras práticas incluem: agendamento e divisão do trabalho em iterações. Projete com simplicidade, programe e teste com frequência, para criar software sem falhas. Ouça o feedback para entender melhor a funcionalidade e teste mais.
Agora que já conhece 5 das melhores metodologias de Software, é tempo de escolher a que melhor se adequa ao seu projeto!
