Líder de Arquitectura Front-End

1. Arquitectura y estándares transversales

Definir y mantener los estándares de arquitectura frontend comunes a todos los productos (estructura de proyectos, patrones de componentes, gestión de estado, convenciones de nombrado, linters, etc.).

Decidir y gobernar el stack tecnológico común (o las variaciones justificadas por producto), evitando dispersión tecnológica innecesaria entre equipos.

Promover la creación y mantenimiento de una librería de componentes/design system compartido entre productos, para evitar reinvención por cada equipo.

2. Calidad técnica

Establecer criterios mínimos de calidad (cobertura de tests, code review, performance, accesibilidad) aplicables a todos los productos.

Realizar revisiones periódicas (auditorías técnicas) del frontend de cada producto, especialmente de aquellos con lideres front más débiles, para detectar deuda técnica o malas prácticas antes de que escalen.

Definir el proceso de code review transversal (o al menos de puntos críticos) cuando el líder de producto no tenga la seniority suficiente para garantizarlo por sí solo.

3. Coordinación entre productos

Sincronizar a los líderes front de cada producto en un foro regular (ej. comité técnico quincenal) para compartir decisiones, problemas comunes y soluciones ya resueltas en otros productos.

Detectar sinergias y evitar duplicidad de esfuerzos entre productos (ej. dos equipos resolviendo el mismo problema de forma distinta).

Actuar como punto de escalado cuando un líder de producto no pueda resolver un problema técnico complejo por sí mismo.

4. Mentoring y nivelación de los líderes front de producto

Identificar gaps de seniority o conocimiento en los líderes front más flojos, y definir un plan de mentoring o acompañamiento técnico específico (pairing, revisiones más frecuentes, formación dirigida).

Evaluar (o dar feedback estructurado a los managers de cada producto) sobre el desempeño técnico de los líderes front, de cara a la gestión de talento.

5. Roadmap técnico transversal

Definir la hoja de ruta de evolución tecnológica común (migraciones, actualizaciones de versiones mayores, adopción de nuevas herramientas) y coordinar su despliegue coherente entre productos, evitando que cada equipo vaya "a su ritmo" sin ningún criterio común.

Priorizar, junto con los líderes de producto, qué deuda técnica transversal debe abordarse primero según impacto y riesgo.

6. Interlocución con negocio/arquitectura global

Representar la visión técnica del frontend de BackOffice ante arquitectura de la compañía, dirección de proyecto o cliente, cuando se requiera una visión consolidada más allá de un único producto.

Validar que las decisiones de producto (nuevas funcionalidades, integraciones) no generen inconsistencias o riesgos técnicos a nivel transversal.