SAFe i DevOps: Idealny duet (Sarrah Pitaliya)

Dziś zarówno SAFe, jak i DevOps osiągnęły bardzo dojrzały etap rozwoju. Integracja tych dwóch dziedzin cieszy się coraz większym zainteresowaniem ze strony organizacji przedsiębiorstw. W tym poście omówimy zalety integracji SAFe i DevOps oraz
kroki niezbędne do wdrożenia integracji. 

Post zaczyna się od podstaw, używając struktury co-dlaczego jako zasady organizacyjnej. Następnie dyskusja przenosi się na integrację SAFe i DevOps. W końcu docieramy do obiecanego wcześniej brakującego ogniwa. Więc bez dalej
ado, do dzieła! 

Podstawy SAFe i DevOps 

Jak omówiono wcześniej, zacznijmy od podstaw zarówno SAFe, jak i DevOps. Zrozumiesz, kim oni są i ogólne podsumowanie ich historii, co pozwoli ci zrozumieć, w jaki sposób doszli do zajęcia czołowej pozycji. Po naszej dyskusji
od tego, co, przejdziemy do tego, dlaczego, omawiając znaczenie SAFe i DevOps oraz wyzwania, jakie te dwie praktyki łagodzą dla organizacji. 

Scaled Agile Framework: SAFe 

Scaled Agile Framework, w skrócie SAFe, to rozwinięcie idei przedstawionych w Manifeście Agile, tak aby mogły one skutecznie funkcjonować w skali całego przedsiębiorstwa.  

Zwięzły przegląd historii Agile 

Aby zrozumieć, czym jest SAFe i jak działa, musisz ogólnie znać metodyki zwinne. W latach 1990. kilku doświadczonych programistów i konsultantów zaczęło eksperymentować z nowatorskimi podejściami do procesu tworzenia oprogramowania. Rozwój
metodologii, które wymyślili, mając wiele wspólnych cech między sobą. Kładli nacisk na krótsze pętle informacji zwrotnych, kładąc większy nacisk na przejrzystą komunikację i przedkładanie działającego oprogramowania nad obszerną formalną dokumentację.
Z zadowoleniem przyjęli nieprzewidywalność przyszłości, zamiast próbować ją przewidywać. 

W 2001 roku siedemnastu z tych konsultantów ds. oprogramowania spotkało się, aby porozmawiać o swoich metodologiach rozwoju. Przedstawiają w nim zestaw wartości i zasad, które ich zdaniem, jeśli będą przestrzegane, mogą zaowocować ulepszonymi metodami tworzenia oprogramowania.
Pierwsza dekada XXI wieku przyniosła stały wzrost liczby programistów stosujących metodyki zwinne, po tym jak stało się jasne, że podejście to przyniosło wymierne rezultaty.  

Wpisz SAFe 

Wydajność SAFe można przypisać czterem podstawowym zasadom frameworka: wyrównaniu, przejrzystości, wbudowanej jakości i wykonaniu programu. 

Organizacje korporacyjne napotkały na przestrzeni czasu kilka przeszkód, jeśli chodzi o rozszerzenie zwinnych praktyk i zasad. Nakłonienie zwinnych zespołów do pracy z długoterminowymi horyzontami planowania jest jednym z najtrudniejszych wyzwań. Ponadto zwinne zespoły
autonomia w zakresie samodzielnego zarządzania i decydowania o tym, jak będą wykonywać swoją pracę, może nie zawsze być zgodna z działaniami prowadzonymi na skalę przedsiębiorstwa. 

Ramy SAFe to jedno z narzędzi, które może pomóc organizacjom w pokonywaniu takich wyzwań. 

Kultura DevOps 

Teraz, gdy omówiliśmy pierwszą połowę duetu SAFe/DevOps, przejdziemy do drugiej połowy i zagłębimy się w ruch DevOps.

Według Google, odsetek zespołów DevOps stopniowo rośnie, odnotowując odpowiednio 16%, 19% i 22% w latach 2014, 2015 i 2016. A od trzech lat utrzymuje się na stałym poziomie około 27%. 

Co oznacza termin „DevOps”? 

Połączenie słów „rozwój” i „operacje” zaowocowało powstaniem terminu znanego jako „DevOps”. Termin DevOps Culture odnosi się bardziej do ruchu niż do procesu. Łącząc odpowiednich ludzi, procesy, technologie,
i kultur, DevOps ma na celu przełamanie barier, które tradycyjnie istniały między różnymi działami firmy technologicznej, w szczególności tych, które istnieją między programistami a operacjami, aby osiągnąć szybkie dostarczanie oprogramowania przy zachowaniu
wysoki poziom stabilności i jakości.  

77% ankietowanych przez nas firm stwierdziło, że polega na DevOps przy wdrażaniu oprogramowania i planowaniu najwcześniej. 

oraz
86% firm czują potrzebę rozwoju i szybkiego rozpoczęcia produkcji nowych produktów. 

Dlaczego warto mieć DevOps? 

Tradycyjny model tworzenia i dostarczania oprogramowania funkcjonował poprzez izolowanie różnych ról zaangażowanych w proces, w szczególności tych, którzy są autorami kodu, oraz tych, którzy są odpowiedzialni za jego wdrożenie i bieżące utrzymanie w środowisku produkcyjnym. to było
opłakany stan rzeczy, ponieważ dawał każdej grupie różne i sprzeczne bodźce do dążenia do swoich celów. Według inżynierów kod powinien zostać wysłany tak szybko, jak to możliwe. Z drugiej strony ci, którzy pracują w operacjach lub jako administratorzy systemu
przykładać dużą wagę do spójności. Zazwyczaj nie podoba im się pomysł regularnego wysyłania kodu do produkcji.  

Ten problem sprytnie rozwiązuje metodologia DevOps, która sugeruje, że granice między inżynierami oprogramowania a personelem operacyjnym powinny być zatarte lub całkowicie zniszczone, aby uniknąć potencjalnego konfliktu interesów. Według raportu State of DevOps,
DevOps pomógł najlepszym firmom IT wdrażać oprogramowanie 30 razy częściej przy 200 razy krótszym czasie realizacji. Ponadto regenerują się 168 razy szybciej i mają 60 razy mniej awarii. 

Integracja SAFe DevOps wydaje się mieć logiczny sens. 

DevOps osiągnął swój dojrzały stan i wiele organizacji próbowało zaadaptować go na dużą skalę, ale miały z tym wiele problemów. 

Dzięki osiągnięciom obu metodologii organizacje wykazują coraz większe zainteresowanie łączeniem SAFe i DevOps w swoich procesach tworzenia oprogramowania. Na przykład najnowsze wydania SAFe obejmują DevOps jako jedną z opcjonalnych ram
składniki.  

Kluczowym składnikiem przepisu na sukces jest zarządzanie strumieniem wartości 

Zarządzanie strumieniami wartości to innowacyjny zestaw praktyk i narzędzi. Celem VSM w całym procesie wytwarzania oprogramowania jest zapewnienie jak największej przejrzystości przepływu pracy. Kiedy organizacje mają lepszą widoczność
w całym projekcie, od jego powstania do produkcji, są w stanie lepiej lokalizować i eliminować wąskie gardła. 

Wnioski 

Skupiliśmy się na SAFe, DevOps i integracji tych dwóch. Zrozumiałeś każde z tych pojęć, w tym ich definicje, historie i problemy, które można rozwiązać za ich pomocą. Pokazaliśmy, że organizacje mają trudności ze skalowaniem
zwinny dla całego przedsiębiorstwa i skalowania DevOps. Masz teraz jeszcze lepsze narzędzia do dostarczania wysokiej jakości oprogramowania w swojej firmie przy zachowaniu wysokiego wskaźnika produktywności. Ufamy, że ten artykuł okaże się pouczający. Do następnego razu, szczęśliwego rozwoju!