Gerenciamento
Descrição
Esta página é dedicada ao plano de gestão e organização do projeto.
Sumário
Cronograma
Iniciação | 01/08/2025 a 08/08/2025
- 01/08 6LM (19:15): 🧩 Apresentação da AGES, projetos, orientadores e equipes + Integração da equipe;
- 01/08 6NP (19:15): 🧩 Apresentação do processo da AGES e do projeto pelo professor orientador + Preparação para reunião com stakeholders;
- 08/08 6LM (19:15): 🧩 Apresentação do projeto pelos stakeholders;
- 08/08 6NP (19:15): 🗓 Sprint 0 Planning (user stories e mockups).
Sprint 0 | 08/08/2025 a 22/08/2025
- 15/08 6LM e 6NP (19:15): 💻 Desenvolvimento dos mockups e user stories;
- 22/08 6LM (19:15): ✨ Apresentação dos mockups e user stories para stakeholders + Sprint 1 Planning;
- 22/08 6NP (19:15): ⚙️ Sprint Retrospective + 📝 Entrega do Relatório da Sprint 0 no Fluxo AGES.
Sprint 1 | 29/08/2025 a 12/09/2025
- 29/08 e 05/09 6LM e 6NP (19:15): 💻 Desenvolvimento;
- 12/09 6LM (19:15): ✨ Sprint Review (apresentação aos stakeholders) + Sprint 2 Planning;
- 12/09 6NP (19:15): ⚙️ Sprint Retrospective + 📝 Entrega do Relatório da Sprint 1 no Fluxo AGES + 📝 Entrega do Relatório de Acompanhamento (RA) no formato Memorial Descritivo.
Sprint 2 | 19/09/2025 a 03/10/2025
- 19/09 6LM e 6NP (19:15): 💻 Desenvolvimento + Reuniões one-to-one;
- 26/09 6LM e 6NP (19:15): 💻 Desenvolvimento;
- 03/10 6LM (19:15): ✨ Sprint Review (apresentação aos stakeholders) + Sprint 3 Planning;
- 03/10 6NP (19:15): ⚙️ Sprint Retrospective + 📝 Entrega do Relatório da Sprint 2 no Fluxo AGES.
Sprint 3 | 10/10/2025 a 24/10/2025
- 10/10 e 17/10 6LM (19:15): 💻 Desenvolvimento;
- 10/10 6NP (19:15): 💻 Desenvolvimento;
- 17/10 6NP (19:15): ✨ Sprint Review (apresentação aos stakeholders) + Sprint 4 Planning;
- 24/10 6LM (19:15): ⚙️ Sprint Retrospective + 📝 Entrega do Relatório da Sprint 3 no Fluxo AGES;
- 24/10 6NP (19:15): 💻 Desenvolvimento da Sprint 4.
Sprint 4 (Sprint final) | 31/10/2025 a 14/11/2025
- 31/10 e 07/11 6LM (19:15): 💻 Desenvolvimento;
- 31/10 6NP (19:15): 💻 Desenvolvimento;
- 07/11 6NP (19:15): 🏁 Entrega final do projeto + ⚙️ Retrospectiva do Projeto + 📝 Entrega do Relatório da Sprint 4 no Fluxo AGES;
- 14/11 6LM (19:15): 🌎 Retrospectiva GERAL AGES (presença obrigatória, valendo nota) + 🎉 Confraternização + 📝 Entrega do Relatório Final (RF) no formato Memorial Descritivo;
- 14/11 6NP (19:15): 🏁 Apresentação dos projetos AGES para todos os times (presença obrigatória, valendo nota) + 🏆 Escolha do projeto destaque.
Encerramento | 21/11/2025 a 28/11/2025
- 21/11 e 28/11 6LM e 6NP (19:15): 🍀 Reuniões one-to-one.
Plano de comunicação
| Evento |
Descrição |
Responsável |
Envolvidos |
Frequência |
Duração |
| Kickoff |
A reunião de Kickoff é a primeira reunião entre o time e o Cliente do projeto. Nela é apresentada a ideia geral do projeto e são respondidas dúvidas e questionamentos sobre o mesmo, possibilitando um levantamento inicial dos requisitos do projeto por parte da equipe, com o auxílio do cliente, que detém o conhecimento sobre o produto a ser desenvolvido. |
AGES IV e Cliente |
AGES I, II, III, IV e Cliente |
Uma vez no início do semestre |
1 hora e 30 minutos |
| Daily |
Cada integrante do time atualiza os demais sobre o que fez desde o último encontro síncrono, o que pretende fazer em seguida e se tem impedimentos para que possam ser solucionados. |
AGES IV |
AGES I, II, III, IV |
Terça-Feira via Discord (durante todo o dia, de forma assíncrona) e Sexta-Feira às 19:15 |
15 minutos |
| Sprint Review |
Momento de apresentar para o Cliente o resultado do que foi desenvolvido durante a Sprint coletando validações e inputs dos Stakeholders para cada atividade do Sprint Backlog. |
AGES IV |
AGES I, II, III, IV e Cliente |
A cada final de Sprint |
45 minutos - 1 hora |
| Sprint Planning |
Planeja-se o trabalho que será realizado durante a Sprint, priorizando itens do Product Backlog e movendo-os para o Sprint Backlog. Além da colaboração do Cliente para decidir quais USs são prioritárias, contamos com a colaboração de todos integrantes do time para decidirmos a carga de trabalho que temos capacidade de responsabilizar-nos. |
AGES IV |
AGES I, II, III, IV e Cliente |
A cada final de Sprint |
30 minutos |
| Sprint Retrospective |
A Retrospectiva da Sprint é uma oportunidade para o time se inspecionar e criar um plano de melhorias a serem implementadas durante a próxima Sprint. Durante o evento, a equipe discute o que correu bem na Sprint e o que pode ser melhorado na próxima Sprint. Em seguida, em cima do que pode ser melhorado, são levantados Action Items para que todos busquem efetivar essas mudanças. Embora melhorias possam ser implementadas a qualquer momento, a Retrospectiva da Sprint oferece uma oportunidade formal para focar na inspeção e adaptação. |
AGES IV |
AGES I, II, III, IV |
A cada final de Sprint |
1 hora |
| Tasks Breakdown |
Momento em que é realizada a quebra e a documentação no GitLab de cada User Story priorizada para a Sprint em tarefas técnicas específicas, mensuráveis, pequenas o suficiente e idealmente paralelizáveis. |
AGES III de cada Squad |
Integrantes de cada Squad |
A cada final de Sprint |
30 minutos |
Matriz de responsabilidades
As responsabilidades foram, em geral, atribuídas de acordo com os papéis da AGES (I, II, III e IV); porém, como a Sprint 0 é a iniciação do projeto e possui atividades diferentes das demais Sprints, ela possui uma matriz própria para suas atividades. Já segunda matriz é em relação às Sprints de 1 a 4.
Legenda:
| Letra |
Papel |
| R |
Responsável |
| A |
Autoridade |
| C |
Consultado |
| I |
Informado |
Sprint 0
| Atividade |
AGES I |
AGES II |
AGES III |
AGES IV |
| Definir organização do time |
I |
I |
I |
R/A |
| Realizar estudos dirigidos |
R |
R |
R |
R |
| Alimentar a wiki |
R |
R |
R |
R |
| Definir tecnologias (front/back) |
C |
C |
R/A |
C |
| Definir workflow do Git |
I |
I |
R/A |
I |
| Definir ferramenta de mockups |
R |
R |
R/A |
R |
| Desenvolver mockups |
R |
R |
R |
R |
| Levantamento de requisitos |
C |
C |
C |
R/A |
| Criar User Stories |
I |
I |
I |
R/A |
| Criar projeto inicial (front/back) |
I |
I |
R/A |
I |
| Modelar o BD (conceitual/lógico) |
I |
R |
C |
C |
| Documentar arquitetura inicial do projeto |
I |
I |
R |
C |
| Apresentação Sprint 0 |
C |
C |
C |
R/A |
| Condução da retrospectiva |
C |
C |
C |
R/A |
Sprints 1, 2, 3 e 4
| Atividade |
AGES I |
AGES II |
AGES III |
AGES IV |
| Alimentar a wiki |
R |
R |
R |
R |
| Definir squads |
C |
C |
C |
R |
| Definir marcos da sprint |
I |
I |
I |
R/A |
| Quebra de tasks |
C |
C |
R |
R |
| Desenvolvimento |
R |
R |
R/A |
C |
| Gerenciamento dos repositórios |
I |
I |
R/A |
R |
| Code review |
I |
I |
R |
R |
| Deploy da aplicação |
I |
I |
R |
I |
| Manutenção da arquitetura |
I |
I |
R |
I |
| Apresentação das Sprints |
C |
C |
C |
R/A |
| Condução da retrospectiva |
C |
C |
C |
R/A |
| Quality Assurance |
R |
R |
R/A |
R |
Plano de Riscos
| Risco |
Impacto (1-5) |
Probabilidade (1-5) |
Severidade (1-20) |
Ações |
Estratégia |
| Alterações de escopo |
5 |
4 |
20 |
Definir bem o escopo ao início do projeto, tirando todas as dúvidas possíveis com os stakeholders já na Sprint 0 para evitar mudanças em momentos mais avançados do projeto. Uma vez já iniciado o projeto, abraçar as mudanças, adequando elas no backlog de próximas Sprints, a não ser que sejam mudanças estruturais muito grandes. Nestes casos, negociar com os stakeholders a possibilidade de reduzir o escopo do projeto ou implementar soluções alternativas mais simples. |
Mitigar - Não temos como impedir com certeza que o problema aconteça, a estratégia será mitigar através de uma comunicação clara e frequente com o cliente e através de uma análise do impacto de cada possível mudança antes de tomarmos uma decisão. Manter um processo de gerenciamento de mudanças bem definido. |
| Falta de engajamento da equipe |
5 |
4 |
20 |
Manter a comunicação entre a equipe ativa através do Discord (AGES III e AGES IV cumprindo um papel chave para isso), realizar conversas direcionadas com membros da equipe específicos caso necessário para entender causas da falta do engajamento e trabalhar nelas. |
Mitigar - Promover um ambiente de trabalho colaborativo e sem julgamentos para incentivar a participação da equipe. |
| Entrega incompleta do Backlog da Sprint |
4 |
4 |
15 |
Acompanhar desenvolvimento ao longo da Sprint de forma próxima para prever possíveis atrasos e mobilizar ou realocar membros da equipe para desbloquear possíveis problemas e agilizar o desenvolvimento. Além disso, estimar tarefas junto com a equipe durante a Sprint Planning para garantir que a equipe tenha capacidade de atuar em todo o Backlog previsto. |
Mitigar - Mitigar através do planejamento e acompanhamento do Backlog da Sprint. Incorporar aquilo que não for entregue no Backlog da Sprint seguinte como débito técnico. |
| Ausência de stakeholder ou intérprete de Libras |
4 |
2 |
10 |
Enviar cronograma para os stakeholders com antecedência, colocar-se à disposição dos stakeholders para dúvidas, e os lembrar das agendas no dia anterior das agendas. |
Mitigar/transferir - Manter comunicação ativa com stakeholders para evitar esquecimento das agendas. |
| Indisponibilidade de recursos Cloud da AGES |
5 |
3 |
10 |
Manter ambiente pessoal disponível para provisionamento rápido do ambiente produtivo, se necessário. |
Mitigar - Implementar infraestrutura baseada em containers e com deploy automatizado para rápida recuperação em caso de falha da infraestrutura atual. |
| Problemas de integração entre projetos Frontend e Backend |
5 |
5 |
15 |
Durante a quebra de tarefas, definir bem o contrato das APIs a serem implementadas e os critérios de aceite das histórias de usuário, a fim de garantir que tarefas não sejam entregues sem respeitarem as especificações estabelecidas para permitir a integração entre Frontend e Backend da aplicação. Realizar testes de integração minuciosos antes de cada entrega. |
Mitigar - melhorar a comunicação entre equipe e identificar os problemas o mais cedo possível na Sprint. |
| Sobrecarga de membros da equipe |
3 |
5 |
10 |
Realizar acompanhamento de todos os integrantes da equipe através as weeklys e evolução no desenvolvimento das tarefas. Distribuir responsabilidades de forma igualitária entre membros da equipe (considerando responsabilidades de cada papel da AGES), para evitar sobrecarga de colegas específicos. |
Mitigar - acompanhamento dos colegas. |
| Ocorrência de bugs durante a apresentação para o cliente |
3 |
5 |
15 |
Estabelecer code freeze dois dias antes das apresentações para o cliente, onde serão realizados testes extensivos pela equipe para identificação e correção de bugs, além do planejamento da apresentação para o cliente. |
Eliminar - Estabilizar o software implementado antes da apresentação através de testes e correção de bugs. |
Definition of Ready (DoR)
TODO
Definition of Done (DoD)
TODO
Fernanda Ferreira de Mello