Podsumowanie Q2 i Q3 / 2022 oraz plany na kolejne kwartały
Strategia Delivery na lata '23-'25. Powstała strategia Organizacji definiująca cel jaki zamierzamy osiągnąć z końcem 2025. Na tej podstawie dla obszaru Delivery zostały zdefiniowane cele, które pomogą osiągnąć nadrzędne oczekiwania. Motorem napędowym jest rozwój ekosystemu płatności, jednakże prace, które realizujemy dotyczyć będą podnoszenia jakości wszystkich naszych usług i realizowanych produktów przez nasz obszar.
W ramach działań zaplanowaliśmy uruchomienie inicjatywy Architekci. Inicjatywa ta ma na celu zebranie osób pracujących nad wyborem technologii, budową standardów, które będą implementowane we wszystkich usługach i produktach dostarczanych przez obszar Delivery.
Nie czekaliśmy z tym do '23, ruszyliśmy od razu. Tematy, nad którymi grupa chce pracować i ich roadmapę możecie zobaczyć tutaj: Grupa Architekci. Jeżeli nie widzisz nad czym pracują Architekci i/bądź masz jakieś dodatkowe pytania nie zwlekaj tylko skontaktuj się z liderem grupy: @Łukasz Szymańczuk.
Struktura Delivery. Moment transformacji Organizacji, a w tym obszaru Delivery to najlepszy moment, aby zastanowić się czy aktualny zakres obowiązków każdego z nas pasuje do nas. Jeżeli masz wątpliwości, widzisz siebie w innym miejscu, czy to w obszarze Delivery bądź poza nim, skontaktuj się z nami (@Katarzyna Dmitrus , @Szymon Pająk , @Jakub Demczuk , @Przemysław Ciesielski (Unlicensed) ) by porozmawiać o tym i poszukać bardziej dopasowanej roli. Niektóre ze zmian być może zdążyliście już zaobserwować:
@Marcin Gotowski zaczął pełnić obowiązki Analityka Systemowego. Pierwsze działania Marcina skupione są na wsparciu zespołu Onboarding i realizacji projektu “Najlepszy onboarding w Europie”. Dodatkowo razem z @Tomasz Makowski będą współpracować przy definicji i odpowiedzialności tej roli oraz będą współpracać przy zdefiniowaniu procesu wytwarzania naszych produktów, nad którym prace rozpoczynamy w listopadzie.
@Maciej Dudzik przejął obowiązki Team Leadera zespołu Payments.Openbanking.
@Paweł Stanka rozpoczął budowę obszaru SRE, w którym w wymiarze 1/2 etatu buduje wytyczne dla zespołu oraz narzędzia za pomocą, których będziemy lepiej kontrolować jakość naszych produktów.
@Agnieszka Łozińska rozstaje się z działem Produktu i z początkiem roku 2023 w pełni będzie wspierać Business Unit AI.
@Joanna Tokarska i @Aleksandra Mrozewska-Skóra także opuszczają Produkt, aby kontynuować swoją pracę w obszarze @Mateusz Jakitowicz Bits / Data.
@Izabela Kardasz od przyszłego roku będzie w pełni poświęcać się tematom jakościowym. Wspomoże nas m.in. w zbudowaniu efektywnego monitoringu minimalizującego ilość awarii (w tym monitoring środowiska akceptacyjnego bramki płatniczej).
@Łukasz Szymańczuk przejął obowiązku Team Leadera zespołu Payments.NewArch.
@Artur Kutzmann będzie w ramach zespołu SRE skupiał się w pełni nad pracą związaną z jakością naszych usług.
Rozdzieliliśmy prace zespołów Payments.Onboarding i Payments.Settlements: @Rafał Kałuziński jest Team Leaderem Payments.Settlements, a Team Leaderem Payments.Onboarding jest jak do tej pory @Andrzej Thiel .
AM - dążymy do pełnej dostępności 24/7, termin życzeniowy: koniec Q2/23. Główny cel zespołu cały czas ten sam: obsługa minimum 90% problemów technicznych, które występują z naszymi usługami.
Team Lead AM: @Michał Stan.
Przy tej okazji warto wspomnieć, iż @Michał Stan odpowiedzialny jest za zbudowanie Service Desk dla naszych kontrahentów, aby mogli poprzez Jira zgłaszać problemy techniczne. Dzięki przekierowaniu komunikacji z maili na Jira będziemy w stanie dokładnie kontrolować, i reagować jeżeli tego wymaga sytuacja, czas obsługi zgłoszenia. Wierzymy, że zminimalizuje to ilość gorących wrzutek w związku z przeleżakowaniem tematu poza Delivery. Zgłoszenia te potraktujemy też jako dodatkowe źródło wiedzy do pracy nad jakością naszych produktów.
Prowadzenie projektów - zmiana podejścia do projektów, rozbudowa zasad, wyciągnięcie wniosków z przeprowadzonych retro, DoD (testy i monitoring), brak zgody na degradację jakości tylko po to by dowieźć projekt w terminie.
Rozpoczęliśmy prace nad wprowadzeniem Product Management Framework, aby ustalić zakres odpowiedzialności Delivery oraz zespołów uczestniczących przy budowie rozwiązań (np. Business Units). W ramach tych prac zdefiniujemy i wdrożymy także proces, zdefiniujemy etapy, procesu wytwarzania produktów w obszarze Delivery dotyczący wszystkich prac przechodzących przez Delivery. Temat leaduje @Katarzyna Dmitrus jako P.O. PMO.
Przy tej okazji m.in. uszczelnimy pilnowanie harmonogramów oraz kosztów projektów, lepiej zadbamy o zależności między projektami i komunikację do wszystkich zainteresowanych tym co jest realizowane w Delivery.
Rozpoczęliśmy także zbieranie informacji o sytuacjach, które degradują naszą pracę, jakość naszych usług. Lwia część pracy realizowana jest po stronie zespołu Produkowego.
Cloud Computing - zostało nam około 140 kontrahentów, od których musimy uzyskać zgody na przetwarzanie ich danych w chmurze. Przy aktualnym zaawansowaniu prac szacujemy, że za okolo 3 do 6 miesiący będziemy mieli komplet zgód.
W ramach prac na Cloud Computing prowadzone są rozmowy z dostawcą (AWS) w celu zbudowania planu treningowego dla wszystkich osób, które będą Cloudu dotykać (kontynuacja w wątku na kanale Szkolenia);
będziemy korzystać ze wsparcia architektów zewnętrznych, aby pomagali nam tworzyć rozwiązania Cloud Ready / Native oraz migrowali do chmury;
w przypadku uruchomionych usług będziemy mogli skorzystać z opcji audytowych zespołu AWS, aby wskazali nam miejsca, na których warto się skupić żeby zwiększać jakość (performance, sla, bcp, etc);
W ’23-’25 otrzymamy spore dofinansowanie od Inwestora w zakresie poprawy jakości na przyspieszenie realizacji projektów i implementacje nowych narzędzi.
Rozpoczęliśmy prace nad migracją Payment Gateway na Spring (ciekawych rozwinięcia odsyłam do @Jakub Demczuk @Artur Kutzmann).
Działania naprawcze - dziwny temat, niby mamy a nie są robione. Odkurzamy ten koncept i chcemy doprowadzić do sytuacji, aby nie były to tylko suche zadania na JIRA a faktycznie realizowane działania w skończonym czasie.
Wprowadzimy formularz post-mortem, dzięki któremu rozpoczniemy budować transparentność dla innych obszarów gdzie coś zawiodło. Każdy będzie mógł wykorzystać tą wiedzę do podnoszenia jakości we własnym obszarze, a my dodatkowo będziemy szukać miejsc, które można poprawić aby eliminować podobne sytuacje na przyszłość. Chętnych zgłębienia tematu odsyłam do odpowiedniej strony.
Chcemy też przy tej okazji zacząć prawidłowo liczyć czas, który spalamy na awarie, aby mieć poprawny wkład do priorytetyzowania prac związanych z jakością.
Security Virtual Hub - pod tym szyldem zrzeszamy osoby z różnych obszarów, aby patrzeć i budować plan działań z zakresu Security uwzględniając potrzeby Delivery oraz RCLA. Inicjatywę koordynuje @Przemyslaw Dorszewski.
Kapitalizacja. Pracujemy nad poprawą wyniku kapitalizacji, która przyczynia się do zwiększenia możliwości zatrudniania do dalszych prac i zwiększania przepustowości. Chętnych do zapoznania się z aktualnym opisem co to jest kapitalizacja odsyłam tutaj.
Rozpoczęliśmy współpracę z firmą DevOpsi.pl, dzięki której w nasze szeregi weszło 3 deweloperów oraz devops.
Będziemy spotykać się z zewnętrzną firmą Magic Developers i ich Agile Coachem na warsztatach, których celem jest odpowiedzenie sobie na pytanie czy warto zostać i jeżeli tak to do jakiego stopnia organizacją Scrumową. Zaprosiliśmy na te warsztaty przedstawicieli Business Units.
Od niecałych dwóch miesięcy prowadzimy prace z Jackiem Szymańskim z GEM w celu zbudowania poprawnych metryk KPI dla zespołów DevOps, AM i od niedawna Q/A. Jeżeli jesteś zainteresowany, aby Jacek wsparł Twój zespół i pomógł zbudować KPI odezwij się do nas (@Katarzyna Dmitrus , @Szymon Pająk , @Jakub Demczuk , @Przemysław Ciesielski (Unlicensed) ).