Skip to content

Commit

Permalink
RAD X ESPIRAL
Browse files Browse the repository at this point in the history 
realização das alterações da issue RAD x SCRUM
  • Loading branch information
@rmatuda
rmatuda committed Jan 8, 2025
1 parent b15d03b commit 68b0481
Showing 1 changed file with 26 additions and 22 deletions.
48 changes: 26 additions & 22 deletions docs/visao_produto_projeto/estrategias.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -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
Expand All @@ -41,14 +41,18 @@ 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:
<https://www.guru99.com/pt/what-is-spiral-model-when-to-use-advantages-disadvantages.html.>.
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: <https://www.youtube.com/watch?v=yhLKaeW4--Q>. Acesso em: 27 dez. 2024.


## 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 |
| 18/11/2024 | 1.1 | realizando ajustes | Breno Fernandes |
| 27/12/2024 | 1.2 | realizando ajustes do quadro comparativo | Rafael Melo Matuda |

0 comments on commit 68b0481

Please sign in to comment.