-
Notifications
You must be signed in to change notification settings - Fork 4
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Breno Soares Fernandes
committed
Nov 19, 2024
1 parent
3f5ec51
commit 16cec5e
Showing
1 changed file
with
34 additions
and
10 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,20 +1,44 @@ | ||
# Estratégias de Engenharia | ||
|
||
## Histórico de Versão | ||
## 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 | | ||
|
||
| **Data** | **Versão** | **Descrição** | **Autor** | | ||
| :--------: | :--------: | :--------: | :--------: | | ||
| 11/11/2024 | 1.0 | Criação do documento | Guilherme Storch | | ||
|
||
## Estratégia Priorizada | ||
|
||
| Tópico | Decisão | | ||
| :----: | :----: | | ||
|Aborgagem| Ágil | | ||
| Ciclo de Vida| Ágil | | ||
|
||
## Justificativa | ||
|
||
- **Abordagem Ágil**: Pelo levantamento inicial de informações, a abordagem ágil se coloca como uma das abordagens com melhor aplicabilidade para o contexto estudado, levando em consideração a possibilidade de permitir feedbacks antecipados e a liberação do projeto mais cedo para o cliente. Somado a isso, a instabilidade de alguns dos requisitos iniciais levam a crer que esta abordagem possa ser a mais adequada para este cenário de estudos. | ||
|
||
- **Ciclo de Vida Ágil**: Reflete a escolha da abordagem de gerenciamento para o projeto. Permite mais feedbacks antecipados e se adapta melhor a mudanças pontuais devido a instabilidade de alguns dos requisitos. | ||
- **Ciclo de Vida Ágil**: Reflete a escolha da abordagem de gerenciamento para o projeto. Permite mais feedbacks antecipados e se adapta melhor a mudanças pontuais devido a instabilidade de alguns dos requisitos. | ||
|
||
## Histórico de Versão | ||
|
||
| **Data** | **Versão** | **Descrição** | **Autor** | | ||
| :--------: | :--------: | :--------: | :--------: | | ||
| 11/11/2024 | 1.0 | Criação do documento | Guilherme Storch | |