Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • AUTIS Wiki AUTIS 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
  • AUTIS
  • AUTIS WikiAUTIS Wiki
  • Wiki
  • gerencia

Last edited by Douglas Paz Jun 23, 2022
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gerencia

Home Gerência Processo Design/Mockups Configuração Arquitetura Código Banco de Dados Utilização

Gerência

Geral Sprint 0 Sprint 1 Sprint 2 Sprint 3 Sprint 4


Escopo

Cronograma

Momento Sprint 0 Sprint 1 Sprint 2 Sprint 3 Sprint 4
Apresentação 25/03/2022 LM 22/04/2022 LM 13/05/2022 LM 03/06/2022 LM 24/06/2022 LM
Escopo 25/03/2022 NP 22/04/2022 NP 13/05/2022 NP 03/06/2022 NP 24/06/2022 NP
Retrospectiva 25/03/2022 NP 22/04/2022 NP 13/05/2022 NP 03/06/2022 NP 24/06/2022 NP
Code freeze 25/03/2022 NP 20/04/2022 NP 13/05/2022 NP 03/06/2022 NP 24/06/2022 NP

Matriz de responsabilidades

  • P: Participa da atividade
  • I: Deve ser informado
  • C: Deve ser consultado
  • A: Aprova
  • R: Responsável pela atividade
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
Definir squads C R A A
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
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
Kickoff A reunião de kickoff serve para convergir os interesses do Cliente e do time. Nela tiramos as dúvidas e alinhamos o que será desenvolvido no projeto com o auxílio do cliente. Cliente AGES I, II, III, IV e Cliente Uma vez 1 hora e 30 minutos
Daily Atualização de cada integrante do time sobre o que foi feito desde o último encontro, o que será feito, se há algum problema ou algo a ser comentado. Ages IV AGES I, II, III, IV Seg e Quarta, 17:30 15 minutos
Sprint Review Avalia-se o que foi feito e desenvolvido durante a Sprint Ages IV AGES I, II, III, IV e Cliente. A cada final de sprint 1 hora
Sprint Planning Avalia-se o que será realizado durante a Sprint, priorizando os itens do Backlog para aquela Sprint. Ages IV AGES I, II, III, IV e Cliente A cada final de Sprint 30 minutos
Sprint Retrospective A retrospectiva trata-se de uma oportunidade para o time avaliar fraquezas e fortalezas a serem implementadas para próxima Sprint. Ocorre a discussão do que foi bom/ruim durante a Sprint e é o jeito de formalizar o que foi feito de bom/ruim durante aquele aquele período de tempo. Ages IV AGES I, II, III, IV A cada final de Sprint. 1 hora e 30 minutos

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.
Clone repository
  • Instalação
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • design_mockups
  • escopo
  • gerencia
  • gerencia_sprint_0
  • gerencia_sprint_1
  • gerencia_sprint_2
View All Pages