Sistema moderno de gestão de trajetórias profissionais para servidores do TCU. Construído com spec-kit, orientado por User Stories e desenvolvido com apoio de IA.
O sistema original funciona, mas carrega 8 anos de decisões técnicas que dificultam a evolução.
143 telas, 33 inconsistências documentadas, bug crítico que homologa servidores ao abrir uma página. PL/SQL com ~9.000 linhas distribuídas em 3 pacotes.
6 fases de análise: mapa de páginas, manifestos por tela, regras PL/SQL, mapa de fluxos, análise tecnológica. Base sólida para a reconstrução.
Stack moderna, interface responsiva com dark mode, celebrações visuais ao alcançar níveis, fluxos simplificados e dados reais de produção via migração do Oracle.
Cada requisito é um GitHub Issue no formato User Story. O agente IA implementa, testa e abre PR. O time revisa e aprova. Rastreável do início ao fim.
O framework de especificação de produto do GitHub — para pensar antes de codificar.
Template de especificação criado pelo time de produto do GitHub.
Define uma estrutura padrão para documentar funcionalidades antes de implementá-las:
Problema → Objetivos → Não-objetivos → User Stories → Requisitos → Perguntas abertas
O resultado é um documento que pode ser revisado como um PR, discutido em issues e
referenciado para sempre no histórico do repositório.
O APEX 18 original tem 143 telas mas zero documentação de requisitos. Cada funcionalidade precisou ser descoberta por engenharia reversa. No Trajetórias 2.0 fazemos o oposto: toda funcionalidade começa escrita e aprovada antes de qualquer código.
Tudo rodando no VPS Oracle do Gustavo — sem custos de nuvem proprietária, sem lock-in.
Cada jornada foi reconstruída a partir da engenharia reversa, corrigindo os problemas do sistema atual.
Com recomendações baseadas no espaço de atuação e cargo atual. Adesão em 1 clique.
Grau de entrega 1–5 por comportamento, salvamento automático, barra de progresso visual.
Três perspectivas separadas e claras: auto, líder superior, liderado.
Fila de homologações ordenada por urgência. Aprovação em lote. Histórico completo.
Delegação com data de expiração e notificação automática ao delegado.
Fluxo unificado em 3 etapas: verificar requisitos → registrar evidências → solicitar avaliação.
Ação explícita e auditável. Sem o bug crítico de homologação ao abrir página (E028).
Dashboard de desenvolvimento: progresso por trajetória, nível atual, próximos passos.
Integração com ISCNet2 documentada. Objetos visíveis diretamente no Trajetórias.
Painel de configuração em árvore: Trajetória → Níveis → Competências → Comportamentos.
Cada sprint é um conjunto de GitHub Issues implementados, revisados e entregues.
Abra um issue, revise um PR ou siga o desenvolvimento em tempo real.