Nota técnica
Liderar un equipo frontend de 5 en SaaS
Patrones de liderazgo técnico, CI/CD y estandarización que usé durante 3+ años en un producto farmacéutico en producción.
Más allá del code review
Liderar 5 ingenieros frontend en un SaaS B2B implica definir estándares que escalen: convenciones de carpetas, patrones de estado, cuándo usar composición vs. abstracción prematura y cómo documentar decisiones (ADRs ligeros en Notion o README).
Estandarización sin burocracia
Implementamos una librería interna de componentes para flujos de compra críticos (carrito, checkout, comparación de distribuidores). No reemplazó todo el UI — cubrió los 20% de componentes que representaban el 80% de la superficie de bugs.
CI/CD como cultura
Jenkins + AWS no son solo herramientas: son el contrato de calidad del equipo. PRs con lint, tests y preview environments redujeron el miedo a deploy. Despliegues predecibles permitieron que producto confíe en releases frecuentes.
Mentoría y ownership
Rotación de ownership por módulo (cada dev lidera un dominio por sprint) distribuyó el conocimiento y redujo bus factor. Pair programming en integraciones complejas y sesiones de arquitectura quincenales mantuvieron alineación sin daily meetings extra.
Takeaways
- Component library focalizada en flujos críticos, no en catalogar todo
- Pipeline CI/CD como gate de calidad, no como obstáculo
- Ownership rotativo por dominio de negocio
- Mentoría en integraciones complejas, autonomía en features estándar