Proyectos

Decisiones de arquitectura en sistemas reales.

El problema, lo que decidí y lo que cambió. Se omitieron detalles internos de empresas y clientes por confidencialidad.

E7Lab Seller Center del marketplace TutorVest Cumplimiento de itinerarios de vehículos
E7Lab · Proyecto de cliente

Cómo E7Lab transformó la ingeniería del proyecto de un cliente

El proyecto llegó a E7Lab sin procesos de ingeniería, sin code review ni estándares de código, funcionando en un único entorno y con plazos incumplidos. Asumimos el frente técnico y reestructuramos la gestión, la arquitectura y la cultura del equipo.

Contexto
Proyecto de un cliente de E7Lab
Mi rol
Arquitecto de Soluciones y socio: liderazgo técnico de la transformación
Período
06/2026 — actual
1 → 3 entornos, con paridad de componentes
15 días sprints con planning, retrospectiva y capacity
CI/CD deploys automáticos, con reglas por entorno y por persona

Antes y después

Antes Con E7Lab
Gestión
Alineación solo 2 o 3 veces por semana, a cargo del gerente de proyectos del cliente con una hoja de cálculo
Sprints de 15 días en Jira, con planning, retrospectiva, capacity y responsables por etapa
Previsibilidad
Plazos incumplidos
Actividades organizadas en épicas, refinadas técnicamente y estimadas antes del sprint
Calidad del código
Sin code review y sin estándar: portugués e inglés mezclados, fallas de seguridad, reglas inconsistentes y poca fidelidad al prototipo
Code review definido, hooks de pre-commit y pre-push, validación de MRs y ramas protegidas
Entornos y deploy
Un único entorno, con el deploy delegado al soporte de infraestructura en la nube
Tres entornos con paridad de componentes y deploy automático por pipeline
Arquitectura
Aplicaciones sin uso e innecesarias, sin catálogo de endpoints
Servicios reducidos a lo necesario, boilerplate con CQRS, DDD y Clean Architecture, Swagger y ADRs
Datos
Base de datos SQL sin normalizar, con uso excesivo de JSONB y cuellos de botella
Estándares de base de datos SQL definidos y dashboards en Grafana sobre infraestructura y aplicación
Equipo y comunicación
Poca comunicación en el equipo y ningún grupo en Teams
Dailies, one-on-ones, seguimiento semanal y canales en Teams para MRs, GMUD y logros

Los nuevos flujos

Flujo de actividades en Jira
  1. Backlog del sprint
  2. En curso
  3. Revisión
  4. Listo para HML
  5. …
Del commit al deploy
  1. pre-commit
  2. pre-push
  3. MR validado
  4. Code review
  5. Deploy automático

Lo que implementamos

Gestión de proyectos
Tablero en Jira Historias, bugs, mejoras, tareas e incidentes Sprints de 15 días Sprint Planning Sprint Retrospective Capacity Plantillas de tarjetas Épicas Refinamiento técnico Estimaciones Responsables por etapa
Arquitectura e ingeniería
3 entornos Menos servicios Boilerplate NPM privado CQRS DDD Clean Architecture Code review CI/CD Estándares SQL ADRs Front-end reestructurado Contrato back/front Swagger Design system NPM Grafana Ramas protegidas pre-commit y pre-push Deploy por entorno y persona
Cultura
One-on-ones Dailies Sprint Planning Sprint Retrospective Seguimiento del liderazgo Canal de MRs Canal de GMUD Canal de logros
FCx Labs · Ferreira Costa

Seller Center del marketplace

La plataforma donde los vendedores del marketplace de Ferreira Costa registran, importan y gestionan sus productos, integrada con el e-commerce y con integradores externos.

Contexto
Marketplace de retail de construcción
Mi rol
Tech Lead del módulo Seller Center Products, liderando a 4 desarrolladores
Período
10/2024 — 06/2026

El desafío

Mantener sincronizados los datos de productos de los vendedores entre el Seller Center, el e-commerce e integradores como AnyMarket y E-cross, con consistencia, rendimiento y un equipo en crecimiento.

Decisiones y entregas

  • Integraciones orientadas a eventos con RabbitMQ, incluyendo dead letter queues y control de prefetch
  • Migración de vistas materializadas con triggers a tablas consolidadas alimentadas por eventos, registrada en un ADR
  • Separación de modelos de lectura y escritura con CQRS y caché con Redis en el BFF
  • Boilerplate con arquitectura modular y DDD, e infraestructura común en paquetes NPM privados
  • Optimización de consultas de PostgreSQL con planes de ejecución e índices parciales y compuestos

Resultado

  • −47,5% en el tiempo de los pipelines de CI/CD (80 → 42 min)
  • Estándares de ingeniería del equipo: ADRs, Gitflow, Conventional Commits y versionado semántico
  • Mapas de eventos y flujos de sincronización documentados para el equipo
TypeScript NestJS PostgreSQL RabbitMQ Redis gRPC Kubernetes (EKS) GitLab CI
Maestría · CESAR School

TutorVest

Plataforma de tutoría personalizada para el Grupo GGE, que sacó el seguimiento de los alumnos de WhatsApp y de las hojas de cálculo y lo reunió en un solo lugar, con métricas de impacto.

Contexto
Grupo GGE · Juntos Educação, referente educativo en el Nordeste de Brasil
Mi rol
Software Engineer: arquitectura, desarrollo y funcionalidades, en un equipo de 5
Período
2026

El desafío

Cada tutor dedicaba la mitad de sus 12 horas semanales solo a planificar, con agendas, planes y conversaciones repartidos entre Google Calendar, Docs y WhatsApp, y sin ninguna métrica del impacto de las tutorías.

Decisiones y entregas

  • Back-end NestJS modularizado por dominio y front-end Next.js organizado por perfil de acceso
  • DDD, Clean Architecture, CQRS y TDD como estándares de desarrollo
  • Tres perfiles de acceso (administrador, tutor y alumno) con JWT y RBAC
  • Gitflow con CI/CD en GitHub Actions e imágenes publicadas en Amazon ECR
  • Infraestructura en AWS con VPC, subredes pública y privada, EC2 y S3

Resultado

  • MVP con 10 funcionalidades homologado y aceptado formalmente por el cliente
  • Entrega de correos transaccionales que estaban fuera del alcance inicial
  • Cambios de requisitos absorbidos con bajo impacto gracias a la arquitectura modular
Next.js NestJS TypeScript PostgreSQL TypeORM Docker AWS GitHub Actions
Ver el estudio de caso completo (en portugués)
Mobs2 · Telemetría

Cumplimiento de itinerarios de vehículos

Sistema para comprobar si los vehículos cumplen los itinerarios programados, utilizado en la auditoría de operaciones de transporte.

Contexto
Telemetría vehicular y transporte público
Mi rol
Diseño arquitectónico y desarrollo backend
Período
2024

El desafío

Comparar los trayectos reales de los vehículos con los itinerarios programados y generar informes fiables sin bloquear la aplicación principal.

Decisiones y entregas

  • Diseño arquitectónico del servicio de seguimiento de itinerarios
  • Arquitectura serverless en AWS con API Gateway, SNS y SQS
  • Informes generados de forma asíncrona y enviados por correo

Resultado

  • El primer proyecto en el que conduje el diseño arquitectónico de punta a punta
TypeScript NestJS PostgreSQL AWS Serverless SNS SQS S3

¿Tienes un proyecto parecido entre manos?

Hablemos LinkedIn