Gerente de Producto de Plataforma - Servicios Compartidos de Plataforma

• Experiencia: más de 5 años en Gestión de Producto Técnico/de Plataforma o liderazgo de ingeniería, con una parte significativa en roles de producto técnicos, de plataforma o orientados al desarrollador.
• Mentalidad de "Plataforma como producto": construyes para clientes internos de ingeniería, no para usuarios finales, y puedes priorizar una hoja de ruta técnica frente a demandas de ingeniería en competencia.
• Fluidez técnica (real): fundamentos sólidos de ingeniería de software, suficientes para participar de forma creíble en discusiones de arquitectura, leer documentación técnica, diagramas de sistemas y especificaciones de API sin ayuda, y razonar sobre las compensaciones (trade-offs).
• APIs como productos: gran comprensión del diseño de APIs, versionado, documentación y gestión del ciclo de vida (retirada de funciones, compatibilidad con versiones anteriores).
• Conocimientos de sistemas distribuidos: conocimientos prácticos de sistemas backend, arquitecturas de mensajería/orientadas a eventos (Kafka, RabbitMQ, SQS) y protocolos de autenticación/autorización (OAuth 2.0, OIDC, SAML, JWT).
• Conciencia de la fiabilidad y la nube: SLAs/SLOs, tiempo de actividad (uptime), latencia; familiaridad con la infraestructura en la nube (Azure/AWS/GCP).
• Educación/formación: Grado en Informática/Ingeniería o experiencia práctica/técnica equivalente; se prefiere una formación técnica/de ingeniería sobre una formación puramente de negocios/PM dadas las exigentes necesidades técnicas.
• Idioma: inglés de nivel profesional (hablado y escrito).

• Experiencia demostrada con sistemas de autenticación y/o mensajería (muy preferible).
• Familiaridad con el RGPD / consentimiento y la entregabilidad de correo electrónico a escala.
• Experiencia con Microsoft Azure, Kubernetes (AKS) y CI/CD moderno (GitHub Actions).
• Experiencia facilitando InnerSource o contribuciones impulsadas por la comunidad a servicios compartidos.
• Interés o experiencia en Spec-Driven Development y asistentes de codificación por IA (Cursor, MCP).
• Experiencia en el sector de la publicación científica.

• Priorizamos la presencia en la oficina y enfatizamos la colaboración presencial, pero también ofrecemos los ajustes adecuados cuando sea necesario, de acuerdo con la política de la empresa.
• Días extra de bienestar adicionales a tu permiso de vacaciones anuales.
• Hasta 3 días de voluntariado pagados cada año.
• Programa de Asistencia al Empleado confidencial 24/7 (apoyo en bienestar, salud mental, legal y financiero).
• Apoyo al aprendizaje y desarrollo a través del Frontiers Learning Hub.

En Frontiers, estamos reescribiendo las reglas de la publicación científica. Detrás de cada equipo de producto se encuentran los servicios técnicos compartidos de los que depende toda la plataforma de publicación. Hoy en día, estos son Identity & Access Management (IAM) y Messaging (correo electrónico transaccional y consentimiento conforme al RGPD), ejemplos representativos de este tipo de servicios compartidos, con un portafolio que se espera crezca con el tiempo. Estos servicios pertenecen a nuestro equipo de Platform Shared Services, y buscamos un Platform Product Manager para liderar su estrategia y hoja de ruta.

Este no es un rol de producto orientado al usuario final. Tus clientes son los propios equipos de ingeniería de Frontiers (y, cada vez más, los servicios y agentes que estos construyen): gestionarás IAM y Messaging como productos, medidos por la adopción, la experiencia del desarrollador, la fiabilidad, el tiempo de integración, la postura de seguridad y el coste, no por métricas orientadas al usuario. Formarás parte de una tríada de entrega con el Platform Engineering Manager del equipo y los Senior Engineers: tú te encargas del "Qué" y el "Por qué", ellos se encargan del "Cómo".

IAM y Messaging son un apalancamiento: si los haces bien, cada equipo en Frontiers lanza productos de forma más rápida y segura. Convertirás la "fontanería" en productos reales —con clientes reales, contratos y adopción— en el momento exacto en que la IA está multiplicando la cantidad de código (y de integraciones) que esos equipos producen. Todo ello al servicio de una misión que importa: hacer que la ciencia sea abierta para todos.

• Liderar y evolucionar la hoja de ruta de IAM y Messaging, priorizando según la demanda de ingeniería interna, los requisitos de seguridad/cumplimiento y la escalabilidad de la plataforma, y dividiendo las grandes iniciativas en lanzamientos iterativos y valiosos.
• Convertir las necesidades de ingeniería en especificaciones claras y un backlog priorizado: traducir los requisitos de los equipos alineados con el flujo de trabajo (stream-aligned teams) en tareas bien definidas (PRDs/SDDs en git, siguiendo nuestra práctica de Spec-Driven / AI-First Delivery).
• Codiseñar con ingeniería: trabajar estrechamente con el Platform Engineering Manager y los Senior Engineers en las compensaciones de arquitectura (trade-offs), los contratos de API y los requisitos de nivel de servicio. Esto requiere una fluidez técnica real, no solo una traducción entre negocio e ingeniería.
• Gestionar el ciclo de vida de los servicios/API: estrategia de versionado, planificación de la retirada de funciones (deprecation) y decisiones de compatibilidad con versiones anteriores para servicios de los que dependen muchos equipos.
• Ser el principal punto de contacto para los "clientes" internos que se integran con IAM y Messaging: una función de producto orientada al desarrollador: descubrimiento, incorporación (onboarding), modelo de soporte y un bucle de retroalimentación que realmente cambie la hoja de ruta.
• Definir y realizar el seguimiento de las métricas de éxito: adopción por parte de los equipos internos, fiabilidad (SLAs/SLOs), integración/tiempo hasta la primera llamada, postura de seguridad y coste.
• Colaborar con Seguridad, Arquitectura e Infraestructura: asegurar que IAM y Messaging cumplan con los estándares de cumplimiento y seguridad (OAuth/JWT, consentimiento de RGPD) y se mantengan alineados con el Technology Framework.
• Comunicar la hoja de ruta, las compensaciones y las prioridades de forma clara a los líderes de ingeniería y a los equipos de las partes interesadas: gestionar las expectativas de forma transparente, incluyendo un "ahora no" táctico y bien razonado.

Serás el responsable de la hoja de ruta de las líneas de servicios compartidos del equipo: actualmente IAM y Messaging.

• IAM: OAuth 2.0 / OIDC (Ory Hydra), autorización JWT, autorización detallada (fine-grained authz) mediante una Permission API (Ory Keto), Azure APIM en el edge, herramientas de cliente OAuth, librerías compartidas de .NET.
• Messaging: correo electrónico transaccional/de alcance a escala (SendGrid, Mailgun), plantillas y pruebas A/B, entregabilidad (Everest, Uriports, Postmaster, SNDS) y una autoridad de consentimiento de RGPD central (Subscription Management).
• Stack principal: servicios C#/.NET en Microsoft Azure + Kubernetes (AKS); orientado a eventos con RabbitMQ y Kafka; SQL Server, PostgreSQL, Redis, Elasticsearch.
• Contratos como producto: APIs REST + asíncronas, estructura y alcances (scopes) de JWT, semántica de consentimiento, versionado y compatibilidad con versiones anteriores; un alto radio de impacto, consumido en toda la organización.
• Observabilidad e IA: New Relic, Prometheus/Grafana; las herramientas de AI-First Delivery del subdepartamento (Cursor, MCP, el Technology Framework como contexto ejecutable) están disponibles para el equipo.

• Adopción e integración: número de equipos/servicios en las rutas de IAM y Messaging soportadas; tiempo hasta la primera llamada para una nueva integración.
• Fiabilidad: cumplimiento de SLAs/SLOs para los servicios gestionados; tendencia de incidentes.
• Experiencia del desarrollador: satisfacción interna/NPS de los equipos que consumen el servicio; tendencia de solicitudes de soporte; calidad y actualidad de los contratos y la documentación.
• Seguridad y cumplimiento: postura frente al Technology Framework (OAuth/JWT, consentimiento de RGPD); preparación para auditorías.
• Coste: control de los costes operativos de los servicios (incluyendo el gasto en correo electrónico/entregabilidad).