Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • radardoinvestidor-wiki radardoinvestidor-wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Radar do Investidor
  • radardoinvestidor-wikiradardoinvestidor-wiki
  • Wiki
  • gp

Last edited by Hercílio Ortiz Jun 12, 2021
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gp

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

EAP v2

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
Clone repository
  • Boas praticas
  • Boas práticas
  • Git
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • configuracao
  • gp
  • Home
  • instalacao
  • mockups
  • mr template
  • requisitos
View All Pages