01/26 - Mobility - Front-End Architecture Lead

1. Cross-cutting architecture and standards

Define and maintain common frontend architecture standards across all products (project structure, component patterns, state management, naming conventions, linters, etc.).

Decide and govern the common technology stack (or justified variations per product), avoiding unnecessary technological fragmentation across teams.

Promote the creation and maintenance of a shared component library/design system across products, to avoid reinvention by each team.

2. Technical quality

Establish minimum quality criteria (test coverage, code review, performance, accessibility) applicable to all products.

Conduct periodic reviews (technical audits) of each product's frontend, especially those with weaker frontend leadership, to detect technical debt or bad practices before they escalate.

Define the cross-cutting code review process (or at least key checkpoints) when the product lead does not have sufficient seniority to guarantee it on their own.

3. Cross-product coordination

Synchronize frontend leads from each product in a forum (e.g., biweekly technical committee) to share decisions, common problems, and solutions already implemented in other products.

Detect synergies and avoid duplication of effort across products (e.g., two teams solving the same problem in different ways).

Act as an escalation point when a product lead cannot resolve a complex technical problem on their own.

4. Mentoring and leveling up frontend product leads

Identify seniority or knowledge gaps in frontend product leads, and define a specific mentoring or accompaniment plan (pairing, more frequent reviews, targeted training).

Evaluate (or provide structured feedback to each product's managers) on the technical performance of frontend leads, to support talent management.

5. Cross-cutting technical roadmap

Define the roadmap for common technological evolution (migrations, major version upgrades, adoption of new tools) and coordinate its coherent rollout across products, avoiding each team moving "at its own pace" without any common criteria.

Prioritize, together with product leads, which cross-cutting technical debt should be addressed first, based on impact and risk.

6. Liaison with business/global architecture

Represent the technical vision of the BackOffice frontend before company architecture, project management, or the client, when a consolidated view beyond a single product is required.

Validate that product decisions (new features, integrations) do not generate inconsistencies or technical risks at a cross-cutting level.

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.