Nota técnica
Liderar 5 devs frontend en un SaaS de farmacia
Lo que funcionó (y lo que no) liderando frontend en Extendeal: −40% bugs en producción, roadmap de 5 años entregado en 3, y convivencia con contratos en paralelo.
En números
5
Devs en el equipo
−40%
Bugs en prod.
5 → 3
Años de roadmap
3+
Años en el rol
Rol real, no solo código
En Extendeal fui Senior Frontend Developer con responsabilidad de liderazgo sobre un equipo de 5 ingenieros en una plataforma SaaS B2B para farmacias: compras, integraciones con distribuidores, órdenes y analítica. Parte del tiempo también tuve contratos en paralelo (Santander, Consorcio Abierto). Eso obliga a ser explícito con prioridades y a no convertirte en cuello de botella.
Menos bugs: estándares concretos
La reducción de ~40% en bugs de producción no vino de "testear más" a ciegas. Vino de acordar patrones en flujos críticos de compra, PRs más chicos, code review obligatorio y checks automáticos (lint, types, tests) antes de merge. Documentamos decisiones en el repo — ADRs cortos y README de convenciones — no en docs que nadie abre.
Entregar 5 años de roadmap en 3
Una iniciativa de plataforma venía estimada en ~5 años. Recortamos scope por etapas: primero lo que desbloqueaba integraciones y checkout, después analítica y mejoras de UX. Event-driven con mensajería (SQS/EventBridge) para órdenes e inventario, y Prisma/TypeORM donde correspondía en el stack. La clave fue negociar entregables por trimestre con producto, no prometer el monolito perfecto.
// Patrón repetido: tipos compartidos para integraciones
export interface SupplierOrderPayload {
pharmacyId: string;
lines: { sku: string; qty: number }[];
submittedAt: string;
}
// El frontend valida shape antes de enviar;
// el backend rechaza con error tipado si falta algo.CI/CD y Docker en el día a día
Jenkins + AWS para pipelines de build y deploy. No es glamour — es previsibilidad. Staging automático, producción con aprobación pero sin armar el deploy a mano. Promovimos microservicios con Docker/Kubernetes donde el equipo ya operaba así; el frontend no vive aislado de eso.
Lecciones de liderazgo técnico
Rotación de ownership por dominio (checkout, integraciones, analítica), pair programming en integraciones nuevas, y autonomía en features estándar. Mentoría no es revisar cada línea: es que el equipo pueda shippear sin que todo pase por vos.
Takeaways
- −40% bugs con estándares en flujos críticos, no con más horas de QA
- Roadmap largo → entregas trimestrales negociadas con producto
- ADRs y convenciones en el repo, no documentación paralela
- Event-driven (SQS/EventBridge) donde el dominio lo pide
- Liderar con contratos en paralelo exige prioridades explícitas