From 68b04813175f618b19cc264a34bcca43c4c96fcc Mon Sep 17 00:00:00 2001 From: rafael matuda Date: Wed, 8 Jan 2025 17:16:19 -0300 Subject: [PATCH] RAD X ESPIRAL MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit realização das alterações da issue RAD x SCRUM --- docs/visao_produto_projeto/estrategias.md | 48 ++++++++++++----------- 1 file changed, 26 insertions(+), 22 deletions(-) diff --git a/docs/visao_produto_projeto/estrategias.md b/docs/visao_produto_projeto/estrategias.md index 9af4c90..e2cdbb3 100644 --- a/docs/visao_produto_projeto/estrategias.md +++ b/docs/visao_produto_projeto/estrategias.md @@ -8,25 +8,25 @@ **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 | +## Quadro Comparativo + +O quadro a seguir compara os processos de desenvolvimento RAD e Espiral em diversas características, com o objetivo de auxiliar na justificativa para a escolha do processo mais adequado a este projeto. + +| **Características** | **RAD** | **Espiral** | +|--------------------------------|-----------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------| +| **Abordagem Geral** | Metodologia de desenvolvimento rápido e iterativo, com foco na criação, validação de protótipos e entregas rápidas. | Modelo baseado em ciclos iterativos, com foco em análise de riscos, planejamento, prototipagem e validação contínua. | +| **Foco em Arquitetura** | Menor foco inicial em arquitetura; ênfase em protótipos | Maior foco na arquitetura para suportar ciclos subsequentes e gerenciar riscos. | +| **Estrutura de Processos** | Estrutura flexível, com iterações rápidas e prototipagem | Estrutura baseada em ciclos, cada um contendo etapas de planejamento, prototipagem, avaliação e decisão. | +| **Flexibilidade de Requisitos**| Alta; requisitos podem ser alterados durante o desenvolvimento | Moderada; os requisitos podem ser ajustados, mas são avaliados em cada ciclo para gerenciar riscos. | +| **Colaboração com Clientes** | Intensa; cliente envolvido em feedback frequente e revisão de protótipos | Alta; o cliente é envolvido em revisões periódicas e contribui para a validação de cada ciclo. | +| **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; devido ao gerenciamento de riscos e ao planejamento detalhado em cada ciclo. | +| **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; o modelo enfatiza a mitigação de riscos técnicos e a validação em cada ciclo para assegurar qualidade. | +| **Práticas de Desenvolvimento**| Prototipagem rápida, foco em entrega de funcionalidades principais | Prototipagem estruturada, com análise de riscos e validação contínua como parte do ciclo. | +| **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, com alto nível de incerteza e necessidade de gerenciamento de riscos. | +| **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 detalhada, com registros formais de análise de riscos, planejamento e decisões de cada ciclo. | +| **Controle de Qualidade** | Controle mais básico, com ênfase em entregas rápidas e testes do usuário final | Controle rigoroso, com testes e validações contínuas em cada ciclo para gerenciar riscos e qualidade. | +| **Escalabilidade** | Limitada, mais indicada para projetos pequenos e médios | Alta, adaptável para projetos grandes e complexos devido à sua estrutura iterativa e análise de riscos. | +| **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 maiores e estruturadas, exigindo profissionais focados em planejamento e análise de riscos. | ## Justificativa @@ -41,9 +41,12 @@ Assim, o RAD foi escolhido por sua capacidade de alinhar o processo de desenvolv ## Referências -[^1]: Guru99. *O que é o modelo RAD? Fases, Vantagens e Desvantagens* Disponível em: [https://www.guru99.com](https://www.guru99.com/pt/what-is-rad-rapid-software-development-model-advantages-disadvantages.html). +[^1]:Modelo espiral: quando usar? Vantagens e desvantagens. + Disponível em: +. + Acesso em: 27 dez. 2024. -[^2]: Atlassian. *O que é Scrum? (e como começar)*. Disponível em: [https://www.atlassian.com/br/agile/scrum](https://www.atlassian.com/br/agile/scrum). +[^2]: FILIPE MORELLI DEVELOPER. Modelos de processo de software - Espiral. Disponível em: . Acesso em: 27 dez. 2024. ## Histórico de Versão @@ -51,4 +54,5 @@ Assim, o RAD foi escolhido por sua capacidade de alinhar o processo de desenvolv | **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 | \ No newline at end of file +| 18/11/2024 | 1.1 | realizando ajustes | Breno Fernandes | +| 27/12/2024 | 1.2 | realizando ajustes do quadro comparativo | Rafael Melo Matuda | \ No newline at end of file