Menedżer ds. wersji technicznych w Open Bet

9 września 2024 r

Menedżer ds. wersji technicznych

Львів

OpenBet to sport .

Misją OpenBet jest wspieranie wzrostu i zaangażowania graczy za pośrednictwem globalnego ekosystemu zakładów, który zapewnia wysoką skalę i szybkość obsługi każdego wspaniałego wydarzenia sportowego. 1000 naszych utalentowanych współpracowników to najlepszy zespół na rynku. Osiągamy miliardy zakładów w sezonie; Ponad 60 000 na sekundę (więcej transakcji niż Amazon w Prime Day); 100% czasu pracy (zero awarii podczas Superbowl!) i opieramy się na 25 latach pomysłowej technologii, która jest codziennie aktualizowana.

Oferujemy szybkość, dynamikę i możliwości rozwoju start-upu, poparte stabilnością i siłą globalnego pracodawcy.
Zatrudniamy wyłącznie we Lwowie, abyś mógł spotkać się ze swoim zespołem w naszym biurze.

Obowiązki

• Zarządzanie kompleksowym cyklem życia i procesem wydawania produktów w ramach systemu transakcyjnego i systemu ryzyka.
• We współpracy z Działem Inżynierii i Produktu zdefiniuj zakres wydań dla wydań głównych, pomocniczych i poprawek.
• Zdefiniuj harmonogram wydań, zidentyfikuj i przekaż wszelkie istotne zmiany wprowadzone firmom zewnętrznym zintegrowanym z platformą, aby zaplanować zmiany z wyprzedzeniem.
• Bądź świadomy i koordynuj wdrożenia, aby pozyskać nowych klientów dzięki zespołom integracyjnym Open Services i SportCast. Wdrażanie klientów odbywa się bez aktualizacji wersji i większość kroków w procesie wydawania wersji nie ma zastosowania.
• Zajmuj się obsługą administracji JIRA w związku z biletami. Prowadź i instruuj zespoły produktowe na temat kroków, które muszą wykonać lub które pominęły w związku z dostarczonymi biletami. W szczegółach egzekwuj następujące zasady:
  
  • Upewnij się, że zgłoszenia zawarte w wydaniu mają odpowiednie tagi
  • Upewnij się, że zgłoszenia mają odpowiednie informacje o wydaniu
  • Przekaż zgłoszenia z powrotem do zespołów w celu aktualizacje
  • Tworzenie i utrzymywanie wersji JIRA (zgodnie z procesem tylko te wydane w środowiskach MTS PROD i OPAP)
  • Aktualizowanie zgłoszeń w JIRA za pomocą wydanej wersji (zadanie zbiorcze)
• Zdefiniuj początkową wersję wersji – najlepiej wykonaj pierwszą wersję samodzielnie, aby rozpocząć cykl życia wydania nowej wersji.
• Utwórz informacje o wersji dla wszystkich interesariuszy wewnętrznych i zewnętrznych po sprawdzeniu, czy informacje o wersji w każdym zgłoszeniu są prawidłowo ustawione.
• Skompiluj różne listy informacji o wersji dla interesariuszy wewnętrznych i zewnętrznych, odfiltrowując nieistotne zgłoszenia i umieszczając je w odpowiednim szablonie, np.:
  
  • Skompiluj pełne informacje o wersji produktu Kierownictwo zespołu i handlu
  • Kompiluj informacje o wersji dla naszego zespołu handlowego
  • Kompiluj informacje o wersji dla głównych klientów, takich jak OPAP, którzy są bardzo zainteresowani każdą wersją, odfiltrowując zgłoszenia i prace niezwiązane z im
  • Skompiluj informacje o wersji dla klientów OpenBet (takich jak NLO, Sazka, BCLC, Betfred itp.), w tym bilety, które ich dotyczą
  • Skompiluj informacje o wersji dla klientów IMGA, zaznaczając tylko zmiany w naszym oficjalnym kanale, które ich dotyczą
  • Skompiluj informacje o wersji dla klientów SportCast, podkreślając tylko te zmiany w naszym kanale premium SC, które ich dotyczą
• Z reluprość notatki, zbierz wymagane kroki wdrożenia i zależności:
  
  • Zaktualizuj element Runbook, dodając wszelkie ręczne kroki i zależności
  • Upewnij się, że wszystkie żądania ściągnięcia dotyczące konfiguracji zostały wykonane – najlepiej podnieś je /it/self
• Kontynuuj fazę testów regresyjnych, usuwaj defekty i wprowadzaj kopie wsteczne do wersji oraz odpowiednio aktualizuj informacje o wersji.
• Zatwierdź wydanie jako gotowe do produkcji i zdefiniuj harmonogram uruchomienia po uzgodnieniu z głównymi akcjonariuszami (OP, Trade Engineering SLT, Trading Team, GPMO).
• Zapewnij bilety zarządzania zmianami, zawierające wszystkie niezbędne informacje zespołowi zarządzającemu zmianami w celu zatwierdzenia produkcji.
• Poinformuj o dacie premiery wszystkich interesariuszy, którzy przekażą im odpowiednie uwagi do ostatecznej wersji, w tym między innymi:
  
  • Zespoły produktowe zajmujące się obsługą techniczną na telefon
  • Traderzy/zespoły wsparcia w celu zwiększenia świadomości
  • Klienci za pośrednictwem CSM lub PM w celu zwiększenia świadomości
• Zarządzaj realizacją wydań:
  
  • Etap wdrożenia sprawdza dokładność etapów wdrożenia, oczekiwany przestój lub nieudane/brakujące kroki w celu przećwiczenia wdrożenia produkcyjnego.
  • Wdrożenie produkcyjne i zaliczenie testów dymu.
  • Powiadom interesariuszy o ukończeniu wydania
• Podczas cyklu życia wydania na platformie UAT/Stage pomagaj w komunikacji z klientami w kwestiach zgłaszanych z ich strony.

Więcej szczegółów na temat wersji TS/RS:

Produkt OpenTrade podlega czterosprintowemu planowaniu PI, po którym wdrażany jest szereg funkcji dołączony. Dane wyjściowe PI określają następną główną wersję, która zostanie wdrożona w środowiskach produkcyjnych. W zależności od potrzeb firmy, wersję skróconą można podjąć nieco wcześniej lub później niż pod koniec ostatniego sprintu ze względu na niedostępność niektórych kluczowych funkcji i wymagania biznesowe.

Niemniej jednak ważne wydanie jest wycinane mniej więcej co dwa miesiące. Pomiędzy tymi dwoma miesiącami wypuściliśmy kolejną drobną wersję, która zawiera albo brakujące kluczowe funkcje, albo grupuje zdarzenia o niższym priorytecie, albo zmiany niekrytyczne, które wpływają na wydajność i stabilność platformy.

W związku z powyższym co miesiąc planowana jest premiera zawierająca znaczną liczbę biletów. Jednak ze względu na wielodostępny charakter platformy często wydawane są mikroweryfikacje ad hoc zawierające poprawki P1/P2, które należy wdrożyć tak szybko, jak to możliwe, aby uniknąć problemów mogących prowadzić do utraty przychodów. Zdarzały się przypadki, gdy wykonaliśmy 7 wdrożeń w ciągu jednego tygodnia; wykonuje się średnio 1,4 mikrowdrożeń tygodniowo.

Produkty Global Risk i Global Tickers mają wolniejszy cykl wydawniczy, zgodny z rytmem PI. Zwykle pilne wdrożenia są wymagane tylko w przypadku aktualizacji bukmachera RS i zmiany kluczy bezpieczeństwa umożliwiających połączenie z AF i koniecznością ich aktualizacji.