Menu

Samouczek SAFe Agile: Co to jest Scaled Agile Framework

  • Główny
  • Inny
  • Samouczek SAFe Agile: Co to jest Scaled Agile Framework

safe agile tutorial what is scaled agile framework

Wypróbuj Nasz Instrument Do Eliminowania Problemów

narzędzia do łamania haseł dla systemu Windows 7

Samouczek Scaled Agile Framework SAFe:

W ostatnim samouczku przedstawiliśmy koncepcję Trzy zasady Amigo co okazało się bardzo korzystne dla dostarczania właściwego rozwiązania w szybszym tempie z silnymi pętlami sprzężenia zwrotnego.

Jeśli jeszcze przez to nie przeszedłeś, sprawdź samouczek ponieważ jest to lektura obowiązkowa dla wszystkich, aby wejść do Agile Space.

W dzisiejszym świecie najlepszych technologii i mechanizmów dostarczania bardzo ważna jest umiejętność dostosowania się do zmieniającego się świata. Aby odnieść sukces, organizacja musi być w stanie sprostać szybkim zmianom w sposobie, w jaki się rozwija i dostarcza wartość swoim klientom.

bezpieczne_ skalowane zwinne frameworki

Ponieważ większość organizacji zmierza w kierunku Agility, bardzo ważne stało się skalowanie i utrzymanie przewagi konkurencyjnej. Wtedy na pierwszy rzut oka pojawiają się Scaled Agile Frameworks.

W tym samouczku SAFe szczegółowo omówimy Scaled Agile Framework. Zamierzamy również położyć nacisk na potrzebę wprowadzenia SAFe as w zrozumieniu ogólnego stwierdzenia problemu i wreszcie zobaczymy, jak wprowadzić SAFe w ruch.

Zacznijmy od toczenia piłki…

SAFe oznacza Scaled Agile Frameworks. SAFe zapewnia firma Scaled Agile. Powstał w 2011 roku, a jego twórcą i współzałożycielem był Dean Leffingwell.

Został stworzony, aby pomóc przedsiębiorstwom w skalowaniu oszczędnych i elastycznych procesów tworzenia oprogramowania. Podobnie jak LeSS, DAD i Nexus, SAFe jest również jednym z tych, którzy próbują znaleźć rozwiązanie problemów napotykanych podczas skalowania zespołu.

Czego się nauczysz:

Przed SAFe

Wcześniej, kiedy budowaliśmy duże i złożone systemy, rezultat był taki, że nie byliśmy w stanie dostarczyć na czas, a jakość nie była tak dobra, w wyniku czego wrażenia klientów również nie były świetne, co jest naprawdę złe!

SAFe próbuje rozwiązać te problemy, a firmy, które przyjęły te ramy, wykazały niesamowite rezultaty.

Co to jest SAFe?

Scaled Agile Framework to framework, który zapewnia cztery różne warstwy adaptacji Agile-Lean.

Najniższy poziom nazywany jest poziomem ZESPOŁU, gdzie wiele zespołów pracuje w oparciu o scrum, Kanban lub inną zwinną metodologię, wykorzystując podstawy programowania XP, dostarczając wartość na poziomie zespołu.

Poziom drugi, który przechodzi od góry do dołu, to PROGRAM, odnosi się do zespołów pracujących razem pod kierownictwem zespołu zarządzającego programem i dostarczających wartość w koncepcji Agile release train.

Nowa warstwa, która została dodana w SAFe 4.0 to VALUE STREAM, to nic innego jak połączenie zespołów programowych i zwinnych zestawów wydań, które są odpowiedzialne za dostarczanie klientom znacznej ilości wartości.

A na samym szczycie znajduje się nasz kolejny poziom zwany poziomem portfela, który jest odpowiedzialny za dopasowanie i sprawdzenie, jak wartość zostanie dostarczona na trzech poziomach poniżej portfela.

Safe wspiera rozwiązania na mniejszą skalę, zatrudniające od 50 do 125 praktyków, a także złożone systemy, które wymagają tysięcy ludzi.

Jest swobodnie ujawniany i stanowi internetową bazę wiedzy ze sprawdzonymi osiągnięciami. Jest używany przez wiele organizacji zajmujących się tworzeniem złożonego oprogramowania. SAFe mówi również o wyzwaniach stojących przed złożonym rozwojem oprogramowania, mówi także o różnych rolach, obowiązkach, artefaktach i różnych czynnościach związanych z każdą warstwą.

Bezpieczny

Dlaczego Scaled Agile Framework?

W dzisiejszych czasach nowe oprogramowanie i systemy przyciągają wszędzie największe zainteresowanie rynku. Bardzo częste wprowadzanie innowacyjnych pomysłów i nowych sposobów pracy powoduje odrzucenie tradycyjnych i przestarzałych systemów.

Mimo to organizacje, które zdają sobie sprawę z konieczności pójścia naprzód i wcześniejszego dostosowania się do zmiany, odniosą sukces.

Aby opracować systemy oprogramowania, musimy dotrzymywać kroku złożoności i zależnościom, które pojawiają się w połączonym środowisku. Sprawy stają się jeszcze bardziej złożone, gdy pojawiają się technologie takie jak Bigdata, media społecznościowe, urządzenia mobilne itp.

Oczekuje się, że organizacje nadążą za nowymi technologiami i systemami, a także utrzymają starsze systemy, które istnieją od lat.

W tradycyjnym świecie organizacje wykorzystywały model rozwoju kaskadowego do tworzenia oprogramowania.

To oprogramowanie zostało opracowane w trybie sekwencyjnym, tj. Następna faza mogła się rozpocząć dopiero po zakończeniu poprzedniej. Ten sposób pracy sprawdzał się znakomicie w starożytności, ale nie przynosi już oczekiwanych rezultatów dla środowiska, w którym innowacje i rozwój są na równi.

W ten sposób organizacje pracujące w trybie sekwencyjnym będą walczyć o skalowanie i rozwój.

Na poniższym obrazku zilustrowano niektóre z typowych wyzwań, przed którymi stoimy podczas tworzenia oprogramowania w modelu wodospadu:

wyzwania w modelu wodospadu

Zwróć uwagę, że te problemy wynikają ze stosowania złego systemu, w którym pracuje pracownik, oraz z powodu wydajności pracownika.

Dlatego, aby przezwyciężyć i pokonać te przeszkody i osiągnąć większe cele, powinniśmy wprowadzić techniki, które pozwolą stać się szczuplejszym i lepiej reagować na zmiany. Dlatego przyjęcie SAFe jest wysoce zalecane ze względu na jego wartości, zasady i praktyki.

Formacja SAFe

Zacznijmy naszą dyskusję o Scaled Agile Framework i jego tworzeniu. Do tej pory jasno wyartykułowaliśmy i zrozumieliśmy potrzebę posiadania Scaled Agile Framework w organizacji.

Teraz konceptualizuj środowisko, w którym wiele zespołów pracuje w podobnych warunkach, aby osiągnąć ten sam cel. Nadszedł czas, abyśmy ruszyli naprzód i zobaczyli, jak Agile Scaled Framework, taki jak Scaled Scrum, działa w tej przestrzeni.

  • Wszyscy interesariusze (wewnętrzni lub zewnętrzni) i kierownictwo spotykają się, aby stworzyć dokument wizji portfela na bardzo wysokim poziomie, który jest również nazywany zaległościami portfela. Portfolio Backlog zasadniczo składa się z wielu wymagań biznesowych i architektonicznych, które są również znane jako Epics. Te epopeje biznesowe i architektoniczne są zgodne z priorytetami.

Epicki

  • Na podstawie priorytetów te eposy są wybierane przez kierowników produktu / kierowników dostaw. Tworzą dobrze zdefiniowaną mapę drogową i dokument wizji. Robią to, omawiając plan wydania z zespołem ds. Zarządzania wydaniami, aby dostosować mapę drogową do wydań produkcyjnych.
  • Po utworzeniu mapy drogowej i dokumentu wizji następnym krokiem menedżera produktu jest utworzenie rejestru zaległości programu. Rejestr programu składa się z elementów wydania, bitów funkcjonalnych i puli wymagań niefunkcjonalnych (NFR).
  • Zespół ds. Zarządzania wydaniami przygotowuje plan wydania, aby dopasować funkcje w cyklach wydań.
  • Zespół ds. Zarządzania wersjami pracuje teraz nad elementami funkcji, aby zrealizować plan wydania i cele. Pracują również nad przygotowaniem architektury i infrastruktury, aby umożliwić płynne wydania.
  • Z Backlogu Programu przechodzimy do indywidualnego Backlogu Produktu, znanego również jako Team Backlog. Zespół Release / System ma swój własny Backlog Produktu, podobnie, każdy Zespół Scrumowy pracujący nad projektem będzie miał swój indywidualny Backlog Produktu.
  • Backlog Produktu składa się z historii funkcjonalnych i niefunkcjonalnych. Te historie są traktowane priorytetowo przez Właściciela Produktu, który pracuje nad tym Zespołem Scrumowym.
  • Zwykle istnieje 5-10 Zespołów Scrumowych, które pracują w Skalowanym Środowisku Agile. Każdy z Zespołów Scrumowych ma Właściciela Produktu, Scrum Mastera i Zespół Deweloperski. Role i obowiązki każdego członka zespołu Scrumowego w Scaled Scrum są takie same, jak w normalnym środowisku Scrumowym.
  • Zespół Scrumowy wykonuje wszystkie Ceremonie Scrumowe i pracuje nad opracowaniem Przyrostu, który ma być dostarczony na koniec każdego sprintu.

Porady i wskazówki

  • Dla wszystkich Zespołów Scrumowych daty rozpoczęcia i zakończenia Sprintu są takie same, jak ten sam czas trwania. W związku z tym Sprint wszystkich Zespołów Scrumowych jest zsynchronizowany.
  • Ponieważ wszystkie Zespoły Scrumowe pracują nad jedną misją, zależności między nimi powinny być jasno zdefiniowane, zaplanowane i przypisane, aby zminimalizować zakłócenia w dostawach produktów. Zależności między zespołami Scrumowymi to jeden z najbardziej rutynowych problemów w Scaled Scrum Environment.
  • Oczekuje się, że każdy z Zespołu Scrumowego dostarczy Przyrost na koniec każdego Sprintu. Wszystkie te przyrosty w połączeniu tworzą potencjalnie możliwy do wydania przyrost oprogramowania.
  • Podczas pracy w Scaled Scrum, przenoszenie członków zespołu z jednego zespołu do drugiego powinno być wykonywane ostrożnie. Zmiana członków zespołu jest niedozwolona podczas sprintu i nie ma wyjątku od tej reguły.
  • Ogólny postęp programu mierzy się integrując Przyrosty opracowane przez wszystkie Zespoły Scrumowe.
  • Podczas pracy w Scaled Scrum, ceremonia zwana „Scrum of Scrum” jest przeprowadzana codziennie lub co tydzień, podczas której do udziału wzywany jest przedstawiciel (zazwyczaj Scrum Master) z każdego Zespołu Scrumowego. To spotkanie jest takie samo jak w przypadku Daily Standup, a cel pozostaje ten sam: „Aby utrzymać zgodność i synchronizację między wieloma zespołami”.
  • Zawsze utrzymuj podstawowe wartości Scaled Agile Framework (SAFe) nienaruszone na wszystkich poziomach.

Podstawowe wartości: Wyrównanie, wbudowana jakość, wyrównanie i przejrzystość

Wartość bazowa

  • Komunikacja i współpraca między Zespołami Scrumowymi jest kluczem do sukcesu Skalowanego Scruma pod względem produktywności, jakości i czasu wprowadzenia na rynek.

Kilka poprawek tu i ówdzie w Scrum Framework może prowadzić do niesamowitych rezultatów w postaci Scaled Scrum.

Dlaczego powinniśmy używać tego Framework?

SAFe 4.0 dowiodło teraz sukcesu w wielu gigantycznych organizacjach, które wdrożyły tę platformę i poprawiły jakość obsługi klientów, dostarczając oprogramowanie w najkrótszym możliwym do osiągnięcia czasie zgodnie z metodą Lean-Agile.

Zasadniczo działa w oparciu o zwinny rozwój, myślenie systemowe i rozwój lean.

Pomaga w:

  • Dopasowanie celów biznesowych i technicznych firmy.
  • Podejmowanie decyzji w celu poprawy wyników.
  • Planowanie dostaw na czas.
  • Poprawa jakości rozwiązań.
  • Skalowanie zwinnych procesów do poziomu przedsiębiorstwa.
  • Efektywne wykorzystanie umiejętności pracowników.
  • Definiowanie efektywnych struktur organizacyjnych
  • Mierzenie wydajności zespołu zwinnego
  • Zasugeruj sposoby motywowania ludzi do dobrej pracy, uczenia się nowych rzeczy i podejmowania ryzyka.

Oto dane od przedsiębiorstw, które pomyślnie go wdrożyły

dane od przedsiębiorstw, które pomyślnie wdrożyły SAFe

Konfiguracje SAFe

SAFe obsługuje pełen zakres środowisk programistycznych w czterech konfiguracjach,

Konfiguracja SAFe

1. Podstawowy SAFe

  • Konfiguracja Essential SAFe jest sercem Framework i jest najprostszym punktem wyjścia do implementacji.
  • Jest to podstawowy element konstrukcyjny wszystkich innych konfiguracji SAFe i opisuje najbardziej krytyczne elementy wymagane do zrealizowania większości zalet platformy.
  • Poziomy zespołu i programu tworzą strukturę organizacyjną zwaną Agile Release Train (ART), w której zespoły zwinne, kluczowi interesariusze i inne zasoby są przeznaczone na ważną, ciągłą misję rozwiązania.

2. Portfolio SAFe

  • Konfiguracja Portfolio SAFe pomaga dostosować wykonanie portfela do strategii przedsiębiorstwa.
  • Zorganizowane wokół przepływu wartości.
  • Budżetowanie Lean-Agile wspiera decydentów.
  • System Kanban zapewnia widoczność portfela i limity WIP.
  • Architektura korporacyjna kieruje większymi decyzjami technologicznymi.
  • Wskaźniki obiektywne wspierają zarządzanie i doskonalenie.
  • Dostarczanie wartości za pośrednictwem Epics.

3. Duże rozwiązanie SAFe

  • Konfiguracja SAFe dla dużych rozwiązań służy do opracowywania największych i najbardziej złożonych rozwiązań, które zazwyczaj wymagają wielu zestawów wersji Agile i dostawców, ale nie wymagają rozważań na poziomie portfolio.
  • Jest to powszechne w branżach takich jak lotnictwo, obronność, motoryzacja itp.
  • Struktura organizacyjna Solution Train na poziomie dużych rozwiązań pomaga przedsiębiorstwom, które stoją przed największymi wyzwaniami - budowaniem wielodyscyplinarnego oprogramowania, sprzętu i złożonych systemów informatycznych.
  • Tworzenie tych rozwiązań wymaga dodatkowych ról, artefaktów, zdarzeń i koordynacji.

4. Pełny SAFe

  • Pełna konfiguracja SAFe to najbardziej wszechstronna wersja Framework.
  • Wspiera przedsiębiorstwa, które budują i utrzymują duże zintegrowane rozwiązania, które wymagają setek lub więcej osób, i obejmuje wszystkie poziomy SAFe: zespół, program, duże rozwiązanie i portfolio.
  • W największych przedsiębiorstwach może być wymaganych wiele wystąpień różnych konfiguracji SAFe.

Fundacja

Fundacja zawiera zasady pomocnicze, wartości, sposób myślenia, wskazówki dotyczące wdrażania i role przywódcze, które są wymagane do skutecznego dostarczania wartości na dużą skalę.

1. Liderzy Lean-Agile

Kierownictwo ponosi ostateczną odpowiedzialność za wyniki biznesowe. Liderzy muszą zostać przeszkoleni, a następnie zostać trenerami tych szczuplejszych sposobów myślenia i działania. W tym celu SAFe opisuje nowy styl przywództwa prezentowany przez liderów przedsiębiorstwa.

Liderzy Lean-Agile prowadzą swoją organizację w tworzeniu lepszych systemów poprzez iteracyjne i przyrostowe sposoby uczenia się, coachingu, rozwijania ludzi i procesów.

Liderzy SAFe Lean-Agile

Liderzy SAFe Lean-Agile to uczący się przez całe życie i nauczyciele, którzy pomagają zespołom budować lepsze systemy poprzez zrozumienie i prezentowanie zasad myślenia Lean-Agile i SAFe.

2. Podstawowe wartości

Cztery podstawowe wartości definiują system przekonań dla SAFe:

Wykonanie programu

  • Realizacja programu jest najważniejszymi podstawowymi wartościami, ponieważ porównuje się ją z innymi wartościami, bez których zespół wykonawczy nie może dostarczyć żadnej wartości klientowi.
  • Głównie koncentruje się na działającym oprogramowaniu i świetnym doświadczeniu klienta.
  • Złożone tworzenie oprogramowania odbywa się za pomocą kontroli i biegłości na końcu i działa lepiej w każdym PI.
  • Nie tylko zespoły, ale z pomocą liderów Agile, zespół kierowniczy może również zapewnić satysfakcję klienta

Przezroczystość

  • Na każdym poziomie, czyli na poziomie zespołu, programu, strumienia wartości i portfela mamy tablicę, która wyświetla informacje o postępach projektu w dowolnym momencie.
  • Zespół podąża za zwinnym scrumem, dlatego wszyscy członkowie zespołu ufają sobie i mają swobodę podejmowania decyzji, które sprzyjają innowacjom.
  • Zachęca do otwartej i szczerej komunikacji ze wszystkimi zainteresowanymi stronami.
  • Cenisz produktywność, jakość, przejrzystość i otwartość nad polityką wewnętrzną.

Wbudowana jakość

  • Stopniowo wdrażaj wbudowane procedury jakości oprogramowania, sprzętu i oprogramowania układowego. Zrozum, naucz lub sponsoruj rozwój umiejętności technicznych wspierających wysokiej jakości kod, komponenty, systemy i rozwiązania.
  • Wspieraj wspólnoty praktyków.
  • Zrozum, wspieraj i stosuj Agile Architecture i Lean User Experience (UX).

3. Lean-Agile Mindset

Liderzy Lean-Agile to uczący się przez całe życie i nauczyciele. Rozumieją i przyjmują zasady i praktyki Lean i Agile.

Sposób myślenia Lean-Agile

Nasz sposób myślenia Lean-Agile jest reprezentowany w dwóch aspektach:

(i) The House of Lean:

House of Lean to ten, który tu widzisz.

Posiada szereg elementów:

Wartość, ponieważ cel Lean jest bardzo prosty, ma najkrótszy zrównoważony czas realizacji. Osiągają to filary szacunek dla ludzi i kultury , przepływ rozwoju produktu, innowacje - krytyczne dla długoterminowego zrównoważonego rozwoju - i nieustanne ulepszanie. I jest obsługiwany przez przywództwo .

To jest struktura, w której myślimy o paradygmacie Lean.

(ii) Manifest Agile:

Po drugie jest Manifest Agile , który jest z nami od 2001 roku. To bardzo dobrze napisany dokument i to, co mówi, jest prawdą do dziś. Potrzebujemy Manifestu Agile, ponieważ jest on kluczem do odblokowania motywacji i talentów pracowników wiedzy, którzy opracowują nasze rozwiązania i oprogramowanie.

Manifest Agile

  1. Najwyższym priorytetem jest zadowolenie klienta poprzez ciągłe i wczesne dostarczanie wartościowego oprogramowania.
  2. Dostosuj się do zmieniających się wymagań, nawet jeśli są one późno w fazie rozwoju. Elastyczne procesy wykorzystują zmiany z korzyścią dla klienta.
  3. Dostarczaj działające oprogramowanie często, od kilku tygodni do kilku miesięcy, preferując krótsze ramy czasowe.
  4. Deweloperzy i ludzie biznesu muszą codziennie współpracować przez cały projekt.
  5. Twórz projekty wokół zmotywowanych osób. Zapewnij im wsparcie i środowisko, którego potrzebują, i ufaj, że wykonają swoją pracę.
  6. Najbardziej efektywną metodą komunikacji z zespołem programistów jest rozmowa twarzą w twarz.
  7. Działające oprogramowanie jest podstawowym miernikiem postępu.
  8. Zwinne procesy promują zrównoważony rozwój. Sponsorzy, programiści i użytkownicy powinni mieć możliwość utrzymywania stałego tempa w nieskończoność.
  9. Ciągła dbałość o doskonałość techniczną i dobry projekt zwiększa zwinność.
  10. Prostota - sztuka maksymalizacji ilości niewykonanej pracy i jest bardzo istotna.
  11. Najlepsze architektury, wymagania i projekty powstają dzięki samoorganizującym się zespołom.
  12. W regularnych odstępach czasu zespół zastanawia się, jak stać się bardziej efektywnym, a następnie odpowiednio dostosowuje i dostosowuje swoje zachowanie.

4. Zasady SAFe

Praktyki SAFe opierają się na dziewięciu zasadach, które syntetyzują metody Agile, rozwój produktów Lean, myślenie systemowe i dziesięciolecia doświadczeń w terenie.

  1. Spójrz na ekonomię
  2. Zastosuj myślenie systemowe
  3. Zakładaj zmienność, zachowaj opcje
  4. Buduj stopniowo dzięki szybkim, zintegrowanym cyklom uczenia się.
  5. Opieraj kamienie milowe na obiektywnej ocenie działających systemów
  6. Wizualizuj i ograniczaj WIP, zmniejszaj rozmiary partii i zarządzaj długością kolejki
  7. Zastosuj kadencję, zsynchronizuj z planowaniem międzydomenowym
  8. Odblokuj wewnętrzną motywację pracowników wiedzy
  9. Zdecentralizuj podejmowanie decyzji

5. Plan wdrażania

Wdrażanie zmian, które są niezbędne, aby stać się przedsiębiorstwem technologicznym Lean-Agile, jest istotną zmianą dla większości firm. SAFe zapewnia mapę drogową wdrażania, która pomaga organizacjom lub prowadzi je na tej drodze.

Na koniec omówmy wdrażanie. Opiszemy to za pomocą naszego modelu implementacji SAFe 1-2-3.

Numer 1 to szkolenie agentów zmiany Lean-Agile. Nazywamy ich Konsultantami Programu SAFe. Dysponując wystarczającą liczbą pracowników Lean-Agile zajmujących się zmianą na miejscu i współpracując z partnerami, będziesz mieć możliwość szkolenia kadry kierowniczej, liderów i menedżerów, którzy są osobami odpowiedzialnymi za zarządzanie ludźmi dostarczającymi wartość.

Będą wtedy w stanie wspierać uruchomienie Agile Release Trains. A z jednym pociągiem na raz zbudujesz portfolio Agile.

6. Konsultanci programu SAFe (SPC)

SPC to agenci zmian, którzy łączą swoją wiedzę techniczną na temat SAFe z wewnętrzną motywacją do ulepszania oprogramowania i procesów rozwoju systemu w swojej firmie.

Wniosek

Bezpieczny to struktura, która zapewnia nam zgodność nie tylko z zespołem (niższy poziom) i poziomem programu, ale także pomaga nam dostosować się do strategii organizacji (najwyższy poziom) i tego, jak zespół działa w zakresie dodawania wartości dla klientów od samego najwyższego poziomu.

Jest dostępny w różnych konfiguracjach, a firmy mogą z niego skorzystać

Może być używany przez dużą organizację i ma dobre opinie firm w niej wdrożonych, ma zasady, wartości i zasady, jeśli jest właściwie stosowany, organizacja może zachwycać klienta i produkować oprogramowanie w najkrótszym zrównoważonym tempie czas, który dodaje wartości.

W tym samouczku doszliśmy do końca naszego Seria Agile Scrum . Mamy nadzieję, że dobrze się bawiłeś i czytałeś nasze artykuły na temat Agile.

Daj nam również znać, jeśli myślisz, że mogliśmy zapomnieć o jakimkolwiek temacie z serii Agile. Z przyjemnością pójdziemy o krok dalej i omówimy ten temat za Ciebie. Następny jest interesujący quiz Agile z odpowiedziami. Nie zapomnij spróbować !!

pytania i odpowiedzi na rozmowę z leadem testowym pdf

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury

^