VISÃO GERAL DO PROJETO

Ciclo de vida do projeto de desenvolvimento de software

A imagem do ciclo de vida acima, demonstra um fluxo Scrum modificado com: Backlog do produto → Planejamento da Sprint → Backlog da Sprint → Equipe de Desenvolvimento (com Scrum semanal) → Revisão da Sprint → Incremento, com um retorno ao Backlog do produto para refinamento.

Justificativas:

Entregas contínuas de valor através de sprints semanais que permitem validar funcionalidades junto ao usuário em tempo real.
Feedback rápido com revisões de sprints e laços de retorno mantendo o produto alinhado as necessidades dos usuários e clientes.
Gerenciamento de incertezas para testar hipóteses e manter a qualidade do produto.
Transparência e visibilidade do progresso a partir de um Backlog visível e quadro de sprints, deixando claro o que está feito, em progresso ou bloqueado.
Priorização orientada a valor percebido com base em métricas e feedbacks junto do PO, diminuindo a dependência de suposições.

Organização do Projeto

Papel	Atribuições	Responsável	Participantes
Desenvolvedor	Codificar o produto, codificar testes unitários, realizar refatoração	Todos da equipe
Dono do Produto	Atualizar o escopo do produto, organizar o escopo das sprints, validar as entregas	Rodrigo
Analista de Qualidade	Garantir a qualidade do produto, garantir o cumprimento do conceito de pronto, realizar inspeções de código	Ângelo, Gabriel Mota
Cliente	Validar se o produto atende às necessidades, fornecer feedback contínuo, priorizar requisitos e aprovar entregas	Pedro Inacio, Samuel	Pedro Barbosa (Integrante da atlética)

Planejamento das Fases e/ou Iterações do Projeto

atualizado de maneira sucessiva, a partir da realização de cada ciclo (sprint, iteração)

Sprint	Produto (Entrega)	Data Início	Data Fim	Entregável(eis)	Responsáveis	% conclusão
Sprint 0	Planejamento inicial do produto e projeto	15/09/2025	22/09/2025	Parte da Documentação de visão do produto e projeto	Todos os membros	0%
Sprint 1	Concepção do Backlog/ Início de prototipação	22/09/2025	29/09/2025	Backlog, Protótipo de alta fidelidade e documento de visão completo	Todos os membros + Clientes	0%

(*): Podem ser apelidos (Aliases), desde que existam suas definições completas, após o quadro.

Matriz de Comunicação

Descrição	Área/Envolvidos	Periodicidade	Produtos gerados
- Acompanhamento das Atividades em Andamento - Acompanhamento dos Riscos, Compromissos, Ações Pendentes, Indicadores	Equipe do Projeto	Semanal	Relatório de situação do projeto
Comunicar situação do projeto	- Equipe do projeto - Monitor - Cliente	quinzenal	- Ata de reunião - Relatório de situação do projeto - Aprovação de entregas

Gerenciamento de Riscos

TODO: implementar o gerenciamento de riscos

[O Gerenciamento de Riscos consiste em tarefas, como:

    Identificar todos os riscos possíveis e detectáveis em cada fase do projeto;

    Executar as ações para mitigar os riscos que tenham um alto grau de exposição ao risco caso este ocorra na Lista de Riscos do Projeto;

    Fazer uma revisão da lista dos riscos periodicamente, com o propósito de averiguar uma possível incidência de um risco e ver se há outros riscos ainda não relatados;

    Em caso de confirmação de um risco previsto, agir no sentido de contingenciá-lo conforme programado;

    Registrar os riscos no Painel de Controle do Projeto e no Plano do Projeto (Riscos iniciais);

Os riscos do projeto devem ser acompanhados e atualizados periodicamente.

Sugestão: construir um quadro contendo: o risco, grau de exposição, mitigação (se necessária, pois depende do grau de exposição) e plano de contingência.

Critérios de Replanejamento

Critério	Ação
Atrasos	Caso surjam imprevistos que comprometam o cronograma, faremos uma análise para ajustar as datas de entrega, garantindo que permaneçam viáveis.
Mudança de funções entre os membros	Se as responsabilidades da equipe mudarem, vamos dar prioridade a registrar tudo em detalhes, capacitar todos com diversas habilidades, manter a comunicação transparente e nos adaptar rapidamente aos novos planos.
Mudanças significativas no escopo	Caso o escopo sofra mudanças significativas que venham a afetar os objetivos, os resultados esperados ou os recursos alocados, o plano de contingência (definir um de acordo com o gerenciamento de riscos) será colocado em prática e deverá ser reavaliado, visando ajustar o projeto às novas orientações.
Novos requisitos para o projeto	É essencial examinar com atenção as demandas adicionais, mantendo um diálogo aberto com o time para entender o impacto sobre as necessidades já existentes, e ordenar as novas prioridades conforme a importância e a premência. Será preciso, ainda, ajustar o planejamento do projeto para incorporar essas modificações.
Desentendimento entre os membros da equipe	É fundamental reavaliar algumas partes do projeto, uma vez que pode haver a necessidade de dividir os integrantes da equipe que estavam trabalhando juntos ou reestruturar determinadas seções do produto. Caso ocorra alguma divergência, o conflito será abordado com o objetivo de solucioná-lo empregando o método de Comunicação Não Violenta (abordagem desenvolvida pelo psicólogo Marshall Rosenberg para criar conexões autênticas e resolver conflitos através da empatia e do respeito).