2014 — 2016

JETDATA

Desenvolvedor

Report Delivery Optimization

Uma experiência muito leve

Na Jetdata a experiência foi leve, mesmo sendo uma softhouse com clientes grandes. A Hertz sozinha representava ~70% do faturamento.

A lição da comunicação

Recebi uma demanda emergencial quase estourada: peguei na quinta à noite e entreguei na segunda. Cumpri requisitos e adicionei filtros e melhorias num dashboard de cruzamento de dados.

Ao chegar na Hertz, foi devolvido como retrabalho: os padrões eram rigorosos e qualquer ajuste precisava de aprovação prévia. Minhas melhorias não estavam no escopo aprovado. Tive de remover tudo e manter o básico para faturar.

Meu líder guardou duas versões. Depois, a Hertz solicitou oficialmente as melhorias e ele faturou como novo projeto. Ri muito nesse dia.

Faça exatamente o solicitado. Se quiser melhorar, comunique antes.

A maior lição: COMUNICAÇÃO — ouvir, alinhar expectativa, entregar valor sem fugir do processo.

Otimizando relatórios

O fluxo era demanda → implementação → faturamento, com times de suporte, testes/validação e desenvolvimento. Ajustes de relatórios (Crystal Reports) levavam cerca de 2 semanas.

Treinei um colega do suporte e testei algo ousado: pegar o arquivo do Crystal Reports, armazenar no banco de dados e carregar dinamicamente no sistema já compilado. Assim, o suporte podia criar, testar no cliente e aplicar sem recompilar.

Alterações simples passaram a levar ~40 minutos em vez de duas semanas.

Efeitos: mais solicitações de relatórios (bom para faturar), menos sobrecarga no desenvolvimento, execução por um time de suporte mais barato e mesmo valor cobrado ao cliente. Eficiência maior, custos internos menores, entregas mais rápidas.

Caso Técnico Detalhado — JETDATA

Visão Geral

Atuei na Jetdata em um ambiente de softhouse com clientes de grande porte, demandas recorrentes de evolução e um fluxo operacional fortemente orientado a solicitação, implementação e faturamento. Parte relevante das entregas envolvia ajustes em relatórios, normalmente tratados como pequenas alterações, mas que consumiam tempo excessivo por dependerem de um processo longo.

Contexto

A operação seguia um ciclo: demanda do cliente → implementação → validação → faturamento. Havia times com responsabilidades bem definidas: suporte direto ao cliente, testes e validação, desenvolvimento.

Problema Técnico e Operacional

  • relatórios tratados dentro de um fluxo formal de solicitação e aprovação
  • dependência do time de desenvolvimento para mudanças relativamente simples
  • publicação agrupada com outras demandas
  • necessidade de validação formal antes de entrada em produção
  • equipe de suporte com boa capacidade funcional, mas sem autonomia técnica suficiente

Objetivo da Solução

  • reduzir drasticamente o tempo de entrega de alterações simples em relatórios
  • diminuir a dependência do time de desenvolvimento para mudanças pontuais
  • aumentar a autonomia do suporte em tarefas controladas
  • manter a possibilidade de teste rápido no ambiente do cliente
  • acelerar o ciclo entre solicitação, implementação e faturamento

Estratégia Adotada

  1. Identificação do gargalo real: o custo operacional estava em depender do time de desenvolvimento
  2. Armazenamento do relatório no banco de dados em vez de exigir recompilação do sistema
  3. Carregamento dinâmico do relatório quando necessário
  4. Capacitação do time de suporte para operar o novo modelo

Resultados Alcançados

  • redução expressiva do tempo de entrega: de ~2 semanas para ~40 minutos
  • diminuição da dependência do time de desenvolvimento
  • maior autonomia do suporte em demandas recorrentes
  • teste mais rápido no ambiente do cliente
  • aceleração do ciclo operacional entre solicitação, implementação e faturamento

Relevância Técnica e Operacional

  • otimização de processo
  • desacoplamento de artefatos de entrega
  • redução de lead time operacional
  • enablement de equipe de suporte
  • melhoria de fluxo entre solicitação, implementação e faturamento