Checkpoint 4: Conclusão, Retrospectiva e Relatório Final

Objetivos do Checkpoint

Este checkpoint marca a conclusão do projeto Portfólio de Equipe. O foco principal está na reflexão crítica sobre o processo de gestão, na análise do aprendizado ao longo de todos os módulos e na consolidação das lições aprendidas. A equipe deve demonstrar capacidade de avaliar o próprio trabalho, identificar melhorias e aplicar conhecimento adquirido.

Objetivos Específicos

Ao final deste checkpoint, você deve ter:

  • ✅ Projeto Portfólio 100% completo e funcional
  • ✅ Todas as issues fechadas e milestone final concluída
  • ✅ Retrospectiva completa e detalhada do projeto
  • ✅ Análise crítica do aprendizado por módulo
  • ✅ Relatório final consolidado na Wiki do GitLab
  • ✅ Apresentação final preparada e executada
  • ✅ Documentação completa do processo de gestão

Pré-requisitos

Validação do Checkpoint 3

Antes de iniciar o Checkpoint 4, certifique-se de que:

Instruções Gerais

Prazo e Entrega

  • Prazo: 2 semanas após a Aula 14 (Análise e Revisão)
  • Entrega: Wiki do GitLab com relatório final + apresentação
  • Formato: Trabalho colaborativo em equipe
  • Localização: Wiki do projeto no GitLab

Critérios de Avaliação

Critério Peso Descrição
Retrospectiva e Análise do Aprendizado 40% Qualidade da reflexão crítica, análise por módulo, identificação de lições aprendidas e capacidade de autocrítica
Relatório Final Consolidado 30% Completude do relatório na Wiki, organização colaborativa, consolidação de todos os módulos e métricas de desempenho
Qualidade do Produto Final 30% Portfólio completo e funcional, todas as funcionalidades implementadas, CI/CD operacional e design profissional

Estrutura do Relatório na Wiki do GitLab

O relatório deve ser criado na Wiki do GitLab do projeto, permitindo edição colaborativa. Cada seção deve ser atribuída a um membro da equipe, mas todos devem revisar e contribuir.

Como Criar a Wiki no GitLab

  1. Acesse seu projeto no GitLab
  2. No menu lateral, clique em Wiki
  3. Clique em New Page
  4. Crie a página principal: Relatório Final - Checkpoint 4
  5. Configure permissões para que todos os membros possam editar

Estrutura Proposta do Relatório

# Relatório Final - Projeto Portfólio de Equipe

## 1. Resumo Executivo
## 2. Análise por Módulo
## 3. Retrospectiva Consolidada
## 4. Métricas e Desempenho
## 5. Lições Aprendidas
## 6. Recomendações para Projetos Futuros
## 7. Conclusão

Passo a Passo

Passo 1: Finalização do Projeto

1.1 Execução do Sprint 2 (ou Sprint Final)

Se ainda houver funcionalidades pendentes:

1.2 Completude do Portfólio

Garanta que o portfólio está 100% completo:

1.3 Encerramento de Issues

Passo 2: Criação da Estrutura do Relatório na Wiki

2.1 Configuração Inicial da Wiki

  1. Acesse Wiki no menu do projeto GitLab
  2. Crie a página principal: Relatório Final - Checkpoint 4
  3. Configure a estrutura inicial usando o template abaixo
  4. Atribua responsáveis para cada seção (todos devem contribuir)

2.2 Template da Estrutura

Crie a estrutura base na Wiki:

# Relatório Final - Projeto Portfólio de Equipe

**Equipe:** [Nome da Equipe]  
**Data de Início:** [Data]  
**Data de Conclusão:** [Data]  
**Membros:** [Lista de membros com papéis]

***

## 1. Resumo Executivo

[Responsável: Product Owner]

### 1.1 Visão Geral do Projeto
### 1.2 Objetivos Alcançados
### 1.3 Principais Entregas

***

## 2. Análise por Módulo

[Responsável: Equipe - cada membro contribui com seu módulo]

### 2.1 Módulo 1: Iniciação e Planejamento
### 2.2 Módulo 2: Gestão Tradicional e Documentação
### 2.3 Módulo 3: Execução Ágil e CI/CD
### 2.4 Módulo 4: Conclusão e Apresentação

***

## 3. Retrospectiva Consolidada

[Responsável: Scrum Master]

### 3.1 O que Funcionou Bem?
### 3.2 O que Podemos Melhorar?
### 3.3 O que Aprendemos?
### 3.4 Ações para Próximos Projetos

***

## 4. Métricas e Desempenho

[Responsável: Equipe]

### 4.1 Métricas de Produto
### 4.2 Métricas de Processo
### 4.3 Planejado vs. Realizado
### 4.4 Análise de Desvios

***

## 5. Lições Aprendidas

[Responsável: Todos os membros]

### 5.1 Lições sobre Gestão de Projetos
### 5.2 Lições sobre Metodologias Ágeis
### 5.3 Lições sobre Ferramentas (GitLab)
### 5.4 Lições sobre Trabalho em Equipe

***

## 6. Recomendações para Projetos Futuros

[Responsável: Equipe]

### 6.1 O que Fazer Novamente
### 6.2 O que Fazer Diferente
### 6.3 Ferramentas e Processos Recomendados

***

## 7. Conclusão

[Responsável: Product Owner]

### 7.1 Síntese do Projeto
### 7.2 Principais Conquistas
### 7.3 Reflexão Final

Passo 3: Análise Detalhada por Módulo

Cada membro da equipe deve contribuir com a análise do módulo em que teve maior participação. Use commits frequentes para documentar o progresso.

3.1 Módulo 1: Iniciação e Planejamento

Perguntas a responder:

  • Como foi a experiência de configurar o GitLab?
  • Quais foram os principais desafios na configuração inicial?
  • O que funcionou bem no planejamento inicial?
  • O que poderia ter sido feito diferente?
  • Quais conhecimentos do Checkpoint 1 foram mais úteis?

Template de análise:

### 2.1 Módulo 1: Iniciação e Planejamento

**Responsável:** [Nome do membro]  
**Data da Análise:** [Data]

#### Objetivos do Módulo
[Lista dos objetivos do Checkpoint 1]

#### O que Foi Entregue
- [Item 1]
- [Item 2]
- [Item 3]

#### Desafios Enfrentados
1. **Desafio 1:** [Descrição]
   - **Causa:** [Por que aconteceu]
   - **Solução:** [Como foi resolvido]
   - **Aprendizado:** [O que aprendemos]

#### O que Funcionou Bem
- [Item 1]
- [Item 2]

#### O que Poderia Melhorar
- [Item 1]
- [Item 2]

#### Métricas
- Issues criadas: [número]
- Commits realizados: [número]
- Tempo estimado vs. real: [comparação]

#### Lições Aprendidas
1. [Lição 1]
2. [Lição 2]

3.2 Módulo 2: Gestão Tradicional e Documentação

Perguntas a responder:

  • Como foi aplicar metodologia tradicional (PMBOK)?
  • Qual foi a importância do documento de projeto?
  • Quais foram os desafios na documentação?
  • Como o planejamento tradicional ajudou no projeto?
  • O que foi mais útil: escopo, cronograma, riscos ou comunicação?

Template similar ao 3.1, adaptado para o Checkpoint 2

3.3 Módulo 3: Execução Ágil e CI/CD

Perguntas a responder:

  • Como foi a transição de tradicional para ágil?
  • Quais foram os benefícios do Scrum?
  • Como o CI/CD facilitou o desenvolvimento?
  • Quais cerimônias Scrum foram mais valiosas?
  • Como o Board Kanban ajudou na visualização?

Template similar ao 3.1, adaptado para o Checkpoint 3

3.4 Módulo 4: Conclusão e Apresentação

Perguntas a responder:

  • Como foi finalizar o projeto?
  • Qual foi a importância da retrospectiva?
  • O que a análise do aprendizado revelou?
  • Como o relatório consolidado ajudou na compreensão?

Template similar ao 3.1, adaptado para o Checkpoint 4

Passo 4: Retrospectiva Consolidada

A retrospectiva deve ser realizada em reunião presencial ou online, com todos os membros da equipe. Use técnicas como “Start, Stop, Continue” ou “Mad, Sad, Glad”.

4.1 Preparação da Retrospectiva

  1. Agende reunião de 2-3 horas com toda a equipe
  2. Prepare quadro físico ou digital (Miro, Mural, etc.)
  3. Revise todos os checkpoints anteriores
  4. Analise métricas do GitLab (commits, issues, sprints)

4.2 Estrutura da Retrospectiva

Técnica: Start, Stop, Continue

### 3. Retrospectiva Consolidada

**Data da Retrospectiva:** [Data]  
**Participantes:** [Lista de membros]  
**Duração:** [Tempo]

#### 3.1 O que Funcionou Bem? (Continue)

**Processo:**
- [Item 1]
- [Item 2]

**Ferramentas:**
- [Item 1]
- [Item 2]

**Comunicação:**
- [Item 1]
- [Item 2]

**Tecnologia:**
- [Item 1]
- [Item 2]

#### 3.2 O que Podemos Melhorar? (Stop)

**Processo:**
- [Item 1] - [Ação proposta]
- [Item 2] - [Ação proposta]

**Ferramentas:**
- [Item 1] - [Ação proposta]
- [Item 2] - [Ação proposta]

**Comunicação:**
- [Item 1] - [Ação proposta]
- [Item 2] - [Ação proposta]

**Tecnologia:**
- [Item 1] - [Ação proposta]
- [Item 2] - [Ação proposta]

#### 3.3 O que Aprendemos?

**Conhecimentos Técnicos:**
1. [Aprendizado 1]
2. [Aprendizado 2]

**Conhecimentos de Gestão:**
1. [Aprendizado 1]
2. [Aprendizado 2]

**Soft Skills:**
1. [Aprendizado 1]
2. [Aprendizado 2]

#### 3.4 Ações para Próximos Projetos

**Curto Prazo (próximo projeto):**
- [ ] [Ação 1]
- [ ] [Ação 2]

**Médio Prazo (futuro):**
- [ ] [Ação 1]
- [ ] [Ação 2]

Passo 5: Métricas e Desempenho

Colete e analise métricas do GitLab e do projeto.

5.1 Métricas de Produto

### 4. Métricas e Desempenho

#### 4.1 Métricas de Produto

| Métrica | Planejado | Realizado | Variação | Status |
|---------|-----------|-----------|----------|--------|
| Funcionalidades | [X] | [Y] | [Z%] | ✅/❌ |
| Páginas criadas | [X] | [Y] | [Z%] | ✅/❌ |
| Perfis completos | [X] | [Y] | [Z%] | ✅/❌ |
| Tempo de desenvolvimento | [X] semanas | [Y] semanas | [Z%] | ✅/❌ |
| Bugs críticos | 0 | [Y] | - | ✅/❌ |

**Análise:**
[Interpretação das métricas]

5.2 Métricas de Processo

#### 4.2 Métricas de Processo

| Métrica | Valor | Análise |
|---------|-------|---------|
| Total de Issues criadas | [X] | [Análise] |
| Issues fechadas | [Y] | [Análise] |
| Taxa de conclusão | [Z%] | [Análise] |
| Total de Commits | [X] | [Análise] |
| Commits por membro | [Média] | [Análise] |
| Sprints executados | [X] | [Análise] |
| Story Points entregues | [X] | [Análise] |
| Velocidade média | [X pts/sprint] | [Análise] |

**Fonte:** GitLab Analytics

5.3 Planejado vs. Realizado

#### 4.3 Planejado vs. Realizado

**Checkpoint 1:**
- Planejado: [Objetivos]
- Realizado: [Resultados]
- Desvios: [Análise]

**Checkpoint 2:**
- Planejado: [Objetivos]
- Realizado: [Resultados]
- Desvios: [Análise]

**Checkpoint 3:**
- Planejado: [Objetivos]
- Realizado: [Resultados]
- Desvios: [Análise]

**Checkpoint 4:**
- Planejado: [Objetivos]
- Realizado: [Resultados]
- Desvios: [Análise]

Passo 6: Lições Aprendidas Detalhadas

Cada membro deve contribuir com suas lições aprendidas pessoais.

6.1 Template de Lições Aprendidas

### 5. Lições Aprendidas

#### 5.1 Lições sobre Gestão de Projetos

**Por [Nome do Membro]:**

1. **Lição:** [Descrição]
   - **Contexto:** [Quando/onde aconteceu]
   - **Aprendizado:** [O que aprendemos]
   - **Aplicação futura:** [Como aplicar]

2. **Lição:** [Descrição]
   - **Contexto:** [Quando/onde aconteceu]
   - **Aprendizado:** [O que aprendemos]
   - **Aplicação futura:** [Como aplicar]

#### 5.2 Lições sobre Metodologias Ágeis

[Estrutura similar]

#### 5.3 Lições sobre Ferramentas (GitLab)

[Estrutura similar]

#### 5.4 Lições sobre Trabalho em Equipe

[Estrutura similar]

Passo 7: Recomendações para Projetos Futuros

Baseado em toda a experiência, crie recomendações práticas.

### 6. Recomendações para Projetos Futuros

#### 6.1 O que Fazer Novamente

1. **[Recomendação 1]**
   - **Justificativa:** [Por que]
   - **Como implementar:** [Passos]

2. **[Recomendação 2]**
   - **Justificativa:** [Por que]
   - **Como implementar:** [Passos]

#### 6.2 O que Fazer Diferente

1. **[Recomendação 1]**
   - **Problema identificado:** [O que não funcionou]
   - **Solução proposta:** [Como fazer diferente]
   - **Benefício esperado:** [O que melhorará]

#### 6.3 Ferramentas e Processos Recomendados

**Ferramentas essenciais:**
- [Ferramenta 1] - [Justificativa]
- [Ferramenta 2] - [Justificativa]

**Processos recomendados:**
- [Processo 1] - [Justificativa]
- [Processo 2] - [Justificativa]

Passo 8: Trabalho Colaborativo na Wiki

8.1 Como Trabalhar Colaborativamente

  1. Atribuição de Responsabilidades:
    • Cada seção tem um responsável principal
    • Todos os membros revisam e contribuem
    • Use comentários na Wiki para discussões
  2. Versionamento:
    • Faça commits frequentes ao editar a Wiki
    • Use mensagens descritivas: “Adiciona análise do Módulo 1 - [Nome]”
    • Revise o histórico de versões regularmente
  3. Revisão e Aprovação:
    • Cada membro revisa as seções dos outros
    • Use comentários para sugestões
    • Aprove mudanças em conjunto

8.2 Boas Práticas

  • ✅ Faça commits pequenos e frequentes
  • ✅ Use mensagens de commit descritivas
  • ✅ Revise mudanças antes de salvar
  • ✅ Comunique mudanças significativas ao grupo
  • ✅ Mantenha formatação consistente
  • ✅ Use links internos entre seções
  • ✅ Adicione imagens/screenshots quando relevante

Validação e Testes

Checklist de Validação

Antes de entregar, verifique:

Entrega

Arquivos a Entregar

  1. Wiki do GitLab:
    • Relatório final completo na Wiki
    • Histórico de edições colaborativas visível
    • Links para todas as seções funcionando
  2. Repositório GitLab:
    • Projeto 100% completo
    • Todas as issues fechadas
    • Milestone final concluída
    • CI/CD funcionando
    • Site publicado no GitLab Pages
  3. Evidências:
    • Screenshots do Board Kanban final
    • Gráficos de métricas do GitLab
    • Histórico de commits da Wiki
    • Histórico de commits do código
  4. Apresentação:
    • Slides da apresentação final
    • Link para o site publicado
    • Demonstração do processo de gestão

Critérios de Qualidade

Retrospectiva e Análise do Aprendizado (40%)

Excelente (9-10 pontos): - Análise crítica profunda e honesta - Identificação clara de sucessos e falhas - Lições aprendidas bem fundamentadas - Reflexão sobre cada módulo detalhada - Capacidade de autocrítica demonstrada

Bom (7-8 pontos): - Análise adequada com alguns pontos relevantes - Identificação de principais aprendizados - Reflexão presente mas pode ser mais profunda

Regular (5-6 pontos): - Análise superficial - Poucas lições aprendidas identificadas - Falta de profundidade na reflexão

Insuficiente (0-4 pontos): - Análise muito superficial ou ausente - Pouca ou nenhuma reflexão crítica - Lições aprendidas não identificadas

Relatório Final Consolidado (30%)

Excelente (9-10 pontos): - Relatório completo e bem estruturado - Todas as seções preenchidas adequadamente - Trabalho colaborativo evidente (múltiplos commits) - Métricas detalhadas e analisadas - Formatação profissional

Bom (7-8 pontos): - Relatório completo mas pode melhorar organização - Maioria das seções preenchidas - Algum trabalho colaborativo visível

Regular (5-6 pontos): - Relatório incompleto ou mal estruturado - Seções faltando ou superficiais - Pouco trabalho colaborativo

Insuficiente (0-4 pontos): - Relatório muito incompleto - Estrutura inadequada - Trabalho individual ao invés de colaborativo

Qualidade do Produto Final (30%)

Excelente (9-10 pontos): - Portfólio completo e funcional - Todas as funcionalidades implementadas - Design profissional e responsivo - CI/CD funcionando perfeitamente - Site sem erros e bem otimizado

Bom (7-8 pontos): - Portfólio funcional com pequenas falhas - Maioria das funcionalidades implementadas - Design adequado

Regular (5-6 pontos): - Portfólio incompleto ou com problemas - Funcionalidades importantes faltando - Design básico

Insuficiente (0-4 pontos): - Portfólio não funcional ou muito incompleto - Funcionalidades essenciais faltando - Problemas técnicos graves

Recursos de Ajuda

Documentação do GitLab

Técnicas de Retrospectiva

Suporte

  • Email: alessio@cefetmg.br
  • Horário de Atendimento: Quarta, 16h
  • WhatsApp: [Disponível para dúvidas]

Conclusão

Este checkpoint final é uma oportunidade de consolidar todo o aprendizado ao longo do semestre. O foco não está apenas no produto final, mas na capacidade de reflexão crítica, na análise do processo de gestão e na identificação de lições aprendidas que serão valiosas para projetos futuros.

Trabalhem colaborativamente, sejam honestos na retrospectiva e demonstrem o crescimento alcançado ao longo do projeto!

Boa sorte na conclusão do projeto! 🚀

Back to top