Home	Sprints	Requisitos	Arquitetura	Configuração	Mockups	Banco de Dados	Instalação	Gerência de Projeto	Git	Boas Práticas	Merge Request Template

Página de Gerênciamento do Projeto

Nesta página, deve ser apresentado as seguintes informações:

• Termo de Abertura (Atualização)
• Identificação dos Stakeholders
• EAP
• User Stories
• Cronograma
• Plano de Comunicação
• Plano de Recursos Humanos
• Identificação dos Riscos
• Plano de Respostas a Riscos

Deve ser apresentado com Links, Imagens, Texto ou Descrições

Cronograma do Projeto

O cronograma do projeto pode ser acessado a partir deste . Abaixo estão destacadas as principais atividades a serem entregues pelos alunos da AGES dentro do período do dia 03/03/2021 ao dia 07/07/2021.

Apresentação do Projeto (03/03 -> 10/03)

• 03/03: Apresentação da AGES.
• 08/03: Apresentação do professor orientador, dos processos e das ferramentas da AGES.
• 10/03: Apresentação do projeto pelos Stakeholder.

Sprint 0 do Projeto (15/03 -> 29/03)

• 22/03: Conclusão do desenvolvimento das User Stories, Mockups e Release Plan do projeto.
• 24/03: Apresentação dos Mockups, User Stories e do Release Plan aos Stakeholders e retrospectiva da Sprint.
• 29/03: Entrega do relatório da Sprint 0 ao fluxo AGES.

Sprint 1 do Projeto (31/03 -> 21/04)

• 12/04: Conclusão do desenvolvimento das User Stories referentes a Sprint 1.
• 14/04: Apresentação da Sprint 1 aos Stakeholders e retrospectiva da Sprint.
• 19/04: Entrega do relatório da Sprint 1 ao fluxo AGES.

Sprint 2 do Projeto (21/04 -> 17/05)

• 21/04: Feriado de Tiradentes.
• 26/04: Entrega do relatório de acompanhamento (RA) no formato do TCC. ❗️
• 28/04: One-to-One da professora Alessandra parte 1.
• 03/05: One-to-One da professora Alessandra parte 2.
• 05/05: Retrospectiva geral AGES - Presença OBRIGATÓRIA.
• 10/05: Conclusão do desenvolvimento das User Stories referentes a Sprint 2.
• 12/05: Apresentação da Sprint 2 aos Stakeholders e retrospectiva da Sprint.
• 17/05: Entrega do relatório da Sprint 2 ao fluxo AGES.

Sprint 3 do Projeto (19/05 -> 07/06)

• 31/05: Conclusão do desenvolvimento das User Stories referentes a Sprint 3.
• 02/06: Apresentação da Sprint 3 aos Stakeholders e retrospectiva da Sprint.
• 07/06: Entrega do relatório da Sprint 3 ao fluxo AGES.

Sprint 4 do Projeto (09/06 -> 07/07)

• 21/06: Conclusão do desenvolvimento das User Stories referentes a Sprint 3.
• 23/06: Entrega final do projeto aos Stakeholders e retrospectiva do projeto.
• 28/06: Entrega do relatório da Sprint 3 ao fluxo AGES.
• 28/06: Retrospectiva geral AGES - Presença OBRIGATÓRIA.
• 28/06: Entrega do relatório final (RF) no formato do TCC. ❗️
• 30/06: Apresentação de projetos AGES para todo os times - Presença OBRIGATÓRIA.
• 05/07: One-to-One da professora Alessandra parte 1. ❗️
• 05/07: One-to-One da professora Alessandra parte 2. ❗️

Marcos do projeto

Além do cronograma de atividades principais, registramos marcos para destacarmos entregas menores de grande importância no desenvolvimento do projeto e suas "deadlines". Neste projeto, um marco categoriza um grupo de entregas inadiáveis e por isso o seu cumprimento é fundamental para o sucesso do projeto.

Marcos da Sprint 1 (29/03 -> 14/04)

• 29/03: Envio de documento sobre os serviços de infraestrutura aos Stakeholders. Responsáveis: AGES III
• 10/04: Último dia para subir PRs. Responsáveis: Todos
• 11/04: Aprovação de PRs e integrações finais. Responsáveis: AGES III e IV
• 12/04: Deploy em ambiente online. Responsáveis: AGES III
• 12/04: Testes funcionais. Responsáveis: Todos
• 13/04: Correção de bugs de alta prioridade. Responsáveis: AGES III e IV
• 12-13/04: Reunião de preparação para entrega para o cliente. Responsáveis: Todos
• 14/04: Entrega ao cliente. Responsáveis: Todos

Marcos da Sprint 2 (21/04 -> 12/05)

• 26/04: (Marco interno) Entre do relatório de acompanhamento. Responsáveis: Todos
• 08/05: Último dia para subir PRs. Responsáveis: Todos
• 09/05: Aprovação de PRs e integrações finais. Responsáveis: AGES III e IV
• 09/05: Deploy em ambiente online. Responsáveis: AGES III e Jedi Júlia
• 10/05: Testes funcionais. Responsáveis: Todos
• 10/05: Reunião de preparação para entrega ao cliente. Responsáveis: Todos
• 10-11/05: Correção de bugs de alta prioridade. Responsáveis: AGES III e IV
• 12/05: Entrega ao cliente. Responsáveis: Todos

Marcos da Sprint 3 (19/05 -> 02/06)

• 28/05: Último dia para subir PRs. Responsáveis: Todos
• 29/05: Aprovação de PRs e integrações finais. Responsáveis: AGES III e IV
• 29/05: Deploy em ambiente online. Responsáveis: AGES III, Hercílio e Jedi Júlia
• 30/05 -> 31/05: Testes funcionais. Responsáveis: Todos
• 31/05: Correção de bugs de alta prioridade. Responsáveis: AGES III e IV
• 01/06: Reunião de preparação para entrega ao cliente. Responsáveis: Todos
• 02/06: Entrega ao cliente. Responsáveis: Todos

Marcos da Sprint 4 (09/06 -> 23/06)

• 18/06: Último dia para subir PRs. Responsáveis: Todos
• 19/06: Aprovação de PRs e integrações finais. Responsáveis: AGES III e IV
• 19/06: Deploy em ambiente online. Responsáveis: AGES III, Hercílio e Jedi Júlia
• 20/06 -> 21/06: Testes funcionais. Responsáveis: Todos
• 21/06: Correção de bugs de alta prioridade. Responsáveis: AGES III e IV
• 22/06: Reunião de preparação para entrega ao cliente. Responsáveis: Todos
• 23/06: Entrega ao cliente. Responsáveis: Todos

Release Plan

O Release Plan serve para comunicar os clientes e os colegas de equipe quais serão as entregas do produto que será produzido. No caso da AGES, em cada Sprint precisamos selecionar quais serão estas entregas.

Nosso Release Plan foi modelado com base no Mockups e seus componentes e as User Stories. Nosso objetivo foi entregar pelo menos uma US por sprint, com exceção da Sprint 0 que é voltada ao planejamento.

Para comunicar o nosso Release Plan, utilizamos um diagrama de EAP (Estrutura Analítica do Projeto) para ter uma fácil visualização de todo escopo e das entregas do projeto.

EAP

⬇️ Clique para fazer o download do EAP exportado em XML (Com este arquivo é possível importar o nosso EAP na ferramenta drawio/diagrams.net do Google Drive)

⬇️ Clique aqui para ver a versão inicial da EAP do projeto

Com base na EAP, entregaremos as seguintes User Stories em cada sprint:

• Sprint 1: US01, US02, US03 e US04
• Sprint 2: US05, US06, e US07
• Sprint 3: US08 e US09
• Sprint 4: US10, US11, US12, US13 e US14
  • A US14 foi classificada como "baixa prioridade"

Além disso, as User Stories US15, US16 e US17 ficaram dentro do Backlog, caracterizando que o time não se responsabilizará pela entrega destas USs.

Matriz de responsabilidades

As matrizes de responsábilidades abaixo foram baseadas na documentação disponibilizada na Wiki do projeto Appoio.

As responsabilidades foram designadas de acordo com o nível do estudante na AGES (I, II, III ou IV). Além disso, estão listadas mais de uma matriz, referenciando sprints diferentes do projeto. Por exemplo, a sprint 0 contém papéis únicos a serem atribuídos, assim, foi preciso criar uma matriz somente para esta sprint.

Legenda das matrizes

• R – Responsável, que é a pessoa que executa a atividade.
• A – Autoridade, que é aquele que tem o poder de aprovar determinada atividade ou entregável e que será cobrado se algo der errada com aquela atividade ou entrega.
• C – Consultado. É quem deve ser consultado, participando de decisões ou da execução da atividade. Eles podem dar dicas, sugerir ajustes e fornecer opiniões para melhorar o resultado. É um conselheiro, porque é um especialista naquele assunto em específico.
• I – Informado. É a pessoa que precisa ser informada sobre qualquer coisa em relação à atividade ou entregável.
• Atividades em negrito são prioritárias.

Sprint 0

Atividade	AGES I	AGES II	AGES III	AGES IV
Alimentar a wiki	R	R	R	R
Definir ferramenta de mockups	C	R	A	A
Desenvolver mockups	C	R/A	C	A
Definir tecnologias (front/back)	C	C	R/A	A
Criar projeto inicial (front/back)	I	I	R/A	A
Definir estratégia de Verificação e Validação	I	C	R/A	C/A
Documentar projeto/arquitetura inicial	I	I	R/A	A
Criar User Stories	C	C	C	R/A
Realizar estudos dirigidos	R	R	R	R
Definir plano de comunicações	I	I	I	R/A
Definir organização do time	I	I	C	R/A
Documentação de requisitos	R/A	C	C	A
Modelar o BD (conceitual/lógico)	I	R/A	R/A	A
Apresentar no dia 31/08	C	C	C	R

Sprint 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	C	R/A
Quebra de tasks	C	C	R	R/A
Desenvolvimento	R	R	R/A	C/A
Code review	C	C	R/A	C
Executar testes funcionais*	A	A	C/A	C/A
Deploy da aplicação	I	I	R	A
Apresentação da review	C	C	C	R

Plano de Comunicação

Evento	Descrição	Responsável	Envolvidos	Frequência	Duração
Daily	Momento onde cada membro atualiza o time sobre o que fez, desde a última Daily, e o que fará a seguir.	AGES IV	AGES I, II, III e IV	Segundas e Quartas às 17:30	15 minutos
Sprint Review	Apresentação das entregas realizadas e os possíveis débitos criados na Sprint.	AGES IV	AGES I, II, III, IV e Clientes	1 vez no fim de cada Sprint	30 minutos
Sprint Retrospective	Momento dedicado à definir o que está funcionando para trabalhar e identificar problemas e melhoras a serem feitas.	AGES IV	AGES I, II, III e IV	1 vez no fim de cada Sprint	1 hora
Sprint Planning	Reunião onde o time discute e define, a partir do Product Backlog e feedback atual do Cliente, o que será realizada na próxima Sprint.	AGES IV	AGES I, II, III e IV	1 vez no começo de cada Sprint	20 minutos
Tasks Breakdown	O time realiza a quebra das tarefas a serem realizadas na próxima Sprint. Para isso, o time se divide nos grupos de Frontend e Backend.	AGES III e IV	AGES I, II, III e IV	1 vez no começo de cada Sprint	45 minutos
Management Review	Encontro entre os AGES IV para revisão sobre como o projeto está progredindo e quais as próximas prioridades.	AGES IV	AGES IV	1 vez por semana	Aproximadamente 30 minutos
Apresentação do Cliente e da Ideia	Encontro onde o Cliente apresenta o projeto para o time.	Cliente	AGES I, II, III, IV e Cliente	1 vez no início do projeto	1 hora e 30 minutos
Final Presentation	Apresentação final da AGES, na qual o time deve apresentar o projeto realizado para todos outros membros da AGES.	AGES IV	AGES I, II, III e IV	1 vez no fim do projeto	10 minutos
Pre-Sprint review Meeting	Comunicação para revisão da apresentação que será realizada ao Cliente na Sprint Review.	AGES IV	AGES I, II, III e IV	1 vez a cada Sprint	30 minutos
AGES Retrospective	Reunião com todos os alunos da AGES para que os organizadores da AGES recebam feedback e tenham melhor ciencia sobre o quão satisfeitos os alunos estão.	Staff da AGES	AGES I, II, III e IV	2 vezes (05/05 e 28/06)	1 hora e 30 minutos

Plano de riscos

O plano de riscos do projeto foi criado pelos colegas Guilherme Piccoli e Hercílio Ortiz, visando mitigar/eliminar os riscos negativos e explorar os riscos positivos. Abaixo, segue os principais riscos levantados para o projeto, e as estratégias que poderão ser utilizadas como resposta a eles. Clique aqui para baixar a tabela completa do plano de riscos do projeto.

Risco	Probabilidade	Impacto	Severidade	Estratégia	Plano A	Plano B
Mudança no escopo	4	4	16	Mitigar	Definir o escopo no inicio do projeto com a aprovação do cliente. Utilizar o Backlog do projeto para caso falte tarefas em uma Sprint.	Deixar claro o plano de desenvolvimento da equipe para as 4 Sprints de desenvolvimento. Caso surjam novas alterações, coloca-las no Product Backlog do projeto.
Entrega não realizada	4	5	20	Mitigar	Acompanhar o time durante o desenvolvimento nas Sprints, buscando encontrar possíveis problemas e/ou dificuldades para melhor auxiliar o time.	Alertar o stakeholder durante a apresentação os motivos que nos levaram a uma entrega incompleta. Apresentar os próximos passos do time para adaptar o débíto técnico na próxima Sprint
Mudança na EAP do projeto	4	3	12	Mitigar	Apresentar para a equipe e os Stakeholders a EAP proposta para o projeto, com marcos e entregas que devem ser feitas em cada Sprint. Analisar na Retrospectiva os próximos passos para o projeto, e verificar a viabilidade com o time do que deverá ser feito para a próxima entrega.	Caso seja necessário realizar alguma alteração durante a Sprint de desenvolvimento, alertar os skateholders via canal de comunicação do Slack, explicando o motivo da necessidade.
Gerenciamento e configuração da AWS da warren	5	4	20	Transferir	Transferir essa necessidade para a equipe da Warrren responsável pela infraestrutura do projeto, para ser possível realizar entregar em ambiente de homologação.	Sinalizar a Warren para buscar alternativas (considerar outros serviços) para homologação do projeto.
Comunicação interna nas Squads	5	5	25	Mitigar	Gestores (AGES IV) procurarem integrar outros colegas de squad afim de criar um clima de comprometimento e companherismo. Registro de impeditivos levantados em dailies. Deixar claro os marcos das sprints. Gestores fazerem one-to-one (informal) com integrantes das suas squads para coletar feedbacks.	Ter sempre presente um AGES 4 em cada squad para facilitar a comunicação do time como um todo, usando os AGES 4 como interface do grupo para a squad. Canais de comunicação devem sempre estar ativos.
Divisão e distribuição de tarefas	5	4	20	Explorar	Divisão das tarefas feitas junto a squad responsável. Garantir que cada membro da squad tenha ao menos uma tarefa sob sua responsabilidade.	Incentivar o pair-programming de tarefas mais complexas dentro das squads, caso não tenham tarefas suficientes, a fim de encaixar todos membros para desenvolvimento