DevOps to metodologia, która łączy zespoły tworzące oprogramowanie (Dev) i zajmujące się operacjami IT (Ops), aby usprawnić cały cykl życia aplikacji.
Jednym z wyzwań, przed którymi stajesz jako CTO, jest rozwijanie operacji SaaS przy jednoczesnym dostarczaniu wysokiej jakości produktów i utrzymywaniu zadowolonych klientów. Ponieważ przewiduje się, że globalny rynek SaaS osiągnie wartość 232 miliardów dolarów w 2024 roku (i nie widać oznak spowolnienia), sprawnie działający zespół DevOps ma kluczowe znaczenie dla wykorzystania tej fali.
Skuteczny zespół DevOps zapewnia firmom SaaS podstawę do rozwoju, sprawnego działania i stabilności. DevOps łączy kreatywne myślenie twórców oprogramowania z analitycznym podejściem operacji IT. Ten artykuł przedstawia role i struktury organizacyjne DevOps, które pomogą zbudować idealny zespół.
6 kluczowych członków zespołu DevOps i zakres ich obowiązków
Rozważając sześć poniższych ról, możesz zastanawiać się, czy potrzebujesz wszystkich tych osób w swoim zespole operacyjnym. Każda organizacja jest inna, a to, kogo zatrudnisz, zależy od tego, co chcesz osiągnąć, jak duża jest Twoja firma oraz jak złożony jest projekt, którego się podejmujesz.
Oto sześć typowych ról w DevOps:
1. Ewangelista DevOps
Jako osoba stojąca na czele wszystkich działań DevOps, ewangelista DevOps to odważny lider, który inicjuje kulturową zmianę w firmie w kierunku współpracy programistów i zespołów operacyjnych. Współpracuje ze wszystkimi pracownikami, inspirując ich i promując korzyści płynące z DevOps, a ostatecznie pomagając im zaakceptować zmiany.
Łączy programistów z zespołami operacyjnymi, likwidując silosy, przydzielając role zgodnie z mocnymi stronami pracowników oraz organizując szkolenia uzupełniające luki kompetencyjne. Ewangeliści DevOps stale monitorują procesy w całym cyklu tworzenia produktu.
Idealny ewangelista DevOps to osoba doskonale znająca się na technologii, będąca jednocześnie świetnym komunikatorem i posiadająca dobre umiejętności interpersonalne.
2. Menedżer wydań
Menedżer wydań to lider, który planuje strategie rozwoju i koordynuje zespoły w celu ich realizacji. Stanowisko to wymaga umiejętności zarządzania projektami, a osobie pełniącej tę funkcję przyda się znajomość struktur i metodyk, takich jak Agile i Scrum.
Dogłębna znajomość cyklu życia oprogramowania oraz umiejętność skutecznego kierowania zespołami interdyscyplinarnymi sprawiają, że menedżer wydań odgrywa kluczową rolę w procesie od planowania po wdrożenie.
3. Architekt automatyzacji
Automatyzacja systemów jest jednym z głównych celów DevOps. Architekci automatyzacji dążą do ograniczenia liczby zadań wykonywanych ręcznie poprzez tworzenie takich systemów. Są to osoby rozwiązujące problemy, które oceniają obecne przepływy pracy związane z tworzeniem oprogramowania i szukają sposobów na zwiększenie ich wydajności poprzez ograniczanie procesów ręcznych wszędzie tam, gdzie jest to możliwe.
Oprócz przyspieszania prac programistycznych architekci automatyzacji mają również za zadanie obniżać koszty operacyjne, co stanowi jeden z ich głównych wkładów w działalność firmy.
4. Specjalista ds. zapewniania jakości doświadczeń (XA)
Specjalista ds. zapewniania jakości doświadczeń pełni funkcję kontrolera jakości, reprezentując najlepszy interes klienta. Pracuje z gotowym produktem, aby sprawdzić, czy wszystkie funkcje wymienione w pierwotnej specyfikacji działają prawidłowo. Specjaliści XA oceniają również, czy produkt zapewnia prostą i intuicyjną obsługę użytkownika.
Skuteczny specjalista XA jest zazwyczaj osobą skrupulatną i niezwykle dbałą o szczegóły. Posiada silne umiejętności analityczne, które pozwalają mu zrozumieć bardziej szczegółowe cele produktu i wskazać obszary wymagające poprawy. Potrafi precyzyjnie i wyczerpująco przedstawić swoje ustalenia zespołowi operacyjnemu.
5. Zapewnianie jakości
Po zbudowaniu produktów przez zespoły programistyczne należy przekazać je do działów zapewniania jakości (QA), w których pracują testerzy i analitycy. Osoby te przeprowadzają różne kontrole, porównując działanie oprogramowania z oczekiwaniami zarówno w typowych, jak i nietypowych przypadkach, aby wykryć wszelkie problemy przed wdrożeniem go na środowisko produkcyjne.
Dokumentują swoje ustalenia i przekazują je odpowiedniemu zespołowi, aby problemy zostały rozwiązane, a następnie wykorzystują te informacje do opracowywania procesów, które w przyszłości pomagają kierować pracami inżynieryjnymi i działaniami QA.
6. Inżynier ds. bezpieczeństwa i zgodności (SCE)
Inżynier ds. bezpieczeństwa i zgodności dba o to, aby produkt był bezpieczny i zgodny ze standardami oraz regulacjami właściwymi dla danej branży. Może tworzyć procesy, które uwzględniają bezpieczeństwo w większej liczbie elementów potoków DevOps, prowadząc do powstania systemów znanych jako DevSecOps. Jeśli chodzi o zgodność, może należeć do osób przeprowadzających audyty, aby zapewnić, że produkty i usługi, nad którymi pracuje, są zgodne z przepisami.
W niektórych firmach stanowisko może nosić nazwę „Inżynier ds. zgodności z wymogami bezpieczeństwa”, ale zakres obowiązków pozostaje taki sam. W takich przypadkach często wynika to z faktu, że bezpieczeństwo podlega ścisłym regulacjom, jak ma to miejsce w obszarach takich jak fintech.
5 typów struktur zespołów DevOps
DevOps ma na celu przełamanie silosów, które istniały w tradycyjnym procesie tworzenia oprogramowania, aby ułatwić współpracę dzięki swobodnej komunikacji między zespołami.
Aby osiągnąć ten cel, należy określić odpowiednią strukturę DevOps w zależności od rodzaju tworzonego produktu, wielkości i składu zespołu oraz ilości czasu przeznaczonego na pracę nad nim.
Oto pięć typów struktur zespołów DevOps, które warto rozważyć podczas tworzenia zespołu:
Have an account? Log In
1. Współpraca zespołów programistycznych i operacji IT
Operacje IT (ITOps) zajmują się infrastrukturą IT firmy, podczas gdy DevOps koncentruje się na tworzeniu oprogramowania. Chociaż są to odrębne zespoły, mogą pracować na rzecz celów biznesowych, ponieważ obszary ich działalności często się pokrywają. Na przykład administrator ds. bezpieczeństwa może współpracować z SCE, aby zapobiegać wyciekom danych i nieautoryzowanemu dostępowi w całej firmie.
ITOps i DevOps są dziś powszechne w wielu dużych firmach, a wdrożenie systemu, w którym współpracują, jest zwykle sposobem działania, z jakim spotykałem się w wielu z nich.
2. NoOps
NoOps, skrót od „brak operacji”, to ekstremalna wersja DevOps, która wykorzystuje automatyzację w takim stopniu, że nie jest potrzebny dedykowany zespół. W tym podejściu, na którym polegają takie firmy jak Coca-Cola i DigitalOcean, programiści pracują nad swoim kodem, a następnie przesyłają go przez potok wdrażania.
3. DevOps i inżynieria niezawodności witryn (SRE)
Inżynierowie SRE dbają o to, aby produkt pozostawał stabilny, gdy zespoły DevOps nadal nad nim pracują po wdrożeniu, dlatego logiczne jest, że oba zespoły ściśle ze sobą współpracują. Dzięki temu podejściu łatwiej jest utrzymać dostępność i wydajność, śledząc oraz udostępniając wszystkim zespołom wskaźniki dotyczące obu tych obszarów. Do firm posiadających zespoły SRE należą między innymi Microsoft, Oracle, VMware i IBM.
4. Operacje jako platforma
Operacje platformy obejmują projektowanie i utrzymywanie platformy, na której działają zespoły DevOps. Potrzeba takiego rozwiązania jest najbardziej widoczna w przypadku większych projektów, w których występuje więcej elementów — zarówno osób, jak i narzędzi. Może ono również obejmować bezpieczeństwo, a zespoły operacji platformy mogą współpracować z zespołami DevSecOps w celu zabezpieczenia przepływów pracy.
Do firm, które według moich obserwacji wdrażają skuteczne systemy operacyjne, należą NGINX i Honeycomb.io.
5. DevOps jako konsultanci
Jeśli nie możesz lub nie chcesz tworzyć własnego zespołu DevOps, możesz skorzystać z pomocy zewnętrznych dostawców takich usług, którzy dołączą jako konsultanci lub wykonawcy. Ich zadaniem jest ocena obecnej konfiguracji DevOps i udzielenie wskazówek dotyczących jej ulepszenia, aby osiągnąć pożądane rezultaty.
5 kroków do utworzenia zespołu DevOps
Droga od uświadomienia sobie znaczenia zespołu DevOps do posiadania w pełni funkcjonalnego zespołu dostarczającego oprogramowanie może wydawać się wyzwaniem nie do pokonania. Podzielenie jej na proste etapy sprawia jednak, że staje się wykonalna.
Wykonaj poniższe kroki, aby utworzyć zespół DevOps:
1. Opracuj plan
Najpierw określ cel, do którego dążysz. Wypisz wszystkie działania potrzebne do jego osiągnięcia — może to obejmować ocenę luk kompetencyjnych, rekrutację nowych członków zespołu, rozdzielenie odrębnych zespołów, a nawet fizyczną zmianę układu przestrzeni biurowej w celu zachęcenia do współpracy.
Umieść wszystkie informacje na osi czasu i przypisz priorytety poszczególnym zadaniom. Każde działanie przypisz osobie odpowiedzialnej za doprowadzenie go do końca.
2. Uzyskaj poparcie w całej organizacji
Częścią budowania kultury DevOps jest uzyskanie poparcia w całej organizacji. Najlepiej zacząć od najwyższego szczebla i upewnić się, że kierownictwo popiera zmiany. Następnie należy pracować na poziomie zespołów, dbając o to, aby wszyscy dostrzegali wartość tego procesu i się w niego angażowali.
3. Wybierz rozwiązanie DevOps
Zastanów się, jakiej technologii użyć, aby osiągnąć swoje cele. Budżet jest czynnikiem ograniczającym, którego nie można ignorować. Badając dostępne rozwiązania, weź pod uwagę poziom wiedzy swojego zespołu. Na tym etapie skorzystaj z informacji zebranych podczas oceny luk kompetencyjnych. Na koniec zastanów się, czego potrzebuje projekt, i wybierz rozwiązanie, które najlepiej mu odpowiada.
Informacje przedstawione w poprzedniej sekcji powinny stanowić dobry punkt wyjścia, ale zalecam skonsultowanie się z ekspertem DevOps, który oceni dostępne zasoby i wymagania, aby określić najlepszy sposób działania.
4. Automatyzuj procesy DevOps
Staraj się maksymalnie ograniczyć powtarzalną i ręczną pracę, aby uwolnić zespoły i umożliwić im skupienie się na innych obszarach rozwoju. Automatyzację można wprowadzić między innymi w testowaniu i aprowizacji. Jeśli nie chcesz lub nie możesz tworzyć własnych automatyzacji, możesz skorzystać z narzędzi obsługujących te zadania.
Jednym z najlepszych sposobów na wprowadzenie automatyzacji do przepływów pracy jest tworzenie potoków ciągłej integracji i ciągłego dostarczania (CI/CD). Dzięki tym systemom możesz zautomatyzować wiele procesów związanych z cyklem życia oprogramowania i mieć pewność, że zawsze dostarczasz produkty wysokiej jakości — nawet jeśli zespół nie zajmuje się ręcznie każdym szczegółem.
5. Monitoruj kluczowe wskaźniki DevOps
Obserwuj zespoły i procesy DevOps, aby upewnić się, że przynoszą oczekiwane rezultaty. Twórz systemy śledzące różne wskaźniki i statystyki związane z bezpieczeństwem oraz postępami, a następnie przekazuj je wszystkim zainteresowanym stronom.
Oprócz informowania interesariuszy możesz również wykorzystać te dane do tworzenia w przyszłości wydajniejszych zespołów DevOps.
Skuteczne zespoły DevOps robią te rzeczy właściwie
Pomiar wskaźników DevOps pokaże, czy zespół zmierza we właściwym kierunku, szczególnie w zakresie przepustowości i stabilności dostarczania oprogramowania. Jednak twarde dane nie są jedynym sposobem na sprawdzenie, czy udało się zachować odpowiednią równowagę.
Jeśli przeanalizujesz bardzo skuteczne zespoły DevOps, często zauważysz, że priorytetowo traktują następujące kwestie:
- Współpraca: Przełamywanie barier oddzielających zespoły w tradycyjnym środowisku produkcyjnym jest jednym z głównych celów DevOps. Z mojego doświadczenia wynika, że zespoły, które współpracują ze sobą bezpośrednio, częściej tworzą produkty wyższej jakości, co jest wyraźnym wskaźnikiem sukcesu.
- Komunikacja: Zapewnienie lepszej współpracy zespołów poprzez otwarte kanały komunikacji i mniej ograniczony przepływ informacji między nimi to kolejna strategia stosowana przez firmy, aby czerpać więcej korzyści z DevOps.
- Autonomia zespołów: Zespoły powinny współpracować, ale nie mogą być od siebie wzajemnie zależne, dlatego autonomia powinna być egzekwowana od samego początku.
- Gotowość do udoskonalania i powtarzania działań: Dobry zespół rozumie i akceptuje fakt, że zawsze można działać lepiej, dlatego powinien stale szukać obszarów, w których można ulepszyć systemy DevOps.
- Informacje zwrotne, empatia i zaufanie: Zapewnia to członkom zespołu lub zespołów DevOps możliwość zgłaszania, czy dane rozwiązanie działa. Jeśli wiedzą, że ich opinie są cenione, chętniej przekażą je szczerze, co przynosi korzyści zarówno im, jak i firmie.
10 wskazówek dotyczących tworzenia skutecznych zespołów DevOps
Skuteczny zespół DevOps przynosi firmie korzyści, tworząc elastyczne środowisko, które wspiera budowanie, testowanie i wydawanie niezawodnego oprogramowania w krótszym czasie. DevOps łączy infrastrukturę i operacje, rozwój i inżynierię oraz znajomość narzędzi i procesów CI/CD. Aby stworzyć idealny zespół, zacznij od rozważenia następujących czynników:
- Jakie umiejętności mają członkowie zespołu i gdzie występują luki? Mogą mieć doskonałą wiedzę na temat infrastruktury, ale brakować im umiejętności tworzenia oprogramowania lub innych kompetencji technicznych.
- Stos technologiczny. Jakich języków programowania, narzędzi i usług programistycznych używa firma?
- Istniejąca infrastruktura i cele rozwoju. Jakich umiejętności potrzebujesz, aby przeprowadzić organizację od ręcznych procesów do zautomatyzowanych procesów DevOps?
Mając na uwadze te kwestie, postępuj zgodnie z poniższymi wskazówkami, aby zbudować skuteczny zespół DevOps:
1. Zacznij od zmiany kultury organizacyjnej
Aby DevOps odniósł sukces, musisz oprzeć całe podejście do tworzenia oprogramowania na tej koncepcji, tak aby nie istniał żaden obszar, który jej nie wspiera.
Niektóre sposoby, aby to osiągnąć, obejmują bezpośrednie szkolenie wszystkich odpowiednich członków zespołu za pomocą materiałów do czytania i konferencji. Jeśli wprowadzisz role, które mogą wymagać formalnej certyfikacji, upewnij się, że osoby na tych stanowiskach ją uzyskają.
Gdy Twój zespół DevOps zacznie już sprawnie działać, całe środowisko wokół firmy powinno sprzyjać nowym procesom.
2. Oceń braki kompetencyjne przed rekrutacją
Aby ocenić braki kompetencyjne w swoim zespole, musisz przyjrzeć się trzem obszarom:
- Techniczne: Obejmują one twarde umiejętności, takie jak programowanie i administrowanie systemami, których posiadania można oczekiwać po osobie z formalnym wykształceniem w tym zakresie.
- Operacyjne: Dotyczą głównie procesów i mogą, ale nie muszą, być nabyte w ramach formalnej edukacji; obejmują umiejętności takie jak zarządzanie projektami.
- Umiejętności miękkie: Są to kompetencje interpersonalne, które można nabyć w trakcie życia zawodowego, w tym komunikacja i zarządzanie czasem.
Pozwoli Ci to określić, jakich pracowników należy zatrudnić w ramach nowego zespołu DevOps. Możesz jednak również potraktować to jako okazję do sprawdzenia, kto ma kwalifikacje, aby objąć inne stanowisko w nowym zespole.
Na przykład programista, który od dawna pracuje w firmie, mógł zdobyć wystarczająco dużo przenośnych kompetencji, aby swobodnie pokierować działem QA.
3. Przyciągaj odpowiednie talenty i zatrzymuj je w firmie
Budowanie silnego zespołu DevOps nie kończy się na wdrożeniu nowych pracowników; musisz zadbać o to, aby byli zadowoleni z pracy w zespole i chcieli pozostać w nim na długo. Regularnie sprawdzaj, czy wszyscy członkowie zespołu są zadowoleni z procesów, produktu oraz osób, z którymi pracują.
Jak już wcześniej wspomniałem, DevOps polega na łączeniu zespołów, a otwarcie jasnych kanałów komunikacji w dużym stopniu przyczynia się do utrzymania zadowolenia i produktywności wszystkich osób. Ponieważ DevOps często idzie w parze z przepływami pracy CI/CD, ważne jest również, aby zatrzymać pracowników w zespole po uruchomieniu produktu, tak aby ten sam zespół zajmował się jego utrzymaniem.
4. Inwestuj w swój zespół DevOps
Jak wspomniałem w pierwszej rekomendacji na tej liście, możesz zapewnić niektórym osobom odpowiednie certyfikaty potrzebne im na stanowiskach związanych z DevOps. Mówiąc dokładniej, zalecam pokrycie tych kosztów przez firmę, ponieważ ostatecznie przyniesie to jej korzyści.
Oprócz tego, a także zatrudnienia najlepiej wykwalifikowanych członków zespołu, zalecam inwestowanie w narzędzia, z których będzie korzystać zespół, w tym w narzędzia używane do CI/CD, zarządzania projektami, komunikacji i automatyzacji.
5. Uczyń mentoring częścią kultury organizacyjnej
Choć podkreślałem, że należy dołożyć wszelkich starań, aby zatrzymać członków zespołu, zdaję sobie również sprawę, że czasami nie jest to możliwe. Z tego powodu zalecam także włączenie mentoringu w największym możliwym zakresie.
Dzięki temu każdy kolejny zespół może odnosić większe sukcesy niż poprzedni, ponieważ jego członkowie stale opierają się na fundamentach zbudowanych przez wcześniejsze zespoły.
Może to również być dobry sposób na poprawę morale i lojalności, ponieważ członkowie zespołu, zwłaszcza ci nowi w DevOps, mają poczucie, że rozwijają twarde i miękkie umiejętności, dzięki którym lepiej wykonują swoją pracę.
6. Zlikwiduj istniejące silosy i utwórz mniejsze zespoły
Celem DevOps jest odejście od sytuacji, w której programiści i zespoły operacyjne pracują nad tym samym projektem w oddzielnych, umownych biurach. Integracja obu zespołów sprawia, że komunikują się one podczas tworzenia, testowania i wdrażania oprogramowania. Zmniejszenie ich liczebności ułatwia im rozwijanie autonomii.
Usuwanie barier między zespołami usprawnia wymianę informacji i pozwala im lepiej współpracować. Dzięki temu mogą lepiej rozumieć wzajemne ograniczenia, działać w ich ramach i je przezwyciężać.
7. Stale rozwijaj procesy
Jeśli dobrze zaczniesz, nie spoczywaj na laurach; zawsze istnieją możliwości transformacji DevOps, a jedynym sposobem na ich dostrzeżenie jest aktywne ich poszukiwanie.
Zespoły programistyczne, nawet te pracujące nad identycznymi produktami, często odkrywają, że takie same procesy nie sprawdzają się w każdym z nich. Czynniki wpływające na tę kwestię obejmują między innymi budżet, wielkość zespołu i grupy odbiorców oraz cele całej firmy.
Pamiętaj, aby zawsze rejestrować informacje i robić notatki, a następnie w razie potrzeby wracać do punktu wyjścia, aby sprawdzić, gdzie można zwiększyć efektywność.
More Articles
8. Stwórz możliwości przekazywania i otrzymywania informacji zwrotnych
Wiąże się to z poprzednią rekomendacją i dostarcza większej ilości informacji do bazy wiedzy, którą wykorzystasz do opracowywania lepszych procesów. Osoby pracujące bezpośrednio z opracowanymi przez Ciebie systemami i procesami są prawdopodobnie najlepiej wykwalifikowane do informowania o ich sukcesach i porażkach, dlatego niezwykle ważne jest stworzenie sposobów rejestrowania ich opinii.
9. Dąż do automatyzacji
Automatyzuj wszędzie tam, gdzie to możliwe.
DevOps może znacznie zwiększyć zakres procesów programistycznych, dlatego tak ważne jest, aby utrzymać je w ryzach z myślą o członkach zespołu, eliminując w miarę możliwości zadania manualne. Dzięki temu przepływy pracy stają się mniej monotonne i bardziej zrównoważone w dłuższej perspektywie.
Narzędzia CI/CD są przydatne, ponieważ służą do automatyzacji przepływów pracy w projektach, które nie kończą się wraz z pierwszym uruchomieniem produktu.
10. Buduj autonomię
Choć współpraca między zespołami jest kluczowa w DevOps, każdy zespół musi działać samodzielnie i nie polegać na żadnym innym zespole bardziej, niż jest to konieczne. Dzięki temu awaria jednego zespołu nie spowoduje przestoju całego systemu.
Zespoły powinny opracowywać własne zasady samorządności w zależności od swoich unikalnych zasobów i celów. Na przykład zespół inżynieryjny nie może działać według tych samych zasad co zespół obsługi klienta, a ich struktury wewnętrzne muszą to odzwierciedlać.
Ponieważ DevOps usprawnia komunikację, jest mniej prawdopodobne, że zespół opracuje procesy niezgodne ze współpracą z innym zespołem i że problem zostanie wykryty dopiero wtedy, gdy będzie już za późno. Aby skutecznie skalować możliwości DevOps, rozważ uzupełnienie wewnętrznego zespołu poprzez zaangażowanie doświadczonych partnerów w zakresie rozwoju SaaS.
Korzyści z dobrego zespołu DevOps
Jeśli zastosujesz się do wskazówek z tego artykułu, powinieneś stworzyć silny zespół DevOps, który będzie wspierać cele Twojej firmy.
Oto najważniejsze korzyści wynikające z istnienia silnego zespołu DevOps:
- Współpraca: DevOps to z definicji środowisko oparte na współpracy, które łączy osoby z różnych zespołów, aby pracowały nad wspólnym celem.
- Szybkość: Automatyzacja procesów przyspiesza rozwój, dzięki czemu zespoły mogą pracować szybciej i wydajniej.
- Skalowalność: Możesz skuteczniej skalować operacje, automatyzując funkcje i standaryzując procesy.
- Niezawodność: Dzięki członkom zespołu pełniącym wyspecjalizowane role, takie jak SRE i QA, możesz dostarczać klientom bardziej niezawodne produkty i usługi.
- Szybkie dostarczanie: Członkowie zespołu DevOps mają jasno określone role, dzięki czemu mogą szybciej reagować na wymagania rynku i inne zmiany — od etapu opracowywania koncepcji aż po wdrożenie, zapewniając Ci przewagę konkurencyjną.
- Bezpieczeństwo: Dzięki DevSecOps i ciągłemu monitorowaniu możesz zwiększyć bezpieczeństwo w cyklu życia oprogramowania.
Podsumowanie
Jako CTO stojący przed wyzwaniem skalowania firmy SaaS, wyróżnisz się na tle konkurencji, jeśli zbudujesz odpowiedni zespół. Właściwy zespół korzysta z narzędzi do monitorowania DevOps w miarę rozwoju firmy i pozostaje wystarczająco elastyczny, aby się dostosowywać, wykorzystując zgromadzone informacje do przekazywania interesariuszom aktualnych danych oraz opracowywania w przyszłości bardziej efektywnych procesów.
The CTO Club jest źródłem, do którego możesz się zwrócić po wszystkie informacje potrzebne Ci jako CTO. Zapisz się do naszego newslettera , aby otrzymywać więcej podobnych informacji.
