Struktura zespołu DevOps: typy, role i obowiązki

Ważne jest, aby zrozumieć, że nie każdy zespół ma te same cele lub będzie korzystać z tych samych praktyk i narzędzi. Nawet ukształtowanie składu zespołu nie powinno być ustandaryzowane. Każdy zespół wymaga odmiennej struktury, w zależności od szerszego kontekstu firmy i jej chęci do zmiany. W dwóch różnych firmach „zespół DevOps” może oznaczać coś zupełnie innego.

Aby czerpać korzyści z DevOps — takie jak szybszy czas wprowadzania na rynek, wyższa częstotliwość wdrażania, lepsza kultura zespołowa oraz zwiększona współpraca między zespołami i działami — ważne jest zrozumienie roli, jaką odgrywają poszczególne zespoły. Faktem jest jednak, że w wielu organizacjach funkcjonuje wiele nazw zespołów, a zespoły mają wiele ról (np. zespół infrastrukturalny zajmuje się zarówno wyborem, jak i utrzymaniem narzędzi). Ten brak spójności sprawia, że kierownictwu trudno jest zwizualizować pełny krajobraz organizacyjny i odpowiedzieć na ważne pytania takie jak: Czy dysponujemy odpowiednimi zespołami? Czy w pewnych obszarach są luki, których nie wypełnia żaden zespół? Czy zespoły wydają się mieć zapewnioną niezbędną równowagę między autonomią a wsparciem ze strony innych zespołów?

Doskonała praca ludzi z Team Topologies stanowi punkt wyjścia do tego, jak Atlassian postrzega różne zespoły DevOps. Należy pamiętać, że poniższe struktury zespołów przybierają różne formy w zależności od wielkości i dojrzałości firmy. Często najlepszym wyjściem jest połączenie więcej niż jednej struktury zespołu lub przekształcenie jednej struktury w inną.

Istnieje wiele sposobów na wdrożenie DevOps, ale są też liczne metody, których należy unikać. Zespoły i liderzy DevOps powinni uważać na negatywne wzorce, które charakteryzują się silosami, brakiem komunikacji i niesłusznym przedkładaniem narzędzi nad komunikację.

Niezależnie od struktury zespołu we wszystkich dobrze funkcjonujących zespołach wdrażających DevOps powinna zachodzić regularna wymiana wiedzy i doświadczenia między programistami i administratorami, zarówno w ramach regularnych spotkań, jak i współpracy osób w różnych zespołach, i/lub zatrudniania członków zespołów na obu funkcjach. Dobrze funkcjonujący zespół charakteryzuje się cechami, które są zaletami DevOps, takimi jak: szybszy czas wprowadzania na rynek, lepszy czas wdrażania, wyższa częstotliwość wdrażania, wyższa jakość wyników, lepsza kultura zespołowa oraz zwiększona współpraca między zespołami i działami.

W skład zespołów DevOps wchodzą zazwyczaj osoby posiadające umiejętności zarówno w zakresie programowania, jak i operacji. Niektórzy członkowie zespołu mogą być lepsi w pisaniu kodu, podczas gdy inni mogą mieć wyższe kwalifikacje, jeśli chodzi o obsługę i zarządzanie infrastrukturą. Jednak w dużych firmach każdy aspekt DevOps — począwszy od CI/CD, przez IaaS, aż po automatyzację — może być przypisany do konkretnego stanowiska. Możliwości zaczynają się od menedżera wydań, który koordynuje i zarządza aplikacjami od programowania po produkcję, a kończą na architektach automatyzacji, którzy utrzymują i automatyzują pipeline CI/CD zespołu.

A więc co trzeba zrobić, aby dołączyć do zespołu DevOps? Wymagania te ewoluują dzięki nowym technologiom i technikom, ale cechy dobrego zespołu DevOps są niezmienne. Solidne umiejętności techniczne, dobra komunikacja, umiejętność pracy w zespole i zdolność do adaptacji to jedne z podstawowych cech dobrego praktyka DevOps. Ich kombinacja jest prawdopodobnie ważniejsza niż encyklopedyczna znajomość Kubernetes czy Git. Ale nie zaszkodzi mieć wszystkie te atuty!

Kolejnym warunkiem sukcesu jest lider gotowy do szerzenia DevOps w zespole, współpracujących zespołach i całej organizacji. Nie musi być ktoś to o tytule „menadżera”; wystarczy każdy, komu zależy na przekonaniu sceptycznych członków zespołu do tego, by zacząć zmniejszać dystans między własnym zespołem a zespołem zewnętrznym, niezależnie od tego, czy są to programiści, administratorzy czy zespół platformowy.

Chociaż o kształcie łańcucha narzędzi DevOps decyduje faktyczna praca wykonywana codziennie przez zespół, potrzebne będzie oprogramowanie, aby połączyć i koordynować pracę między zespołem a resztą organizacji. Jira to potężne narzędzie, które pozwala na planowanie, śledzenie i zarządzanie projektami tworzenia oprogramowania, przy jednoczesnym informowaniu kolegów z zespołu i całej organizacji na temat stanu prac.

Aplikacje takie jak Zoom, Slack i Microsoft Teams są także niezbędne, aby zespoły mogły szybko i sprawnie komunikować się ze sobą, zwłaszcza w warunkach pracy zdalnej. Dawniej programista mógł podejść do zespołu operacyjnego, aby zapytać o status incydentu. Teraz taką bezpośrednią wymianę informacji umożliwiają aplikacje do komunikacji wirtualnej.

Należy jednak pamiętać, że oprogramowanie, które pozwala zespołom pracować razem, jest środkiem, a nie celem. Jeśli organizacja chce wykorzystać pełny potencjał DevOps — dotyczący przejrzystości, zaufania i autonomii — potrzebuje zespołów, a nie tylko narzędzi.