Estratégias de Engenharia de Software

Estratégia Priorizada

Apresenta-se um quadro comparando o processo RAD + Kanban escolhido com o processo XP + Scrum.

Tabela 1 - Quadro compartivo RAD + Kanban e XP + Scrum.

Característica	RAD + Kanban	XP + Scrum
Flexibilidade a Mudanças	Alta. O fluxo do Kanban e a prototipagem do RAD são projetados para incorporar mudanças e feedback de forma contínua e com baixo custo.	Alta. A iteração curta do Scrum e as práticas adaptativas do XP permitem incorporar mudanças frequentes sem comprometer a qualidade.
Envolvimento do Cliente	Contínuo e prático. O cliente participa ativamente na validação de protótipos da interface e pode acompanhar o progresso visualmente no quadro Kanban.	Contínuo e colaborativo. O cliente (Product Owner ou representante) participa a cada sprint, revisa entregas incrementais e influencia o backlog.
Gestão de Riscos	Proativa. Riscos técnicos, como a qualidade dos dados do Bodog, podem ser priorizados e investigados no início do fluxo para mitigar seu impacto.	Iterativa. Riscos são tratados a cada sprint, reduzindo incertezas gradualmente com entregas frequentes e testes constantes.
Adequação para Equipes com Horários Variados	Alta. O Kanban é, por natureza, um método assíncrono que não depende de reuniões diárias ou ciclos de trabalho sincronizados, ideal para a realidade da equipe.	Moderada. Scrum e XP favorecem sincronização com cerimônias e práticas colaborativas, mas ainda permitem ajustes de horários desde que haja disciplina no cumprimento das iterações.

Com base nas características do projeto e nos desafios enfrentados, o RAD + Kanban é o processo mais adequado pelos seguintes motivos:

Flexibilidade e Iterações Contínuas O uso do RAD, com foco em prototipação rápida, aliado ao fluxo visual do Kanban, permite incorporar mudanças frequentes e feedback imediato do cliente sem grandes custos de retrabalho. Isso garante que o produto evolua de forma contínua e alinhada às necessidades reais.
Entrega Visual e Acompanhamento do Cliente O Kanban possibilita que o cliente acompanhe o progresso em tempo real e valide incrementos por meio dos protótipos construídos no RAD. Essa transparência facilita o engajamento e reduz riscos de desalinhamento entre expectativas e entregas.
Gestão Proativa de Riscos A natureza iterativa do RAD permite que riscos técnicos sejam explorados logo nos protótipos iniciais, enquanto o Kanban prioriza o trabalho mais crítico no fluxo. Isso ajuda a identificar e mitigar incertezas ainda nas fases iniciais, antes que se tornem impeditivos.
Adequação à Realidade da Equipe Considerando que a equipe pode ter horários de trabalho variados, o Kanban é ideal por não exigir forte sincronização ou rituais fixos. O processo se adapta bem a um modelo mais assíncrono, sem perder a visibilidade do progresso.
Rapidez na Entrega de Valor A combinação de RAD e Kanban possibilita que funcionalidades prioritárias sejam prototipadas e entregues em ciclos curtos, garantindo que o cliente receba valor desde as primeiras etapas do desenvolvimento e que o produto seja constantemente validado.

Tabela 2 - Histórico de versões.

Versão	Descrição	Autor(es)	Data
1.0	Criação do documento	Ricardo Henrique, Thales Duarte	15/09/2025