|
|
|
<table>
|
|
|
|
<tr>
|
|
|
|
<th> [Home](home) </th>
|
|
|
|
<th> [Escopo e Cronograma](escopo e cronograma) </th>
|
|
|
|
<th> [Git Workflow](git workflow) </th>
|
|
|
|
<th> [Design e Mockups](design e mockups) </th>
|
|
|
|
<th> [Escopo e Cronograma](escopo%20e%20cronograma) </th>
|
|
|
|
<th> [Git Workflow](git%20workflow) </th>
|
|
|
|
<th> [Design e Mockups](design%20e%20mockups) </th>
|
|
|
|
<th> [Configuração](configuração) </th>
|
|
|
|
<th> [Arquitetura](arquitetura) </th>
|
|
|
|
<th> [Front-End](frontend) </th>
|
|
|
|
<th> [Back-End](backend) </th>
|
|
|
|
<th> [BD](banco de dados) </th>
|
|
|
|
<th> [BD](banco%20de%20dados) </th>
|
|
|
|
<th> [Qualidade](qualidade) </th>
|
|
|
|
<th> [**Gerência**](gerência) </th>
|
|
|
|
</tr>
|
| ... | ... | @@ -16,36 +16,72 @@ |
|
|
|
|
|
|
|
> **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 para trabalhar e identificar problemas e melhoras a serem feitas. | AGES IV | AGES I, II, III e IV | 1 vez no fim de cada Sprint | 1 hora |
|
|
|
|
| Sprint Planning | Reunião onde o time discute e define, a partir do Product Backlog e feedback atual do Cliente, o que será realizada na 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 revisão sobre como o projeto está progredindo e quais as próximas prioridades. | 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 para o 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, na qual o time deve apresentar o projeto realizado para todos outros membros da AGES. | AGES IV | AGES I, II, III e IV | 1 vez no fim do projeto | 10 minutos |
|
|
|
|
| Pre-Sprint review Meeting | Comunicação para revisão da apresentação que será realizada 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 foi desenvolvida para ajudar os membros do time a saberem seus papéis na 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 |
|
|
\ No newline at end of file |
|
|
|
# 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. | |
