Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Globo Aplausos Wiki Globo Aplausos 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
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Globo Aplausos
  • Globo Aplausos WikiGlobo Aplausos Wiki
  • Wiki
  • gerencia

gerencia · Changes

Page history
Update gerencia authored Aug 25, 2023 by Júlia Vieira Makowski's avatar Júlia Vieira Makowski
Show whitespace changes
Inline Side-by-side
gerencia.md
View page @ 05494be6
| [Home](home) | [**Escopo**](escopo) | [Processo](processo) | [Design/Mockups](design_mockups) | [Configuração](configuracao) | [Arquitetura](arquitetura) | [Gerência](gerencia) | [Código](codigo) | [BD](Banco de Dados) | [Qualidade](qualidade) | [Frontend](frontend) | [Backend](backend) |
| :----------: | :-------------------------------: | :------------------: | :--------------: | :--------------------------: | :--------------------: | :------------------------: | :--------------: | :---------------: | :--------------------: | :---------------: | :--------------------: |
#Gerenciamento do Projeto
*Acesso rápido*
* [Plano de comunicação](#plano-de-comunica%C3%A7%C3%A3o)
* [Plano de riscos](#plano-de-riscos)
## Plano de comunicação
| **Evento** | **Descrição** | **Responsável** | **Envolvidos** | **Frequência** | **Duração** |
|:----------:|---------------|:---------------:|:--------------:|:--------------:|:-----------:|
| Kickoff | A reunião de Kickoff é a primeira reunião entre o time e o cliente do projeto. Nela é apresentada a ideia geral do projeto e são respondidas dúvidas e questionamentos sobre o mesmo, possibilitanto um levantamento inicial dos requisitos do projeto por parte da equipe, com o auxílio do cliente, que detém o conhecimento sobre o produto a ser desenvolvido. | Cliente | AGES I, II, III, IV e Cliente | Uma vez | 1 hora e 30 minutos |
| Daily | Cada integrante do time atualiza os demais sobre o que fez desde o último encontro síncrono, o que pretende fazer em seguida, e se tem impedimentos, para que possam ser removidos. | AGES IV | AGES I, II, III, IV | Segundas e Quartas, 17:30 (início dos encontros síncronos) | 15 minutos |
| Sprint Review | Demonstra-se, revisa-se e discute-se aquilo que foi trabalhado durante a Sprint, fornecendo inputs importantes para a Sprint Planning. | AGES IV | AGES I, II, III, IV e Cliente | Aproximadamente a cada 3 semanas (final da Sprint) | 1 hora |
| Sprint Planning | Planeja-se o trabalho que será realizado durante a Sprint, priorizando-se itens do Product Backlog e movendo-os para o Sprint Backlog. | AGES IV | AGES I, II, III, IV e Cliente | Aproximadamente a cada 3 semanas (início da Sprint) | 30 minutos |
| Sprint Retrospective | A Retrospectiva da Sprint é uma oportunidade para o time se inspecionar e criar um plano de melhorias a serem implementadas durante a próxima Sprint. Durante o evento, a equipe discute o que correu bem na Sprint e o que pode ser melhorado na próxima Sprint. Embora melhorias possam ser implementadas a qualquer momento, a Retrospectiva da Sprint oferece uma oportunidade formal para focar na inspeção e adaptação. | AGES IV | AGES I, II, III, IV | Aproximadamente a cada 3 semanas (final da Sprint) | 1 hora e 30 minutos |
| Tasks Breakdown | Momento em que é realizada a quebra de cada User Story priorizada para a Sprint em tarefas técnicas específicas, mensuráveis, pequenas o suficiente e idealmente paralelizáveis. | AGES III e IV | AGES I, II, III, IV | Aproximadamente a cada 3 semanas (início da Sprint) | 1 hora |
## Plano de riscos
| **Risco** | **Probabilidade** | **Impacto** | **Severidade** | **Estratégia** | **Ações** |
|:---------:|:-----------------:|:-----------:|:--------------:|:--------------:|-----------|
| Alterações de escopo | 1 | 5 | 20 | Mitigar | Definir escopo no início do projeto e balancear aceitando apenas mudanças pequenas (que não exijam retrabalho) ao decorrer do projeto. |
| Falta de engajamento de membros | 3 | 5 | 20 | Mitigar | Manter comunicação ativa e conversas direcionadas quando isso acontecer. E caso ocorra e esteja impactando demais membros do time, reorganizar tarefas da forma necessária. |
| Falta de entrega de User Stories planejadas | 4 | 4 | 16 | Mitigar | 1. Acompanhar desenvolvimento do time; caso um possível atraso seja identificado, auxiliar no que for necessário. 2\. Definir tempo de integração de tarefas, para que seja possível desenvolver algumas tarefas pendentes. |
| Problemas inesperados na demostração para o cliente | 4 | 5 | 20 | Eliminar | Realizar testes funcionais para cada contribuição de código e antes da entrega com a versão final da aplicação. |
| Falta de presença do stakeholder | 2 | 5 | 10 | Transferir | Mandar lembretes com 6h de antecedência e manter comunicação aberta e disponível com o stakeholder, assim fica a cargo do mesmo nos avisar com atencedência em caso de falta necessária |
| Entrega de User Stories planejadas antes do fim da sprint | 3 | 5 | 15 | Melhorar | Tendo entregue o que foi planejado, analisar capacidade para mais USs dentro do nosso planejamento da Sprint |
| Falta de créditos para AWS da AGES | 4 | 4 | 16 | Transferir | Transferir essa necessidade para o stakeholder, caso queira as entregas em homologação, disponibilizar conta AWS para que seja utilizada na AGES durante o andmento do projeto |
\ No newline at end of file
Clone repository
  • Analytics
  • Arquitetura
  • Backend
  • Banco de Dados
  • Codigo
  • Configuracao
  • Design_Mockups
  • Escopo
  • Frontend
  • Processo
  • Qualidade
  • gerencia
  • Home