Pomiń do treści
Logo firmy Awareson

Customer Success Engineer

Awareson

Oferta w skrócie
26 88033 600PLN / mies.
🏠ZdalnieTryb pracy
📄B2BKontrakt
⏱️Senior · 5+ latDoświadczenie
LokalizacjaWarszawa
Źródło
Aktywna
Opublikowano29 maja 2026
Ostatnio sprawdzono29 maja 2026
Wygasa za68 dni
Werdykt JobHunt

Rola łączy kompetencje Product Ownera i Customer Success Engineer dla wewnętrznej platformy observability używanej przez setki zespołów developerskich i SRE w globalnej organizacji. Na co dzień będziesz zbierać wymagania techniczne od wewnętrznych klientów, przekładać je na user stories i priorytetyzować backlog, a także obsługiwać zgłoszenia L1/L2, triage incydentów oraz tworzyć dashboardy i alerty. To nie jest typowa rola inżynierska – wymaga zarówno myślenia produktowego, jak i operacyjnego wsparcia w modelu zmianowym i dyżurowym.

Brakuje: nie podano wielkości zespołu ani struktury, brak szczegółów dotyczących harmonogramu zmian i częstotliwości dyżurów.

🛠 Wymagane technologie
Dane źródłowe
ELK / OpenSearch / equivalentPrometheusGrafanaRCADistributing tracingAzureKubernetesIncident management tools
AI Insights
Czym naprawdę jest ta rola?Customer Success Engineer

Rola łączy kompetencje Product Ownera i Customer Success Engineer dla wewnętrznej platformy observability używanej przez setki zespołów developerskich i SRE w globalnej organizacji. Na co dzień będziesz zbierać wymagania techniczne od wewnętrznych klientów, przekładać je na user stories i priorytetyzować backlog, a także obsługiwać zgłoszenia L1/L2, triage incydentów oraz tworzyć dashboardy i alerty. To nie jest typowa rola inżynierska – wymaga zarówno myślenia produktowego, jak i operacyjnego wsparcia w modelu zmianowym i dyżurowym.

Plusy
  • Praca nad krytyczną platformą używaną globalnie
  • Realny wpływ na sposób pracy setek zespołów
  • Unikalne połączenie kompetencji produktowych i operacyjnych
Na co uważać
  • Praca w systemie zmianowym i dyżury mogą być uciążliwe dla osób ceniących stałe godziny
  • Rola łączy wiele obszarów (produkt, support, operacje) – może być ryzyko rozmycia odpowiedzialności
  • !Brak informacji o wielkości zespołu i strukturze raportowania
  • !Brak konkretnych narzędzi observability w opisie (np. konkretny vendor ELK czy OpenSearch)
  • !Nie sprecyzowano, czy 'product ownership' to faktyczne zarządzanie produktem, czy tylko administracja backlogiem
Codzienna praca
  • Zbieranie i analiza wymagań technicznych od zespołów SRE i platform engineering
  • Pisanie user stories i kryteriów akceptacji na podstawie potrzeb klientów
  • Zarządzanie backlogiem i priorytetyzacja zadań dla zespołu deweloperskiego
  • Obsługa zgłoszeń L1/L2 i triage incydentów związanych z platformą observability
  • Wsparcie onboardingu nowych zespołów oraz integracji z platformą
  • Tworzenie i utrzymanie standardowych dashboardów operacyjnych (golden dashboards)
  • Definiowanie i tuning kluczowych alertów (golden alerts)
  • Udział w operacyjnych działaniach SRE, np. rotacje kluczy, prace maintenance
Więcej o ofercie
Dla kogo jest ta oferta
Profil idealny

Oferta dla doświadczonych specjalistów (Senior).

Minimum sensowne

Inżynier z minimum 5-letnim stażem w rolach operacyjnych (SRE/DevOps), który ma pierwsze doświadczenia w analizie wymagań i zarządzaniu backlogiem. Osoba gotowa na pracę zmianową i dyżurową.

Raczej nie dla

Osoby, które szukają wyłącznie pracy deweloperskiej (kod produkcyjny) lub nie akceptują dyżurów i zmienności godzin. Rola nie jest też dla juniorów – wymaga szerokiego doświadczenia technicznego.

Ocena dopasowania
Junior1/5
Mid2/5
Senior5/5
Hands-on3/5
Architekt2/5
Remote5/5
Enterprise4/5
Pytania do rekrutera
  • ?Ile osób liczy zespół i jakie są role w zespole?
  • ?Jak wygląda harmonogram zmian – czy to konkretne przedziały 8-godzinne, czy elastyczne?
  • ?Jakie konkretnie narzędzia do observability są używane (ELK, Grafana, Prometheus, coś jeszcze)?
  • ?Jaki jest stosunek czasu poświęcanego na product ownership vs support/operacje?
  • ?Czy istnieje ścieżka rozwoju – np. możliwość przejścia bardziej w stronę platform engineering?
  • ?Jak wygląda proces rekrutacyjny – ile etapów, czy jest zadanie domowe?
  • ?Kto jest głównym stakeholderem – zespół SRE, czy też inne działy?
Brakujące informacje
  • Nie podano wielkości zespołu ani struktury
  • Brak szczegółów dotyczących harmonogramu zmian i częstotliwości dyżurów
  • Nie wiadomo, czy istnieje dodatek za dyżury
  • Nie określono konkretnych narzędzi observability (np. ELK vs OpenSearch)
  • Brak opisu procesu rekrutacyjnego
Zespół

Globalne, wielozespołowe środowisko z rotacyjną obsługą incydentów i naciskiem na współpracę z SRE. Kultura zwinna (Agile/Scrum) z elementami product ownership.

🔗Podobne oferty