Home | Sprints | Requisitos | Arquitetura | Configuração | Mockups | Banco de Dados | Instalação | Gerência de Projeto | Horários Disponiveis | Git | Boas Práticas |
---|
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
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 do 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, US09 e US10
- Sprint 4: US11, US12, US13 e US14
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 |