Helton da Silva de Oliveira

Plataforma web de project controls, em produção na Arteris · o sistema ACOMP-OBRAS (repositório corporativo privado arteris-fluminense/acomp-obras, de minha autoria — histórico de commits verificável) · versão genérica aberta em construção: Chainage

Contexto

O acompanhamento de um programa rodoviário multi-contrato dependia de arquivos dispersos: cronogramas das contratadas em MS Project, medições em planilha, curvas montadas à mão, relatórios remontados a cada ciclo. A informação existia, mas não em um lugar só — e cada pergunta simples ("como está o avanço da frente X?") custava abrir arquivos.

Proposta

Uma plataforma web única onde o cronograma entra no formato nativo (.mpp, sem conversão manual), o avanço é lançado onde a obra acontece — por formulário, pelo mapa ou pelo retigráfico — e toda leitura (curva, desvio, relatório) deriva do mesmo dado.

Como funciona

• Cronograma — importação nativa de MS Project via serviço próprio de leitura (Java + MPXJ), com snapshots imutáveis por entrega e validações que recusam arquivo inconsistente (data de status divergente, avanço em data futura).
• Curva S — prevista × realizada por frente, com o rateio da quantidade no tempo reproduzindo o cálculo do MS Project ao centavo — incluindo calendários com exceções, jornadas parciais e retomadas de tarefa interrompida.
• Retigráfico (gráfico tempo-caminho) — a obra linear vista por quilometragem × tempo, com lançamento de avanço diretamente no gráfico.
• Mapa — lançamento e visualização georreferenciados, com posição por estaca/km projetada sobre o eixo da rodovia.
• Clima — coleta diária de chuva por localização, como variável explicativa de produtividade.
• Relatórios e painel executivo — leitura de uma página para gestão.
• Assistente de IA — consulta em linguagem natural sobre os dados do programa.
• Recepção de relatórios via API — o comparador de cronogramas envia seu relatório ao aplicativo com um clique; gestores são notificados e consultam em qualquer lugar.

Resultado

• Fonte única de verdade para avanço físico: o mesmo dado alimenta curva, mapa, retigráfico e relatório — eliminando a reconciliação manual entre planilhas.
• Informação de avanço e desvio acessível em 2 cliques, de qualquer dispositivo, por qualquer gestor autorizado — antes, exigia abrir arquivos no computador.
• Cronogramas de até 6.483 atividades (60 MB) processados com validação automática — com travas que já impediram, em produção, avanço lançado em data futura e dupla contagem por inconsistência de grafia.
• Escala de entrega: 329 commits em dois meses, ~11 domínios funcionais, 48 migrations — concepção, implementação e operação por uma pessoa.
• Operação real, medida em 22/08/2026 por consulta ao banco de produção (dados de teste excluídos): 25 contas de usuário reais em dois setores, em ~6 semanas de operação; 12 importações de cronograma processadas; acervo semanal cobrindo 10 semanas (jun–ago/2026); 7.245 tarefas na fotografia atual e ~193 mil registros de avanço físico no acervo — incluindo a carga do histórico legado, incorporado ao mesmo modelo.
• 4 projetos com acervo ativo, de uma carteira mapeada de 32 — o estado real de uma implantação em expansão, não um piloto encerrado.
• Em levantamento: comparativo de horas por ciclo (entrará como estimativa rotulada, com o método de chegada ao número).

Capacidades demonstradas

Arquitetura de produto e visão de plataforma · desenvolvimento full-stack (TypeScript, Next.js) · serviço de integração em Java (MPXJ) · modelagem de dados com segurança por linha (RLS) · geoprocessamento aplicado a obra linear · integração de IA · e a capacidade-síntese: traduzir o método de project controls em software que a operação usa de verdade.

Motor VBA (Excel ↔ MS Project), em uso semanal · aplicado em produção; versão genérica planejada

Contexto

As reuniões quinzenais e o reporte semanal exigiam uma análise comparativa dos cronogramas entregues pelas contratadas: o que mudou desde a semana passada, onde o desvio cresceu, que marcos escorregaram. Com múltiplas contratadas e dezenas de entregas ao longo do contrato, o volume de análise manual só cresceria.

Proposta

Um sistema que lê dois snapshots do mesmo cronograma — a entrega atual e a anterior — e gera, em um comando, o relatório executivo completo do ciclo: avanço previsto × realizado, decomposição do desvio por disciplina ponderada pelo peso, marcos com desvio de datas, tendência das próximas seis semanas e série histórica de todo o contrato.

Como funciona

• Dois modos de entrada: standalone (o Excel abre os dois arquivos e cria a própria instância do MS Project) ou como suplemento dentro do Project, recebendo a instância viva.
• Tendência projetada do cronograma corrente, não da linha de base — porque o previsto da linha de base, por definição, nunca varia entre execuções; a tendência que informa decisão é a do arquivo vivo.
• Série histórica sem banco de dados: cada relatório carrega a tabela completa do histórico numa aba oculta, e a execução seguinte a lê do relatório anterior. A persistência viaja com o próprio artefato — zero infraestrutura, zero dependência de rede.
• Relatório autônomo: o template "empresta" seus módulos ao relatório gerado, então cada relatório funciona sozinho — botões de PDF, imagem para ata e envio ao aplicativo continuam operantes em qualquer máquina.
• Integração com o ecossistema: um botão no relatório o envia via API ao aplicativo de acompanhamento, que consome os dados, gera as visualizações e notifica os gestores.

Resultado

• O comparativo semanal que exigia análise manual arquivo a arquivo passou a ser gerado em um comando — e o mesmo relatório serve à reunião, à ata e ao aplicativo.
• Da publicação à leitura: gestores notificados e consultando avanço e desvio em dois cliques, de onde estiverem — a informação deixou de depender de abrir o computador.
• Histórico completo do contrato preservado sem nenhum servidor: a série viaja nos próprios relatórios.
• Integração em operação, medida em 22/08/2026 no banco de produção: seis janelas semanais consecutivas de comparação, sem interrupção (jul–ago/2026), consumidas pelo aplicativo via API — cada janela começa exatamente onde a anterior terminou, e a continuidade é verificável na própria base. O caminho de um clique não é o demo: é o ciclo normal de operação.
• Adoção institucional do relatório (informado pelo autor, 04/09/2026): os relatórios gerados pelo comparador passaram a ser usados pela empresa como material de reporte interno, gerencial e a acionistas. É o indicador de resultado mais forte desta criação — não mede tempo economizado, mede em que ponto da organização o produto passou a ser confiado.
• Tempo de ciclo (informado pelo autor, 04/09/2026; não cronometrado por instrumento): a comparação entre revisões e a montagem do relatório eram manuais e custavam horas, variando com o tamanho do cronograma. Com o comparador, o ciclo completo fecha em menos de 10 minutos.

Método e limite desta medida: é observação de prática do autor sobre o próprio processo, não medição instrumentada, e o "antes" varia por arquivo. O que está firme é a ordem de grandeza — horas contra minutos — e o fato de o ciclo ter deixado de depender de janela de trabalho dedicada.

Capacidades demonstradas

VBA avançado com arquitetura desacoplada (extração → motor → relatório) · interoperabilidade COM entre Excel e MS Project — incluindo o tratamento do comportamento de instância única do Project, causa clássica de defeito nesse tipo de integração · desenho de persistência portátil sem infraestrutura · integração via API com aplicação web · percepção de produto: identificar que o limite seguinte era o acesso, e resolvê-lo.

Método provado em análise real, depois codificado em macros dentro do próprio MS Project · em uso; versão genérica planejada

Contexto

Quem contrata obra recebe o cronograma da contratada e precisa dizer se ele se sustenta. Na prática, isso é feito por leitura e experiência — o que não escala para centenas de atividades por entrega, não se repete igual entre semanas, e não deixa rastro: quando a contratada contesta um achado, a discussão vira opinião contra opinião.

Proposta

Transformar o faro em verificações nomeadas, com código estável, executáveis por qualquer pessoa dentro do próprio MS Project — e um relatório em que cada achado diz de onde saiu e como conferir.

Do método à ferramenta

A ordem de construção é parte do resultado: primeiro a análise, depois o código. A primeira análise crítica foi executada com um pipeline próprio (Python + MPXJ) sobre uma entrega real de 510 atividades — e cada verificação nasceu de um achado dessa análise, nenhuma foi inventada por completude. Só então o método foi codificado em macros VBA, para que a mesma auditoria rodasse dentro do próprio MS Project, por qualquer pessoa, a cada entrega.

Como funciona

• Verificações em três camadas, e a ordem é parte do método: primeiro a integridade da rede (execução fora de sequência, inversões totais), porque datas recalculadas sobre uma rede violada são números derivados de premissa falsa; depois aderência de datas; por fim consistência de apontamento.
• Cada verificação marca as atividades e aplica filtro e tabela próprios — o resultado é navegável no próprio cronograma, no contexto, e conferível na reunião com a contratada.
• Nada é alterado no arquivo: apenas um campo marcador e a exibição, com rotina de limpeza. As macros são imunes a idioma da instalação (propriedades em inglês, nomes de campo resolvidos em tempo de execução).
• Um comando gera o relatório completo — visual moderno, gráficos, lista de achados com identificadores, exportação em PDF — incluindo a seção "como reproduzir qualquer número deste relatório".
• Distribuição por instalador: modelo global + template, para uso em qualquer máquina da equipe.

Resultado

Na análise fundadora (entrega de 510 atividades de um trecho de ~22 km), o método encontrou — com evidência reproduzível:

• 60 vínculos de rede violados na data de status, com 8 inversões totais (sucessora concluída, predecessora nem iniciada);
• um adiantamento agregado de +3,72 p.p. que era ilusório: atividades fora de sequência cobrindo aritmeticamente atividades que deveriam estar concluídas e estavam em zero;
• 86,9% do custo de linha de base em 0,0% previsto e 0,0% realizado — não havia adiantamento onde estava o dinheiro, havia ausência de partida;
• reserva de improdutividade climática aplicada no ano errado em parte das atividades — otimismo de duração da ordem de 30%, invisível a olho nu.

Em seguida, já como macro em uso real, o mesmo conjunto de critérios auditou o cronograma de uma segunda contratada — 5.251 atividades folha — com o relatório completo gerado em um comando. A análise que dependia de experiência individual virou procedimento executável, auditável e escalável: de 510 para 5.251 atividades com os mesmos critérios, e a discussão com a contratada passou de opinião para evidência conferível.

Tempo por análise (estimativa do autor, de prática própria — não cronometrada): a análise manual equivalente custava ~1 hora para um cronograma de ~500 atividades e ~3 horas para um de 5.000+, variando com a qualidade do arquivo. Com o sistema, a geração do relatório completo — mesmo no cronograma de ~5.000 atividades — é observada em menos de 30 segundos, e o tempo do analista migrou para onde ele deveria estar: a interpretação.

Mais importante que o tempo, nas palavras do autor: o relatório visual "aumenta a percepção dos dados e evita deixar de identificar erros" — a análise manual de 1–3 h também carregava risco de cobertura (pontos não verificados); o sistema torna a varredura exaustiva por construção.

Projeção derivada de estimativas: no pico de uso previsto — 80 a 100 cronogramas em análise recorrente — a carga manual equivalente seria da ordem de 100 a 250 horas por rodada, contra minutos de execução.

Capacidades demonstradas

Domínio da mecânica interna do MS Project (rede, calendários, campos, unidades internas) · desenho de auditoria com código estável por achado · automação VBA robusta a idioma · geração de relatório reprodutível · a disciplina de método: cada verificação nasceu de um achado real — nenhuma foi inventada por completude, e duas foram removidas ao se mostrarem redundantes.

Aplicação web em uso pela equipe de planejamento · projeto pessoal (repositório privado) · será absorvido como módulo de equipe da plataforma Chainage

Contexto

Gestão de equipe técnica costuma viver em planilhas dispersas: quem domina o quê, metas de desenvolvimento, matriz de responsabilidades, registros de 1:1. Sem estrutura, a informação não se acumula — e perguntas como "a equipe está evoluindo nas competências que o trabalho exige?" ficam sem resposta objetiva.

Proposta

Um sistema único com seis módulos — pessoas, competências, metas, RACI, acompanhamento, painel — desenhado desde o início para medir, não só registrar: cada dado nasce com escala definida, visibilidade deliberada e captura mensal para série histórica.

Como funciona

• Competências em escala de aquisição de habilidade (Dreyfus, 1–5), com a régua documentada em manual — incluindo perguntas de desempate entre níveis vizinhos — e imposta no banco de dados (tipo numérico com restrição), não apenas na tela: seis pessoas medindo com a mesma régua produzem números comparáveis.
• Visibilidade desenhada por tipo de dado: metas descem em cascata hierárquica (servem para o nível acima ajudar); competências não — são visíveis apenas ao dono e à administração, porque expõem fraqueza pessoal e exigem confiança. A regra de acesso protege a honestidade do registro — quem se sente vigiado subnotifica, e o dado enviesa.
• Registro de retrabalho com definição operacional única ("a entrega já tinha sido dada como pronta?") e exportação mensal em CSV — a fotografia da equipe, com carimbo de data em cada linha.
• Consentimento informado desde o primeiro registro: a equipe sabe o que é registrado, com que frequência, quem vê, e o possível uso em pesquisa acadêmica pseudonimizada.
• Manual do usuário completo (PDF, 20 páginas) entregue antes do primeiro cadastro.

Resultado

• Uma equipe real operando com régua de competência comparável e trilha de desenvolvimento individual — em vez de avaliação por impressão.
• Série longitudinal mensal de competência, cadência de acompanhamento e retrabalho — base de dados que quase nenhuma equipe de planejamento possui, coletada com consentimento e desenho de medição desde a origem.
• Em consolidação: primeira fotografia mensal da série (set/2026).

Capacidades demonstradas

Desenho de instrumento de medição (escala, régua, trava de integridade) · segurança por linha (RLS) com visibilidade diferenciada por natureza do dado · ética de dados aplicada (consentimento, pseudonimização) · gestão de pessoas instrumentada — a ponte entre liderança de equipe e engenharia de dados.