Transparência do MVP · maturidade
O que existe, o que é demonstração e o que falta
Registro de maturidade por capacidade, sem exagero. Cada linha traz evidência verificável, limitação, próxima validação, dependência e nível de prontidão.
Limitação: Registro validado: toda linha possui evidência, limitação e próxima validação; nenhum item declara TRL elevado; “implementado e testado” referencia testes.
Matriz de maturidade
| Capacidade | TR 3.1 | Estado atual | Evidência | Limitação | Próxima validação | Dependência | Prontidão |
|---|---|---|---|---|---|---|---|
| Domínio puro: tipos, taxonomias, transições e validações | vii | Implementado e testado | lib/qualificacao/domain com testes executáveis (npm test); sem dependência de React ou persistência | Sem persistência; regras não calibradas. | Revisão da taxonomia com Município e setor produtivo (Etapa 1) | Nenhuma técnica | alta |
| Matching explicável (3 tipos) com revisão humana | ii, iii, vi | Implementado e testado | matching.ts com testes de determinismo, lacunas, explicação e exclusão de barreiras do score | Pesos e limiares arbitrários; sem calibração. | Calibração dos critérios com dados reais e revisão de viés (R6) | Dados de demanda e perfis reais | media |
| Indicadores calculados e dicionário do TR 7.4.2 | xii, xi | Implementado e testado | indicators.ts e indicator-dictionary.ts com testes de coerência, códigos únicos e proteção de amostra pequena | Metas/faixas a calibrar; aprendizagem e custo apenas modelados. | Anexo B com metas, faixas e regra de validação | Linha de base e memória econômica | media |
| Jornadas navegáveis de participante, empresa e gestão | i, v, x | Demonstrado com dados sintéticos | 12+ rotas com dados sintéticos rotulados, presenters por audiência e testes de vazamento | Sem cadastro, edição, autenticação ou operação. | Piloto controlado com usuários (Etapa 3) | Autorização por papel e persistência substituível | media |
| Acompanhamento longitudinal e rastreabilidade | ix | Demonstrado com dados sintéticos | Linha do tempo congelada; regra 'resultado exige encaminhamento' testada; consentimento e proveniência modelados | Janelas 90/180 não observáveis; sem base legal validada. | Regra de vínculo, fontes e base legal com encarregado (Etapa 1) | Dados municipais e decisão jurídica | baixa |
| Diagnóstico versionado e comparável | i, ii | Demonstrado com dados sintéticos | diagnostics.ts (compareDiagnostics) com duas versões preservadas e changelog vinculado a evidências | Sem instrumento aplicado; conteúdo sintético. | Linha de base real (Etapa 1) | Dados do Qualifica+ e Balcão (TR 3.5) | media |
| Protocolo experimental, hipóteses, coortes e portas | xii | Modelado | experiment.ts com cinco etapas, H1–H5, coortes e critérios de porta; valores numéricos marcados 'a calibrar' | Sem escala, amostra ou metas; nenhuma coorte real. | Desenho amostral na proposta; calibração na Etapa 1 | Proposta técnica e dados locais | baixa |
| Retorno empresarial recorrente | x | Demonstrado com dados sintéticos | Dois ciclos sintéticos com eventos de demanda → encaminhamento → retorno → matriz → formação | Uma empresa com retorno; ciclo 2 aberto. | Protocolo com empresas reais (Etapa 2–3) | Adesão empresarial | baixa |
| Equidade: barreiras → medidas → indicadores | xi | Modelado | equity.ts com matriz e supressão de grupos pequenos; barreiras fora do score | Sem metodologia de segmentação nem medição de efeito. | Método de segmentos e medidas na proposta; medição no piloto | Parceiro educacional | baixa |
| Exportação estruturada e dicionário de dados | viii | Implementado e testado | export.ts com envelope versionado, CSV seguro (injeção neutralizada) e testes de minimização | Apenas dados sintéticos; sem API de importação. | Plano de saída e dicionário completo (Etapa 5) | Formato acordado com o Município | media |
| Persistência, autenticação e autorização | vii, ix | Planejado | Nenhuma; decisão arquitetural documentada (contratos de repositório substituíveis) | Inexistente. | Após validação LGPD e definição de infraestrutura | Município (infraestrutura, provedor de identidade) | baixa |
| Importação de dados municipais (Balcão, Qualifica+) | i, ix | Dependente de integração | Nenhuma; fallback por importação de arquivos validados previsto | Sem API garantida (TR 3.5). | Inventário de bases na Etapa 1 | Município | baixa |
| Avaliação de aprendizagem e conteúdos | iv, vi | Dependente do piloto | Indicadores modelados; nenhum instrumento | Ausente. | Instrumentos na Etapa 2; aferição na Etapa 3 | Parceiro educacional | baixa |
TRL aproximado: a confirmar mediante critérios e evidências documentais.
- Critério usado
- Escala TRL adaptada a software público (NASA/EU H2020): TRL 3 = prova de conceito; TRL 4 = validação em laboratório; TRL 5 = validação em ambiente relevante; TRL 6 = demonstração em ambiente relevante; TRL 7 = demonstração em ambiente operacional.
- Estimativa por componente
- Componentes de domínio (regras, matching, indicadores, exportação): entre TRL 3 e 4 — prova de conceito com testes automatizados, sem validação em ambiente relevante.
- Estimativa da solução integrada
- Solução integrada (jornadas + operação + dados reais): TRL 3 — conceito demonstrado com dados sintéticos; não há ambiente relevante, usuários ou integração.
- Evidências
- Suíte de testes de domínio executável
- Build reproduzível e rotas navegáveis
- Documentação por onda com validação independente
- Ressalvas
- Autoavaliação interna, sem avaliador externo
- TRL de componente não se transfere à solução integrada
- Nenhum piloto, usuário real ou dado municipal
- Itens faltantes
- Persistência e autorização
- Instrumentos de avaliação de aprendizagem
- Integração ou importação de dados municipais
- Validação com usuários e empresas reais
- Operação por equipe identificada
A maturidade de um componente não se transfere à solução integrada. Nenhum TRL é declarado como atingido; a confirmação depende de critérios e evidências documentais avaliados externamente.