Relatório de maturidade - TP1 - GPS-AnRoMat
Gestão de Projetos de Software (2026-2) — Relatório de Avaliação do Módulo 1
- Repositório GitLab: https://git.juninho.com.br/cefet-gps-2026/gps-projetos-integradores/gps-anromat
- Status da Entrega: 🟢 ✅ Concluído no Prazo
- Pontuação Geral Calculada:
4.5 / 5,0 Pontos - Última Atividade no GitLab:
2026-09-15T01:04:10
1. Resumo da Rubrica de Avaliação (5,0 Pontos)
| Critério | Descrição | Peso | Nota Obtida | Evidência Principal |
|---|---|---|---|---|
| 1. Identidade e Equipe | README.md com logo, membros (@username), papéis e stack tecnológica |
0,5 | 0.5 |
✅ Completo |
| 2. Project Charter | docs/PROJECT_CHARTER.md com objetivos SMART, justificativa WokDex e escopo |
0,8 | 0.6 |
✅ Completo |
| 3. EAP / WBS | docs/EAP.md com decomposição hierárquica e códigos numéricos |
0,8 | 0.5 |
🟡 Parcial |
| 4. Diretrizes de Prompt | docs/DIRETRIZES_PROMPT.md com postura socrática e exemplos de diálogo |
0,7 | 0.7 |
✅ Completo com Exemplos |
| 5. Backlog no GitLab | 4 Milestones, Issues com labels/estimativas, dependências e todos membros | 1,2 | 1.2 |
22 Issues, 4 Milestones |
| 6. Spike Técnico / MVP | Código de consumo da API LLM integrado via Merge Request | 1,0 | 1.0 |
✅ Spike + MR integrado |
| TOTAL | Pontuação Consolidada do Checkpoint 01 | 5,0 | 4.5 pts |
✅ Concluído no Prazo |
2. Participação e Métricas Individuais dos Membros
Avaliação do envolvimento de cada integrante cadastrado oficialmente:
| Integrante | Matrícula | Usuário GitLab | Commits | Issues Criadas | Issues Atribuídas | MRs Criados | MRs Revisados | Nível de Engajamento |
|---|---|---|---|---|---|---|---|---|
| André Guilherme | 20243000982 |
@andreguilherme |
3 | 0 | 6 | 1 | 0 | 🟢 Alto |
| MATEUS LOPES | 20243004300 |
@MateusLopes15 |
6 | 0 | 9 | 0 | 1 | 🟢 Alto |
| Ronald Vitorino | 20243003723 |
@ronaldrodriguesvitorino |
1 | 22 | 7 | 0 | 0 | 🟢 Alto |
3. Auditoria Detalhada dos Artefatos de Documentação
📄 README.md
- Arquivo presente: ✅ Sim
- Identificação dos membros com login: ✅ Sim
- Descrição da Stack Tecnológica: ✅ Sim
📄 docs/PROJECT_CHARTER.md (Termo de Abertura)
- Arquivo presente: ✅ Sim
- Objetivos SMART definidos: ✅ Sim
- Fronteiras de Escopo (Dentro / Fora): ✅ Sim
📄 docs/EAP.md (Estrutura Analítica do Projeto)
- Arquivo presente: ✅ Sim
- Diagrama Mermaid ou visual: ⚠️ Apenas lista textual
- Numeração hierárquica de pacotes: ✅ Sim
📄 docs/DIRETRIZES_PROMPT.md (Filosofia do Bot)
- Arquivo presente: ✅ Sim
- Postura socrática e investigativa: ✅ Sim
- Exemplos práticos de diálogos (O que deve / não deve fazer): ✅ Sim
⚡ Spike Técnico de Conexão com a LLM
- Evidências no Repositório: Arquivo de spike/código:
src/test_api.py - Merge Request associado: ✅ Identificado MR de integração
4. Governança no GitLab: Milestones, Issues e MRs
- Total de Commits:
10(10 no prazo, 0 após o prazo) - Total de Issues Cadastradas:
22 - Total de Milestones:
4 - Total de Merge Requests:
1 - Dependência Bloqueante Mapeada: ✅ Sim (vínculo is blocked by ativo)
- Uso de Estimativas de Tempo: ✅ Sim
Amostra de Issues do Projeto
| # | Título da Issue | Autor | Responsáveis | Labels | Estado |
|---|---|---|---|---|---|
| #23 | Módulo 4: Relatório Final de Gestão e Encerramento de Backlog (docs/RELATORIO_FINAL_GESTAO.md) | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
Docs | opened |
| #22 | Módulo 4: Retrospectiva do Projeto (docs/RETROSPECTIVA.md) | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
Docs | opened |
| #21 | Módulo 4: Elaboração do Pitch Final, Slides e Roteiro de Live Demo (docs/slides/) | @ronaldrodriguesvitorino |
@MateusLopes15 |
Docs | opened |
| #20 | Módulo 4: Release v1.0.0 e Atualização do README | @ronaldrodriguesvitorino |
@andreguilherme |
DevOps, Docs | opened |
| #19 | Módulo 3: Gestão do Fluxo de Sprints, Revisão e Métricas de Esforço (SPRINT_REVIEW_M3.md) | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
Planejamento | opened |
| #18 | Módulo 3: Documentação de Arquitetura, Guia do Usuário e Setup (ARQUITETURA.md e GUIA_USUARIO.md) | @ronaldrodriguesvitorino |
@MateusLopes15 |
Docs | opened |
| #17 | Módulo 3: Testes Automatizados de Qualidade de Prompt e Integração | @ronaldrodriguesvitorino |
@andreguilherme |
BackEnd, Prompt | opened |
| #16 | Módulo 3: Automação da Pipeline de CI/CD e Gestão de Secrets (.gitlab-ci.yml) | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
DevOps | opened |
| #15 | Módulo 3: Implementação da Interface do Usuário (Bot/UI) e Tratamento de Entrada | @ronaldrodriguesvitorino |
@andreguilherme |
BackEnd, FrontEnd | opened |
| #14 | Módulo 2: Encerramento do Módulo 1 e Entrega dos Merge Requests no Módulo 2 | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
DevOps | opened |
| #13 | Módulo 2: Testes de Simulação e Instruções de Reprodutibilidade | @ronaldrodriguesvitorino |
@andreguilherme |
BackEnd, Docs | opened |
| #12 | Módulo 2: Modularização do Prompt e Motor de Diálogo Multi-turn | @ronaldrodriguesvitorino |
@andreguilherme |
BackEnd | opened |
| #11 | Módulo 2: Gestão Proativa de Riscos, Comunicação e Requisitos (RISCOS_E_COMUNICACAO.md) | @ronaldrodriguesvitorino |
@MateusLopes15 |
Docs, Planejamento | opened |
| #10 | Módulo 2: Testes de Validação com Prompts | @ronaldrodriguesvitorino |
@MateusLopes15 |
Docs, Prompt | opened |
| #9 | Módulo 2: Especificação da Arquitetura e Engenharia do Prompt (SYSTEM_PROMPT.md) | @ronaldrodriguesvitorino |
@ronaldrodriguesvitorino |
Docs, Prompt | opened |
5. Diagnóstico de Maturidade do Projeto
Foram confrontados relatorio_gps_anromat.qmd e trabalhos-baixados/gps-anromat, com documentação, diagrama.png, issues, README e src/test_api.py. A cópia local pode estar desatualizada e não atesta a configuração remota ou o histórico de revisão.
Síntese executiva
O grupo possui uma fundação documental completa e evidência de spike técnico. O backlog mostra preocupação com riscos, requisitos, prompt, integração e testes para os módulos seguintes. Há dependência bloqueante registrada na auditoria, favorecendo a leitura de caminho crítico. O maior avanço esperado é fechar a rastreabilidade entre requisitos, EAP, arquitetura e testes do comportamento pedagógico.
Quadro de maturidade
| Dimensão | Estágio | Evidências | Risco ou limitação |
|---|---|---|---|
| Identidade e visão | Consistente | README e charter disponíveis. | Confirmar foco da jornada mínima de aprendizagem. |
| Escopo e requisitos | Em desenvolvimento | Charter e requisitos presentes. | A auditoria aponta necessidade de amadurecer o charter; critérios de aceite não foram confirmados. |
| Planejamento e rastreabilidade | Consistente | EAP numerada, diagrama.png, milestones, estimativas e dependência relatada. |
Relação requisito-issue-teste precisa ser demonstrada. |
| Viabilidade técnica e segurança | Em desenvolvimento | src/test_api.py; issues para arquitetura, riscos e secrets. |
Não foi validada execução ou política efetiva de segredo. |
| Qualidade documental e colaboração | Consistente | Conjunto de documentos e organização por issues. | Pouca evidência de revisão por MR na auditoria; não inferir ausência de colaboração. |
Evidências positivas verificáveis
- A cópia contém todos os documentos-base,
diagrama.pnge spike Python. - O backlog relatado inclui prompt multi-turn, testes de simulação e gestão de riscos.
- A auditoria identifica dependência bloqueante e planejamento para os módulos seguintes.
Lacunas e riscos priorizados
- P0: critérios de aceite e vínculo entre requisitos, arquitetura e testes não foram confirmados na cópia; é ausência de evidência, não deficiência comprovada.
- P1: o charter precisa manter limites claros para evitar crescimento indevido do escopo.
- P1: segredos, reprodutibilidade e falhas de API devem sair do plano para uma evidência executável.
Recomendações para o Módulo 2
- P0: criar rastreabilidade RF/RNF -> issue -> implementação -> teste de aceitação.
- P1: transformar a diretriz em prompt modular e em cenários de conversa testáveis.
- P1: registrar matriz de riscos com responsável, gatilho e resposta para API, dados e prazo.
- P2: documentar revisão técnica das mudanças de integração e prompt.
Perguntas de validação
- Que requisito do MVP será comprovado ponta a ponta primeiro?
- Como o diagrama se conecta aos pacotes da EAP e às issues?
- Qual é o plano de contingência para indisponibilidade ou limite da LLM?
Nota metodológica
Análise assistida por LLM, baseada em evidências documentais locais e relatório heurístico. Requer revisão docente e não substitui a avaliação formal.
6. Considerações e Ajustes Finais do Docente
Parecer Geral: ✅ Concluído no Prazo com nota calculada em 4.5 / 5,0.
Observações do Professor: [ ] Revisão validada sem ressalvas [ ] Ajuste manual de nota necessário: ______
Comentários adicionais:
Voltar ao Relatório Consolidado (TP1) | Ir para o Dashboard Geral