Estratégias de Engenharia
Estratégia Priorizada
Abordagem de Desenvolvimento de Software: Ágil
Ciclo de vida: Iterativo e Incremental
Processo de Engenharia de Software: RAD
Quadro Comparativo
O quadro a seguir compara os processos de desenvolvimento RAD e Scrum em diversas características, com o objetivo de auxiliar na justificativa para a escolha do processo mais adequado a este projeto.
| Características | RAD | Scrum |
|---|---|---|
| Abordagem Geral | Metodologia de desenvolvimento rápido e iterativo, com foco na criação, validação de protótipos e entregas rápidas. | Framework ágil baseado em sprints curtos e entregas incrementais |
| Foco em Arquitetura | Menor foco inicial em arquitetura; ênfase em protótipos | Maior atenção à arquitetura para manter flexibilidade |
| Estrutura de Processos | Estrutura flexível, com iterações rápidas e prototipagem | Estrutura bem definida com sprints, backlog e eventos específicos |
| Flexibilidade de Requisitos | Alta; requisitos podem ser alterados durante o desenvolvimento | Moderada; alterações podem ser aceitas, mas devem passar pelo backlog e priorização |
| Colaboração com Clientes | Intensa; cliente envolvido em feedback frequente e revisão de protótipos | Essencial; cliente revisa e prioriza o backlog e participa de revisões de sprint |
| Complexidade do Processo | Baixa a moderada, com processos adaptáveis e qualidade aprimorada por feedback contínuo durante revisões e iterações. | Moderada a alta; requer disciplina para seguir eventos e artefatos do Scrum |
| Qualidade Técnica | Foco em funcionalidade, com qualidade técnica aprimorada por feedback contínuo durante revisões e iterações, embora possa ser sacrificada pela velocidade. | Alta; qualidade técnica é essencial, com revisões e melhorias contínuas |
| Práticas de Desenvolvimento | Prototipagem rápida, foco em entrega de funcionalidades principais | Desenvolvimento incremental, com práticas ágeis como revisão de código e testes |
| Adaptação ao Projeto | Ideal para projetos com escopo indefinido ou requisitos em constante mudança, beneficiando-se de protótipos ágeis e flexíveis. | Adequado para projetos complexos e de longo prazo com escopo claro, mas adaptável |
| Documentação | Documentação mínima e enxuta, focada apenas nos registros essenciais para guiar o desenvolvimento, priorizando protótipos e entregas rápidas. | Documentação moderada, geralmente vinculada ao backlog e requisitos do sprint |
| Controle de Qualidade | Controle mais básico, com ênfase em entregas rápidas e testes do usuário final | Controle rigoroso; envolve revisões contínuas e testes integrados nos sprints |
| Escalabilidade | Limitada, mais indicada para projetos pequenos e médios | Alta, adequado para grandes equipes e projetos complexos |
| Suporte a Equipes de Desenvolvimento | Ideal para equipes menores e colaborativas, com papéis flexíveis e forte dependência de feedback do cliente e protótipos rápidos. | Alto; suporta equipes organizadas com papéis claros como Product Owner e Scrum Master |
Justificativa
Escolhemos o RAD (Rapid Application Development) como metodologia devido à sua forte ênfase na coleta contínua de feedbacks com o cliente, um fator essencial para o sucesso do nosso projeto. Essa abordagem nos ajuda a lidar com diversos desafios, como a flexibilidade nos requisitos, permitindo ajustes rápidos e adaptativos conforme surgem novas demandas ou mudanças durante o desenvolvimento.
O envolvimento ativo do cliente é outro ponto central, já que o RAD promove interações frequentes por meio de protótipos iterativos. Isso nos permite validar funcionalidades em tempo real, garantindo que o projeto esteja sempre alinhado às expectativas do cliente e reduzindo o risco de mal-entendidos ou entregas desalinhadas.
Além disso, a coleta constante de feedback reduz riscos ao identificar possíveis problemas ou lacunas ainda nas fases iniciais, facilitando correções rápidas e prevenindo retrabalho mais complexo. Essa característica é particularmente útil para projetos com escopo indefinido, onde os requisitos podem evoluir ao longo do tempo. Com o RAD, conseguimos transformar a incerteza em oportunidade, iterando de forma ágil e colaborativa.
Assim, o RAD foi escolhido por sua capacidade de alinhar o processo de desenvolvimento às necessidades do cliente, promovendo entregas eficientes, adaptabilidade às mudanças e maior qualidade nos resultados.
Referências
[^1]: Guru99. O que é o modelo RAD? Fases, Vantagens e Desvantagens Disponível em: https://www.guru99.com.
[^2]: Atlassian. O que é Scrum? (e como começar). Disponível em: https://www.atlassian.com/br/agile/scrum.
Histórico de Versão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 11/11/2024 | 1.0 | Criação do documento | Guilherme Storch |
| 18/11/2024 | 1.1 | realizando ajustes | Breno Fernandes |