Platform Product Manager in Warsaw

O Frontiers, naszym celem jest proste, ale ambitne zadanie: uczynić naukę otwartą. Wierzymy, że otwarta nauka umożliwia globalnej społeczności naukowej przyspieszenie odkryć i opracowanie rozwiązań potrzebnych do zdrowego życia na zdrowej planecie. Jesteśmy jednym z największych i najbardziej wpływowych wydawców badań w modelu open-access na świecie. Każdy artykuł, który publikujemy, jest recenzowany przez ekspertów i certyfikowany pod względem jakości, co zapewnia dostępność badań dla wszystkich, wszędzie.

Dołączając do Frontiers, stajesz się częścią globalnej organizacji napędzanej misją, znajdującej się na styku nauki, technologii i innowacji — pracując obok pasjonatów, którzy głęboko troszczą się o rozwój wiedzy dla dobra społeczeństwa.

Misja

W Frontiers przepisujemy zasady publikacji naukowej. Za każdym zespołem produktowym stoją wspólne usługi techniczne, od których zależy cała platforma wydawnicza. Dziś są to Zarządzanie Tożsamością i Dostępem (IAM) oraz Messaging (e-maile transakcyjne i zgoda zgodna z RODO) — reprezentatywne przykłady tego rodzaju usługi, której portfel ma się rozwijać w czasie. Są one zarządzane przez nasz zespół Platform Shared Services, a my szukamy Menedżera Produktu Platformy, który przejmie strategię i roadmapę tych usług.

To nie jest rola związana z produktami skierowanymi do użytkowników końcowych. Twoimi klientami są własne zespoły inżynieryjne Frontiers (a coraz częściej także usługi i agenci, które budują): zarządzasz IAM i Messaging jako produktami, mierzonymi przez adopcję, doświadczenie dewelopera, niezawodność, czas integracji, bezpieczeństwo i koszty — a nie metryki skierowane do użytkowników. Stworzysz triadę dostawczą z Menedżerem Inżynierii Platformy i Starszymi Inżynierami: ty odpowiadasz za Co i Dlaczego, oni za Jak.

Kontekst techniczny

Będziesz odpowiedzialny za roadmapę linii usług wspólnych zespołu — dzisiaj IAM i Messaging.

• IAM: OAuth 2.0 / OIDC (Ory Hydra), autoryzacja JWT, szczegółowe uprawnienia za pomocą API uprawnień (Ory Keto), Azure APIM na krawędzi, narzędzia klienta OAuth, wspólne biblioteki .NET
• Messaging: e-maile transakcyjne/marketingowe w skali (SendGrid, Mailgun), szablonowanie i testy A/B, dostarczalność (Everest, Uriports, Postmaster, SNDS) oraz centralny organ zgody RODO (Zarządzanie Subskrypcjami)

Co będziesz robić

• Posiadać i rozwijać roadmapę dla IAM i Messaging — priorytetyzując w stosunku do wewnętrznych potrzeb inżynieryjnych, wymagań dotyczących bezpieczeństwa/zgodności oraz skalowalności platformy, dzieląc duże inicjatywy na iteracyjne, wartościowe wydania.
• Przekładać potrzeby inżynieryjne na jasne specyfikacje i priorytetyzowany backlog — tłumaczyć wymagania z zespołów zorientowanych na strumień na dobrze ukształtowaną pracę (PRD/SDD w git, zgodnie z naszą praktyką Spec-Driven / AI-First Delivery).
• Współprojektować z inżynierią — pracować ramię w ramię z Menedżerem Inżynierii Platformy i Starszymi Inżynierami nad kompromisami architektonicznymi, umowami API i wymaganiami poziomu usług. To wymaga prawdziwej biegłości technicznej, a nie tylko tłumaczenia inżynieryjnego.
• Odpowiadać za cykl życia usługi/API — strategia wersjonowania, planowanie deprecjacji i decyzje dotyczące zgodności wstecznej dla usług, na których polegają wiele zespołów.
• Być głównym punktem kontaktowym dla wewnętrznych 'klientów' integrujących się z IAM i Messaging — funkcja produktu skierowana do deweloperów: odkrywanie, onboarding, model wsparcia i pętla informacji zwrotnej, która rzeczywiście zmienia roadmapę.
• Definiować i śledzić metryki sukcesu — adopcja przez wewnętrzne zespoły, niezawodność (SLA/SLO), czas integracji/czas do pierwszego wywołania, bezpieczeństwo i koszty.
• Współpracować z zespołami ds. bezpieczeństwa, architektury i infrastruktury — zapewnić, że IAM i Messaging spełniają standardy zgodności i bezpieczeństwa (OAuth/JWT, zgoda RODO) i pozostają zgodne z Ramami Technologicznymi.
• Komunikować roadmapę, kompromisy i priorytety jasno liderom inżynieryjnym i zespołom interesariuszy — zarządzać oczekiwaniami w sposób przejrzysty, w tym taktownym, dobrze uzasadnionym 'nie teraz'.

Wymagania

• Doświadczenie: 5+ lat w zarządzaniu produktami technicznymi/platformowymi lub kierownictwie inżynieryjnym, znaczna część w rolach produktów technicznych, platformowych lub skierowanych do deweloperów.
• Myślenie o platformie jako produkcie: budujesz dla wewnętrznych klientów inżynieryjnych, a nie dla użytkowników końcowych, i potrafisz priorytetyzować roadmapę techniczną w stosunku do konkurencyjnych wymagań inżynieryjnych.
• Biegłość techniczna (prawdziwa): solidne podstawy inżynierii oprogramowania — wystarczająco, aby wiarygodnie uczestniczyć w dyskusjach architektonicznych, czytać dokumentację techniczną, diagramy systemów i specyfikacje API bez pomocy oraz rozumieć kompromisy.
• API jako produkty: silne zrozumienie projektowania API, wersjonowania, dokumentacji i zarządzania cyklem życia (deprecjacja, zgodność wsteczna).
• Znajomość systemów rozproszonych: znajomość systemów backendowych, architektur opartych na komunikatach/wydarzeniach (Kafka, RabbitMQ, SQS) oraz protokołów uwierzytelniania/autoryzacji (OAuth 2.0, OIDC, SAML, JWT).
• Świadomość niezawodności i chmury: SLA/SLO, dostępność, opóźnienia; znajomość infrastruktury chmurowej (Azure/AWS/GCP).
• Wykształcenie/tło: licencjat w dziedzinie informatyki/inżynierii lub równoważne praktyczne/techniczne doświadczenie — preferowane tło techniczne/inżynieryjne w porównaniu do czysto biznesowego/tła PM ze względu na trudne wymagania techniczne.
• Język: profesjonalny poziom angielskiego (mówiony i pisany).

Miłe do posiadania

• Udokumentowane doświadczenie z systemami uwierzytelniania i/lub komunikacji (silnie preferowane).
• Znajomość RODO/zgody i dostarczalności e-maili w skali.
• Doświadczenie z Microsoft Azure, Kubernetes (AKS) i nowoczesnym CI/CD (GitHub Actions).
• Doświadczenie w ułatwianiu InnerSource lub wkładów napędzanych przez społeczność w usługi wspólne.
• Interes lub doświadczenie w Spec-Driven Development i asystentach kodowania AI (Cursor, MCP).
• Tło w publikacji naukowej.

Jak mierzymy sukces w tej roli

• Adopcja i integracja: liczba zespołów/usług na wspieranych ścieżkach IAM i Messaging; czas do pierwszego wywołania dla nowej integracji.
• Niezawodność: SLA/SLO spełnione dla posiadanych usług; trend incydentów.
• Doświadczenie dewelopera: wewnętrzna satysfakcja/NPS zespołów korzystających; trend zgłoszeń wsparcia; jakość i aktualność umów i dokumentów.
• Bezpieczeństwo i zgodność: postawa wobec Ram Technologicznych (OAuth/JWT, zgoda RODO); gotowość do audytu.
• Koszt: kontrola kosztów operacyjnych usług (w tym wydatków na e-maile/dostarczalność).

Dlaczego ta rola jest ekscytująca

IAM i Messaging to dźwignie: jeśli je dobrze zrealizujesz, każdy zespół w Frontiers będzie działał szybciej i bezpieczniej. Przekształcisz 'instalacje' w prawdziwe produkty — z rzeczywistymi klientami, umowami i adopcją — w momencie, gdy AI mnoży ilość kodu (i integracji), które te zespoły produkują. Wszystko w służbie misji, która ma znaczenie: uczynić naukę otwartą dla wszystkich.

Korzyści

• Priorytetujemy obecność w biurze i podkreślamy współpracę osobistą, ale oferujemy również odpowiednie dostosowania, gdzie to konieczne, zgodnie z polityką firmy.
• Dodatkowe dni zdrowotne ponad roczny limit urlopu.
• Do 3 płatnych dni wolontariatu każdego roku.
• 24/7 poufny program wsparcia dla pracowników (zdrowie, zdrowie psychiczne, wsparcie prawne i finansowe).
• Wsparcie w zakresie nauki i rozwoju poprzez Frontiers Learning Hub.

Oświadczenie o równych szansach

Frontiers aktywnie przyjmuje różnorodność i jest bezpiecznym oraz przyjaznym miejscem pracy. Rekrutacja jest wolna od dyskryminacji - w tym na podstawie rasy, pochodzenia narodowego lub etnicznego, wieku, religii, niepełnosprawności, płci, tożsamości płciowej lub orientacji seksualnej. Z pracownikami z ponad 50 różnych narodów, nasza różnorodność tworzy żywe zespoły i nieustannie wyzwala nas do doceniania wielu perspektyw.