DESKTOP-QLUUJVH\kieroff| Home | Gerenciamento | Escopo & Cronograma | Requisitos | Design & Mockups | Arquitetura | Persistência | Infraestrutura | Desenvolvimento & Qualidade | Instalação e Configuração | Utilização |
|---|
Instruções para edição: A atualização desta seção deve ser realizada preferencialmente pelos membros da equipe Ages IV, ou sob sua supervisão direta.
Gerenciamento do Projeto
Sumário
Termo de Abertura
Cronograma
O cronograma do projeto pode ser encontrado pelo link: Cronograma FluiMap
EAP/ Release Plan
User Stories
Observação: Consulte a seção User Stories no menu Requisitos para mais detalhes sobre as histórias de usuário e os requisitos elencados para o projeto.
Squads
Sprint 1
 |
Warriors - Caio Araújo Batista - Isadora Santos da Silva - Gabriel Cristiano Ramos Barcelos - Stefan Augusto Reiznautt Chagas |
 |
Lakers - Thiago de Souza Cardoso - Victor Hugo Boeira Leitte - Eduardo Rosa Rodrigues - Gustavo Dos Santos Pias |
 |
Celtics - Emanuel Costa Pereira - Gustavo Caldeira de Mesquita - Arthur Humberto Silva Plentz - Guilherme Dentzien Silva |
 |
GlobeTrotters - Marcus Filipe Carvalho Patricio Quirino - Pedro Petrini Castello |
Sprint 2
Squad A
Squad B
Sprint 3
Squad A
Squad B
Sprint 4
Squad A
Squad B
Matriz de responsabilidades
Legenda
P: Participa da atividade
R: Responsável pela atividade
C: Deve ser consultado
I: Deve ser informado
A: Aprova
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 arquitetura | I | I | 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 |
| Definir o git workflow | C | C | R | A |
| Modelar o BD (conceitual/lógico) | I | R/A | R/A | A |
| Apresentar | C | C | C | R |
Sprint 1,2,3,4
| Atividade | AGES I | AGES II | AGES III | AGES IV |
|---|---|---|---|---|
| Alimentar a wiki | R | R | R | R |
| Definir squads | C | R | A | A |
| Definir marcos da sprint | I | I | C | R/A |
| Quebra de tasks | C | C | R | R/A |
| Documentar projeto/arquitetura inicial | I | I | R/A | A |
| Desenvolvimento | R | R | R/A | C/A |
| Code review | C | C | R/A | C |
| Deploy da aplicação | I | I | R | A |
| Definir organização do time | I | I | C | R/A |
| Documentação de requisitos | R/A | C | C | A |
| Definir o git workflow | C | C | R | A |
| Apresentação da review | C | C | C | R |
Apresentações ao Stakeholder
| Sprint | Pessoa (R) |
|---|---|
| 0 | Ages IV |
| 1 | Ages IV e Ages III |
| 2 | Ages IV e Ages III |
| 3 | Ages IV e Ages III |
| 4 | Ages IV e Ages III |
Plano de Comunicação
| Evento | Descrição | Responsável | Envolvidos | Frequência |
|---|---|---|---|---|
| Kickoff | Primeiro encontro do time com o cliente, neste momento é apresentado o conceito do projeto,os objetivos e expectativas. enquanto isso, o time faz anotações sobre os requisitos do projeto | Clientes | Clientes e Ages I, II, III, IV | Uma vez |
| Daily | Momento em que todos do time comentam sobre o andamento de suas respectivas tarefas. Seguindo o conceito de: o que fiz, o que vou fazer e se tenho algum impedimento ou não | Ages IV | Ages I,II,III e IV | Duas vezes por semana (terça-feira no canal do Discord e sexta durante a aula |
| Sprint Review | Momento onde é demonstrado tudo o que foi feito durante a sprint. Comentando pontos importantes para a preparação da próxima sprint | Ages IV | Ages I,II,III e IV | No final de cada sprint |
| Sprint Retrospective | Nesta reunião, o time avalia o desempenho e a entrega durante a sprint. Discutindo sobre o que foi bom, no que podemos melhorar e citar possíveis planos de ação para implementar as melhorias mencionadas | Ages IV | Ages I,II,III e IV | No final da sprint |
| Sprint Planning | Esta é a reunião em que o time planeja tudo o que deve ser feito durante a sprint. Movendo as stories que estão no product backlog para sprint backlog e também esta reunião serve para reorganizar as squads | Ages IV | Ages I,II,III e IV | No início de cada sprint |
Plano de Riscos
| Possíveis Imprevistos | Risco | Impacto | Ações Preventivas | Contigência | Estratégia |
|---|---|---|---|---|---|
| Alterações no escopo no início do projeto | Risco Baixo | Impacto Médio | Não sugerir features além das mencionadas pelo cliente e considerar escopo inicial | Avaliar as mudanças sugeridas e priorizar as pequenas mudanças que não exijam um grande retrabalho do time | Mitigar |
| Alterações no escopo no meio do projeto | Risco Baixo | Alto Impacto | Não sugerir features além das mencionadas pelo cliente e considerar escopo inicial | Não haverá alterações devido ao tempo e quantidade de retrabalho exigido | Negar |
| Feriados e eventos da faculdade | Risco Alto | Alto Impacto | Mencionar para o time e incluir avisos nos canais de comunicação | Manter reuniões daily normalmente, comunicação ativa com os membros do time e acompanhar o desenvolvimento | Mitigar |
| Falta de engajamento do time | Risco Médio | Alto Impacto | Estar em constante comunicação com a equipe e caso necessário realizar reuniões 1:1 com os membros da equipe para ouvi-los e reorganizar tarefas | Reorganizar tarefas/squads se necessário, manter e conversas direcionadas quando isso acontecer. Reforçando a importância dos prazos e responsabilidades | Mitigar |
| Falta de disponibilidade para realizar as atividades | Risco Médio | Impacto Médio | Comunicar ao time o mais breve possível | Pedir mais comprometimento em relação às faltas | Mitigar |
| Dificuldade com alguma tecnologia específica | Risco Médio | Baixo Impacto | Revisar material disponibilizado no Discord através do canal links-úteis para aprendizado | Realizar treinamento remoto/presencial da tecnologia se necessário para melhor entendimento | Mitigar |
| Semana de provas das outras disciplinas | Risco Médio | Alto Impacto | Comunicar com antecedência a necessidade de focar nas atividades de outras disciplinas para que o time possa se organizar de acordo | Não há contingência sobre semana de provas | Aceitar |
| Não entrega das user stories planejadas | Risco Alto | Alto Impacto | Acompanhar o desenvolvimento do time e caso um possível atraso seja identificado, auxiliar no que for necessário | Definir tempo de integração de tarefas(Code Freeze); E deixar como débito técnico para próxima sprint | Mitigar |
| Entrega das user stories antes do fim da sprint | Risco Médio | Alto Impacto | Analisar cronograma e capacidade para incluir mais USs na sprint | Se for possível a inclusão de mais USs delegar as tarefas de acordo com a disponibilidade de cada squad | Melhorar |
| Falta da presença dos stakeholders na apresentação | Risco Baixo | Impacto Médio | Mandar lembrete na semana anterior e com 8hrs ou 6 hrs de antecedência para confirmar ou não a presença do mesmo | Lidar os requisitos fornecidos e continuar a implementar o combinado | Transferir |
| Cliente não retorna as dúvidas relacionadas ao sistema | Risco Médio | Alto Impacto | Cobrar resposta do cliente caso não se tenha resposta em até 4 dias úteis | Deixar funcionalidade como débito e implementar as funcionalidades/stories com requisitos claros | Aceitar |
| Falta de comunição entre os squads | Risco Médio | Alto Impacto | Monitorar os canais do discord e o que é comentado na daily | Reunir com os ages 3, (líderes dos squads) para incentivar e realçar a importância de o time estar alinhado | Mitigar |