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

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 (cliente) 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 Planning (equipe) Refinar itens da sprint, verificar se equipe está de acordo, distribuir tarefas. Ages IV AGES I, II, III, IV A cada final de Sprint/quando necessário 1 hora e 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

Plano de riscos

Risco Probabilidade (1-5) Impacto (1-5) Severidade (1-20) 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.
COVID-19 3 3 10 Mitigar Seguir protocolos, evitar aglomerações desnecessárias, ser flexível com colegas contaminados, permitir trabalho remoto.
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