This is an old version of this page. You can view the most recent version or browse the history.

Gerência

Home	Escopo e Cronograma	Git Workflow	Design e Mockups	Configuração	Arquitetura	Front-End	Back-End	BD	Qualidade	Gerência

Seção em construção a ser preenchida pelos AGES IV.

Plano de Comunicação

Evento	Descrição	Responsável	Envolvidos	Frequência	Duração
Daily	Momento onde cada membro atualiza o time sobre o que fez, desde a última Daily, e o que fará a seguir.	AGES IV	AGES I, II, III e IV	Terças e Quintas às 17:30	15 minutos
Sprint Review	Apresentação das entregas realizadas e os possíveis débitos criados na Sprint.	AGES IV	AGES I, II, III, IV e Clientes	1 vez no fim de cada Sprint	30 minutos
Sprint Retrospective	Momento dedicado à definir o que está funcionando e identificar melhorias a serem feitas.	AGES IV	AGES I, II, III e IV	1 vez no fim de cada Sprint	1 hora
Sprint Planning	Reunião para discutir o Product Backlog e definir as atividades da próxima Sprint.	AGES IV	AGES I, II, III e IV	1 vez no começo de cada Sprint	20 minutos
Management Review	Encontro entre os AGES IV para revisar o progresso e prioridades do projeto.	AGES IV	AGES IV	1 vez por semana	Aproximadamente 30 minutos
Apresentação do Cliente e da Ideia	Encontro onde o Cliente apresenta o projeto ao time.	Cliente	AGES I, II, III, IV e Cliente	1 vez no início do projeto	1 hora e 30 minutos
Final Presentation	Apresentação final da AGES, com o time exibindo o resultado do projeto.	AGES IV	AGES I, II, III e IV	1 vez no fim do projeto	10 minutos
Pre-Sprint Review Meeting	Reunião de revisão da apresentação que será feita ao Cliente na Sprint Review.	AGES IV	AGES I, II, III e IV	1 vez a cada Sprint	30 minutos

Matriz de Responsabilidade

Essa matriz define os papéis e responsabilidades dentro do processo de desenvolvimento.

Atividades	AGES I	AGES II	AGES III	AGES IV
Alimentar a wiki	R	R	R	R
Definir squads	I	I	I	R
Definir marcos da sprint	I	I	I	R
Quebra de tasks	I/A	I/A	I/A	R
Desenvolvimento	R	R	R	I
Code review	R	R	R	I
Executar testes funcionais	R	R	C	I
Deploy da aplicação	I	I	R	I

I: Deve ser informado
C: Deve ser consultado
R: Responsável
A: Aprova

Plano de Riscos

1. Objetivo

Estabelecer um processo formal para identificar, avaliar, monitorar e mitigar riscos que possam comprometer a qualidade, o prazo, o custo ou o escopo do projeto.

2. Identificação dos Riscos

ID	Categoria	Risco	Descrição	Probabilidade	Impacto	Nível
R1	Pessoal	Rotatividade de equipe	Saída inesperada de membros-chave do time.	Média	Alta	Alto
R2	Técnico	Falhas em integrações	APIs externas instáveis ou mal documentadas.	Alta	Média	Alto
R3	Técnico	Erros críticos em produção	Bugs que impactam diretamente os usuários.	Média	Alta	Alto
R4	Cronograma	Atrasos nas entregas	Estimativas imprecisas e dependências externas.	Alta	Alta	Alto
R5	Escopo	Mudanças de requisitos	Alterações frequentes vindas do cliente.	Alta	Média	Alto
R6	Infraestrutura	Falha de servidor ou banco de dados	Instabilidade em produção.	Média	Alta	Alto
R7	Segurança	Vazamento de dados	Falhas em autenticação, autorização ou criptografia.	Baixa	Alta	Alto
R8	Qualidade	Testes insuficientes	Entregas com pouca cobertura de testes.	Média	Média	Médio
R9	Comunicação	Falta de alinhamento	Falta de clareza entre equipe e stakeholders.	Média	Média	Médio
R10	Financeiro	Corte de orçamento	Redução de verba afetando cronograma e recursos.	Baixa	Alta	Médio

3. Estratégias de Mitigação

ID	Estratégia
R1	Documentar processos e treinar substitutos.
R2	Testar integrações isoladamente e implementar logs e retries.
R3	Aplicar CI/CD, testes automatizados e rollback rápido.
R4	Adotar metodologia ágil e revisar cronograma semanalmente.
R5	Exigir documentação formal e aprovação de mudanças.
R6	Configurar backups automáticos e monitoramento 24/7.
R7	Aplicar criptografia e auditorias periódicas.
R8	Estabelecer cobertura mínima de testes e code review obrigatório.
R9	Manter reuniões semanais e registrar decisões.
R10	Controlar custos e priorizar entregas essenciais.

4. Monitoramento e Controle

Revisão quinzenal dos riscos ativos.
Inclusão de novos riscos conforme surgirem.
Registro de incidentes e ações corretivas.
Relatórios regulares ao AGES IV.

5. Responsabilidades

Função	Responsabilidade
AGES IV (Líder do Projeto)	Monitorar e revisar os riscos, atualizar o plano e coordenar o time.
AGES III (Arquiteto de Software)	Avaliar riscos técnicos e propor soluções estruturais para mitigação.
AGES II (Responsável pelo Banco de Dados)	Identificar e mitigar riscos relacionados à integridade, desempenho e disponibilidade dos dados.
AGES I (Desenvolvedores)	Reportar riscos detectados durante o desenvolvimento e seguir as boas práticas definidas.

6. Classificação Geral

Nível	Descrição
Alto	Exige ação imediata e monitoramento contínuo.
Médio	Requer acompanhamento regular e ação preventiva.
Baixo	Risco aceito, sem necessidade de intervenção imediata.