Hercílio Ortiz| 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
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 |