Gerência
Acesso rápido
- Termo de Abertura do Projeto
- Estrutura Analítica do Projeto (EAP)
- User Story
- Cronograma
- Matriz de responsabilidade
- Squads
Estrutura Analítica do Projeto
Matriz de responsabilidades
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 |
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 | Pedro Rogoski |
1 | Matheus Lagreca |
2 | A Definir |
3 | A Definir |
4 | A Definir |
Plano de Comunicação
Eventos |
Objetivos |
Responsáveis |
Envolvidos |
Frequência |
Duração |
---|---|---|---|---|---|
Daily |
Espaço de comunicação "diário" que o time tem para poder |
Ages IV |
Time |
Segunda/Quarta |
15 min(max) |
Retrospectiva |
Momento em que a equipe do projeto revisa os pontos |
Ages IV |
Time |
1 por Sprint |
45 min |
Review |
Momento em que o time apresenta as atividades desenvolvidas |
Ages IV |
Time |
1 por Sprint |
45 min |
Feedback |
Espaço para discutir com o professor |
Professor |
Individual com professor |
1 por Sprint |
------- |
Reunião com clientes |
Espaço para discutir entregáveis, e tirar dúvidas sobre o projeto. |
Todos os envolvidos |
Time + cliente e interessados |
1 por Sprint |
45 min |
Comunicação whatsapp |
Espaço para informar |
Todos |
Time |
------- |
------- |
Comunicação por e-mail |
Espaço para alinharmos possíveis pendências via e-mail com os clientes. |
Ages IV |
Ages IV + Clientes + professor |
------- |
------- |
Plano de riscos
Risco | Probabilidade | Impacto | Severidade | Estratégia | Ações |
---|---|---|---|---|---|
Falta de engajamento de membros | 4 | 5 | 20 | Mitigar | Avaliar com colegas e comunicar quando isso acontecer. Caso esteja muito difícil de lidar com esse risco, reorganizar os times. |
Problemas inesperados na demostração para o cliente | 4 | 5 | 20 | Eliminar | Realizar testes prévios e validar na noite anterior à apresentação |
Alterações de escopo | 4 | 5 | 20 | Mitigar | Definir no inicio do projeto e validar qualquer tipo de mudança com o time |
Falta de presença do stakeholder | 2 | 5 | 10 | Transferir | Validar na manhã da apresentação com o cliente. Manter comunicação presente. |
Falta de entrega de User Stories planejadas | 4 | 4 | 16 | Mitigar | Definir tempo de desenvolvimento das tarefas. Acompanhar desenvolvimento do time. Ajudar no que for necessário. |
Squads
Sprint 1
Squad | Integrantes |
---|---|
1 | Jamil, Luiza, Felipe Vasques, Pedro |
2 | Rafael Resende, Luis Felipe |
3 | Guilherme, Martin, Lucas Dellatorre |