2.6 Viabilidade da proposta

A proposta é considerada viável no contexto da disciplina, tendo em vista o escopo definido e a capacidade técnica da equipe, com previsão de entrega de um MVP consistente e evoluções incrementais ao longo do semestre. Embora o fluxo de comunicação com a comunidade Munduruku apresenta limitações por ocorrer por meio de um representante, o projeto foi estruturado de forma compatível com essa realidade, apoiando-se em elementos já validados junto aos usuários.

O principal risco técnico está associado à necessidade de evolução da arquitetura do back-end, desenvolvido em Python com Flask, para suportar o aumento da complexidade da aplicação, bem como à implementação de mecanismos que garantam funcionamento adequado em cenários com conectividade limitada, como o uso offline em dispositivos móveis. Ainda assim, esse risco é mitigado pela escolha de tecnologias consolidadas, pela organização do desenvolvimento em ciclos incrementais e pela adoção de práticas que favorecem a estabilidade e manutenção do sistema.

Dessa forma, a viabilidade da proposta está condicionada a alguns fatores-chave:

• A manutenção de um escopo controlado ao longo do semestre;

• A priorização de aspectos estruturais da aplicação nas etapas iniciais;

• A garantia de uma comunicação eficiente entre os membros da equipe; e

• O compartilhamento contínuo de conhecimento, de modo a evitar a concentração de responsabilidades e possíveis gargalos no desenvolvimento.

Gestão de riscos preliminar da equipe

ID	Descrição do Risco	Tipo	Impacto	Probabilidade	Ação de Mitigação (Abordagem OpenUP)
R1	Gargalos na Arquitetura Legada: O back-end atual em Flask pode não suportar as novas funcionalidades	Técnico	Alto	Alta	Focar a Fase de Elaboração em refatoração e criação de uma base arquitetural executável antes de desenvolver novas features.
R2	Ruídos de Comunicação e Validação: Como a comunicação com a comunidade é indireta (via representante), requisitos podem ser mal interpretados.	Negócio	Alto	Alta	Utilizar protótipos de alta fidelidade e estabelecer marcos (Milestones) claros de revisão ao final de cada iteração curta para validação contínua com a representante.
R3	Curva de Aprendizado e Rotação: A equipe adotará rodízio de papéis (Frontend/Backend/QA), o que pode gerar atrasos pela falta de domínio técnico específico.	Gerencial	Médio	Alta	Aplicar documentação contínua (Matriz de Rastreabilidade), pair programming e transferir o conhecimento técnico rotineiramente durante as reuniões semanais.