Projetos

Decisões de arquitetura em sistemas reais.

O problema, o que eu decidi e o que mudou. Detalhes internos de empresas e clientes foram omitidos por confidencialidade.

E7Lab Seller Center do marketplace TutorVest Cumprimento de itinerários de veículos
E7Lab · Projeto de cliente

Como a E7Lab transformou a engenharia do projeto de um cliente

O projeto chegou à E7Lab sem processos de engenharia, sem code review e sem padrões de código, rodando em um único ambiente e com prazos descumpridos. Assumimos a frente técnica e reestruturamos a gestão, a arquitetura e a cultura do time.

Contexto
Projeto de um cliente da E7Lab
Meu papel
Arquiteto de Soluções e sócio: liderança técnica da transformação
Período
06/2026 — atual
1 → 3 ambientes, com paridade de componentes
15 dias sprints com planning, retrospectiva e capacity
CI/CD deploys automáticos, com regras por ambiente e por pessoa

Antes e depois

Antes Com a E7Lab
Gestão
Alinhamento só 2 a 3 vezes por semana, conduzido pelo gerente de projetos do cliente com uma planilha
Sprints de 15 dias no Jira, com planning, retrospectiva, capacity e responsáveis por etapa
Previsibilidade
Prazos descumpridos
Atividades organizadas em épicos, refinadas tecnicamente e estimadas antes da sprint
Qualidade de código
Sem code review e sem padrão: português e inglês misturados, falhas de segurança, regras inconsistentes e pouca fidelidade ao protótipo
Code review definido, hooks de pre-commit e pre-push, validação de MRs e branches protegidas
Ambientes e deploy
Um único ambiente, com o deploy empurrado para o suporte de infraestrutura em nuvem
Três ambientes com paridade de componentes e deploy automático por pipeline
Arquitetura
Aplicações sem uso e desnecessárias, sem catálogo de endpoints
Serviços reduzidos ao necessário, boilerplate com CQRS, DDD e Clean Architecture, Swagger e ADRs
Dados
Banco SQL não normalizado, com uso excessivo de JSONB e gargalos na aplicação
Padrões de banco de dados SQL definidos e dashboards no Grafana sobre infraestrutura e aplicação
Time e comunicação
Pouca comunicação no time e nenhum grupo no Teams
Dailies, one-on-ones, follow-up semanal e canais no Teams para MRs, GMUD e conquistas

Os novos fluxos

Fluxo de atividades no Jira
  1. Backlog da sprint
  2. Em andamento
  3. Revisão
  4. Pronto para HML
  5. …
Do commit ao deploy
  1. pre-commit
  2. pre-push
  3. MR validado
  4. Code review
  5. Deploy automático

O que foi implantado

Gestão de projetos
Board no Jira Histórias, bugs, melhorias, tasks e incidentes Sprints de 15 dias Sprint Planning Sprint Retrospective Capacity Templates de cards Épicos Refinamento técnico Estimativas Responsáveis por etapa
Arquitetura e engenharia
3 ambientes Menos serviços Boilerplate NPM privado CQRS DDD Clean Architecture Code review CI/CD Padrões SQL ADRs Front-end reestruturado Contrato back/front Swagger Design system NPM Grafana Branches protegidas pre-commit e pre-push Deploy por ambiente e pessoa
Cultura
One-on-ones Dailies Sprint Planning Sprint Retrospective Follow-up de liderança Canal de MRs Canal de GMUD Canal de conquistas
FCx Labs · Ferreira Costa

Seller Center do marketplace

A plataforma onde os vendedores do marketplace da Ferreira Costa cadastram, importam e gerenciam seus produtos, integrada ao e-commerce e a integradoras externas.

Contexto
Marketplace de varejo de construção
Meu papel
Tech Lead do módulo Seller Center Products, liderando 4 desenvolvedores
Período
10/2024 — 06/2026

O desafio

Manter os dados de produtos dos vendedores sincronizados entre o Seller Center, o e-commerce e integradoras como AnyMarket e E-cross, com consistência, desempenho e um time crescendo.

Decisões e entregas

  • Integrações orientadas a eventos com RabbitMQ, incluindo dead letter queues e controle de prefetch
  • Migração de views materializadas com triggers para tabelas consolidadas alimentadas por eventos, registrada em ADR
  • Separação de modelos de leitura e escrita com CQRS e cache com Redis no BFF
  • Boilerplate com arquitetura modular e DDD, e infraestrutura comum em pacotes NPM privados
  • Otimização de consultas PostgreSQL com planos de execução e índices parciais e compostos

Resultado

  • −47,5% no tempo dos pipelines de CI/CD (80 → 42 min)
  • Padrões de engenharia do time: ADRs, Gitflow, Conventional Commits e versionamento semântico
  • Mapas de eventos e fluxos de sincronização documentados para o time
TypeScript NestJS PostgreSQL RabbitMQ Redis gRPC Kubernetes (EKS) GitLab CI
Mestrado · CESAR School

TutorVest

Plataforma de tutoria personalizada para o Grupo GGE, que tirou o acompanhamento de alunos do WhatsApp e de planilhas e o colocou num só lugar, com métricas de impacto.

Contexto
Grupo GGE · Juntos Educação, referência em ensino no Nordeste
Meu papel
Software Engineer: arquitetura, desenvolvimento e funcionalidades, num time de 5
Período
2026

O desafio

Cada tutor dedicava metade das suas 12 horas semanais só a planejamento, com agendas, planos e conversas espalhados entre Google Agenda, Docs e WhatsApp, e sem nenhuma métrica do impacto das tutorias.

Decisões e entregas

  • Back-end NestJS modularizado por domínio e front-end Next.js organizado por perfil de acesso
  • DDD, Clean Architecture, CQRS e TDD como padrões de desenvolvimento
  • Três perfis de acesso (administrador, tutor e aluno) com JWT e RBAC
  • Gitflow com CI/CD no GitHub Actions e imagens publicadas no Amazon ECR
  • Infraestrutura na AWS com VPC, subnets pública e privada, EC2 e S3

Resultado

  • MVP com 10 funcionalidades homologado e aceito formalmente pelo cliente
  • Entrega de e-mails transacionais que estavam fora do escopo inicial
  • Mudanças de requisito absorvidas com baixo impacto pela arquitetura modular
Next.js NestJS TypeScript PostgreSQL TypeORM Docker AWS GitHub Actions
Ver estudo de caso completo
Mobs2 · Telemetria

Cumprimento de itinerários de veículos

Sistema para acompanhar se veículos cumprem os itinerários programados, usado na auditoria de operações de transporte.

Contexto
Telemetria veicular e transporte público
Meu papel
Desenho arquitetural e desenvolvimento backend
Período
2024

O desafio

Comparar trajetos reais de veículos com itinerários programados e gerar relatórios confiáveis sem travar a aplicação principal.

Decisões e entregas

  • Desenho arquitetural do serviço de acompanhamento de itinerários
  • Arquitetura serverless na AWS com API Gateway, SNS e SQS
  • Relatórios gerados de forma assíncrona e enviados por e-mail

Resultado

  • Primeiro projeto em que conduzi o desenho arquitetural de ponta a ponta
TypeScript NestJS PostgreSQL AWS Serverless SNS SQS S3

Tem um projeto parecido em mãos?

Vamos conversar LinkedIn