Samouczek SAFe (Scaled Agile Framework).

Co to jest SAFe (Scaled Agile Framework)?

Skalowane zwinne środowisko (SAFe) to ogólnodostępna internetowa baza wiedzy, która pozwala na zastosowanie praktyk Lean-Agile na poziomie przedsiębiorstwa. Zapewnia proste i lekkie doświadczenie w tworzeniu oprogramowania. Jest to zestaw organizacji i wzorców przepływu pracy, który ma pomóc przedsiębiorstwom w skalowaniu praktyk odchudzonych i zwinnych. Jest on podzielony na trzy segmenty: Zespół, Program i Portfolio.

Certyfikat SAFe framework pozwala zespołowi na,

• Wdrażanie oprogramowania i systemów Lean-Agile na poziomie przedsiębiorstwa
• Opiera się na zasadach Lean i Agile.
• Zawiera szczegółowe wytyczne dotyczące pracy w portfelu przedsiębiorstwa, strumieniu wartości, programie i zespole.
• Został zaprojektowany tak, aby spełniać potrzeby wszystkich interesariuszy w organizacji.

SAFe został po raz pierwszy opracowany w terenie i został opracowany w Dziekan Leffingwell”książki i blog. Wersja 1.0 to pierwsze oficjalne wydanie w 2011 r. Najnowsza wersja to 4.6, wydana w październiku 2018 r. Zawiera wskazówki dotyczące pracy na poziomie portfela przedsiębiorstwa, strumienia wartości, programu i zespołu.

Dlaczego warto używać SAFe Agile Framework

Jest to prosty i lekki framework, który jest w stanie obsłużyć potrzeby dużych strumieni wartości i złożonego rozwoju systemu. Wdrażając zwinny framework SAFe, uzyskasz następujące korzyści:

• Zwiększona produktywność by 20 - 50%
• Jakość wzrosła ponad 50%
• Czas na rynek jest szybszy niż 30 -75%
• Bardziej zaangażowanie pracowników oraz satysfakcja z pracy.

Szczegółowy schemat ramowy jest dostępny na stronie Zbieranie danych analitycznych o stronach internetowych lub aplikacjach (aby sprawdzić, czy strona działa poprawnie lub które sekcje strony są najbardziej atrakcyjne dla odwiedzających).. Pokazuje wszystkie kluczowe role, działania, rezultaty i przepływy. Służy również jako pomoc nawigacyjna w pozostałej części witryny.

Poniższy obraz wyjaśnia, jak działa zwinny proces. Epopeje to obszerny zbiór dzieł, który jest dalej podzielony na kilka mniejszych historii lub podeposów. Te sub-eposy są przydzielane zespołowi jako opowieść. Następnie każdy zespół pracuje odpowiednio nad tymi historiami lub funkcjami oprogramowania.

Kiedy stosować skalowane zwinne środowisko

• Gdy zespół jest zainteresowany konsekwentnym wdrażaniem zwinnego podejścia w większych programach i portfelach obejmujących wiele zespołów.
• Kiedy wiele zespołów stosuje własną metodę wdrażania Agile, ale regularnie napotyka przeszkody, opóźnienia i awarie.
• Kiedy zespoły chcą pracować niezależnie.
• Kiedy chcesz skalować Agile w całej organizacji, ale nie masz pewności, jakie nowe role mogą być potrzebne lub jakie istniejące role (tj. kierownictwo) należy zmienić i w jaki sposób.
• Kiedy próbowałeś skalować Agile w całej organizacji, ale masz trudności z osiągnięciem jednolitej lub spójnej strategii we wszystkich działach biznesowych, od poziomu portfela po poziom programu i zespołu.
• Kiedy organizacja musi skrócić czas realizacji rozwoju produktu i chce wiedzieć, jak innym firmom udało się skalować Agile za pomocą SAFe.

Jak bardzo różni się od innych praktyk Agile

Teraz, w tym samouczku Scaled Agile Framework, zobaczmy, jak framework Scaled Agile różni się od innych zwinnych praktyk,

• Jest ogólnodostępny i darmowy.
• Dostępne w bardzo przystępnej i użytecznej formie.
• Jest lekki, ma praktycznie sprawdzone wyniki i jest dostosowany do poziomu.
• Stale/regularnie modyfikuje/utrzymuje najczęściej stosowane praktyki zwinne.
• Oferuje przydatne rozszerzenia typowych praktyk zwinnych.
• Opiera zwinne praktyki na kontekście przedsiębiorstwa.
• Oferuje pełny obraz rozwoju oprogramowania.
• Widoczność lub przejrzystość jest większa na wszystkich poziomach.
• Ciągła lub regularna informacja zwrotna na temat jakości i ulepszeń.

FoundationSkalowalnego Agile Framework

Scaled Agile Framework (SAFe): Opiera się na fundamentach swojego

1. Zasady Lean-Agile
2. Podstawowe wartości,
3. Przywództwo Lean-Agile
4. Nastawienie Lean-Agile,
5. Wspólnoty Praktyk (grupa osób stale pracujących nad praktykami SAFe)
6. Wdrażanie 1-2-3

Zasady SAFe Lean-Agile

Aby uzyskać pożądane rezultaty, należy zrozumieć, przedstawić i kontynuować te podstawowe zasady i wartości SAFe Agile.

• Spójrz na sytuację ekonomiczną
• Stosuj myślenie systemowe
• Załóż zmienność; zachować opcje
• Twórz przyrostowo dzięki szybkim, zintegrowanym cyklom uczenia się
• Oprzyj kamienie milowe na obiektywnej ocenie działających systemów
• Wizualizuj i ograniczaj WIP, redukuj rozmiary partii i zarządzaj długością kolejek
• Zastosuj rytm, synchronizuj z planowaniem międzydomenowym
• Odblokuj wewnętrzną motywację pracowników wiedzy
• Decentralizacja podejmowania decyzji

Podstawowe wartości SAFe Agile

Metodologia SAFe Agile opiera się na tych czterech wartościach.

Wyrównanie:

• SAFe obsługuje wyrównanie.
• Wyrównanie rozpoczyna się o godz.
  • Tematy strategiczne w portfelu portfela i
  • Przechodzi w dół do wizji i planu działania zaległości programowych, a następnie
  • Przechodzi do Rejestrów Zespołu.

Wbudowana jakość:

• Zapewnia to, że każda dodatkowa dostawa odzwierciedla standardy jakości.
• Jakość nie jest „dodawana później”, jest wbudowana.
• Wbudowana jakość jest warunkiem wstępnym Lean i jego obowiązkiem

Przejrzystość:

• Przejrzystość jest czynnikiem budującym zaufanie.
• SAFe pomaga przedsiębiorstwu osiągnąć przejrzystość na wszystkich poziomach – na poziomie kadry kierowniczej, menedżerów portfela i innych interesariuszy.
• Każdy może przeglądać zaległości portfela/Kanban, zaległości programowe/Kanban i zaległości zespołu/Kanban.
• Każdy poziom ma jasne zrozumienie celów PI.
• Programy szkoleniowe mają wgląd w zaległości zespołu, a także inne zaległości w programach
• Zespoły i programy mają wgląd w biznes i architekturę Eposów. Mogą zobaczyć, co może zmierzać w ich kierunku.

Wykonanie programu:

• SAFe kładzie duży nacisk na działające systemy i wynikające z nich wyniki biznesowe.
• SAFe nie jest przydatny, jeśli zespoły nie mogą działać i stale dostarczać wartości.

Liderzy Lean Agile

Liderzy Lean-Agile to uczniowie i nauczyciele, którzy uczą się przez całe życie. Pomaga zespołom budować lepsze systemy poprzez zrozumienie i wdrażanie zasad Lean-Agile SAFe.

Ostateczną odpowiedzialnością jako czynnik umożliwiający zespołom jest przyjęcie, sukces i ciągłe doskonalenie rozwiązań Lean-Agile. Aby wprowadzać zmiany i ciągłe doskonalenie, liderzy muszą się szkolić.

Liderzy muszą przyjąć nowy styl przywództwa. Takie, które naprawdę wzmacnia i angażuje jednostki i zespoły w celu osiągnięcia ich najwyższego potencjału.

Zasady liderów Lean-Agile

• Poprowadź zmianę
• Poznaj Drogę; Połóż nacisk na uczenie się przez całe życie
• Rozwijaj ludzi
• Inspiruj i dopasowuj się do misji; Minimalizuj ograniczenia
• Decentralizacja podejmowania decyzji
• Odblokuj wewnętrzną motywację pracowników wiedzy

Nastawienie Lean Agile

Sposób myślenia Lean-Agile wyraża się w dwóch aspektach:

1. Dom Lean SAFe
2. Zwinny Manifest

Dom Lean SAFe:

SAFe wywodzi się z zasad i praktyk Lean Manufacturing. Na podstawie tych czynników SAFe przedstawia „Dom Lean SAFe”. Inspirowany jest „domem” szczupłej Toyoty.

Cel Lean jest nie do pobicia: zapewnić klientowi maksymalną wartość w najkrótszym czasie realizacji przy najwyższej możliwej jakości

Poniższy rysunek wyjaśnia Cel, Filary i Foundation „SAFe House of Lean”.

Zwinny Manifest

Odkrywamy lepsze sposoby rozwojuping oprogramowanie, robiąc to i piekłoping Inni to robią. Dzięki tej pracy doceniliśmy:

Dlatego też, chociaż elementy po prawej stronie mają wartość, bardziej cenimy elementy po lewej stronie.

Zwinny Manifest

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 na późnym etapie rozwoju. Metodologia Agile SAFe wykorzystuje 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. Programiści i ludzie biznesu muszą codziennie współpracować przez cały czas trwania projektu.
5. Buduj projekty wokół zmotywowanych osób. Zapewnij im wsparcie i środowisko, którego potrzebują, i zaufaj im, ż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 podstawową miarą postępu.
8. Procesy Agile promują zrównoważony rozwój. Sponsorzy, deweloperzy i użytkownicy powinni być w stanie utrzymać stałe tempo w nieskończoność.
9. Ciągła dbałość o doskonałość techniczną i dobry projekt zwiększają zwinność.
10. Prostota – sztuka maksymalizacji ilości niewykonanej pracy – jest niezbędna.
11. Najlepsze architektury, wymagania i projekty powstają w wyniku pracy samoorganizujących się zespołów.
12. W regularnych odstępach czasu zespół zastanawia się, jak zwiększyć efektywność, a następnie odpowiednio dostosowuje swoje zachowanie.

Różne poziomy w SAFE

Istnieją dwa różne typy implementacji SAFe:

1. Wdrożenie SAFe 4.0
2. Wdrożenie SAFe 3.0

• W implementacji SAFe 4.0 mamy 4 poziomy: Portfel, strumień wartości, program i zespół.
• W implementacji SAFe 3.0 mamy 3 poziomy: Portfolio, program i zespół
• 3-poziomowy SAFe przeznaczony jest dla mniejszych wdrożeń obejmujących 100 lub mniej osób. Programy, które nie wymagają znaczącej współpracy.
• 4-poziomowy SAFe przeznaczony jest dla rozwiązań, które zazwyczaj wymagają wielu setek specjalistów do opracowania wdrożenia i utrzymania oprogramowania.

Poziom zespołu

Role/zespoły	Wydarzenia	Artefakty
Zespół Agile	Sprint Planowanie	Zaległości zespołu
Product Owner	Pielęgnacja zaległości	Wymagania niefunkcjonalne
Scrum Master	Codzienny Stand-Up	Cele zespołu PI
	Egzekucja	Iteracje
	Sprint Demo	Historie (Oprogramowanie działające)
	Sprint Retrospektywa	Sprint Gole
	IP Sprints	Wbudowana jakość
		Spikes
		Zespół Kanban

• Wszystkie zespoły SAFe są częścią jednego lub drugiego Agile Release Train (ART).
• Zespoły SAFe to silne, samoorganizujące się, samozarządzające i wielofunkcyjne zespoły
• Każdy zespół jest w równym stopniu odpowiedzialny za definiowanie, budowanie i testowanie historii na podstawie Rejestru Zespołu w iteracjach o stałej długości
• Zespoły planują i realizują dwutygodniowe iteracje ograniczone czasowo zgodnie z ustalonymi Celami Iteracji.
• Zespoły będą korzystać z procedury ScrumXP/Team Kanban w celu dostarczania wysokiej jakości systemów w celu tworzenia wersji demonstracyjnej systemu co dwa tygodnie.
• Wszystkie różne zespoły w ART (Agile Release Trains) stworzą zintegrowany i przetestowany system. Interesariusze dokonają oceny i udzielą szybkiej informacji zwrotnej
• Stosują wbudowane praktyki jakości.
• Każdy zespół ScrumXP będzie liczył 5-9 członków, co obejmuje wszystkie role niezbędne do zbudowania wartości przyrostowej jakości w każdej Iteracji.
• Role ScrumXP obejmują:
  • Zespół (rozwój i zapewnienie jakości)
  • Scrum Master
  • Właściciel Produktu. Itp..
• SAFe dzieli oś czasu rozwoju na zestaw iteracji w ramach PI (przyrostu programu).
• Czas trwania PI wynosi od 8 do 12 tygodni.
• Zespół wykorzysta historie, aby zapewnić wartość. Właściciel Produktu będzie miał władzę nad tworzeniem i akceptowaniem historii.
• Historie zawierają wymagania Klienta.
• Rejestr zespołu zawiera historie użytkowników i czynników wspomagających, które są identyfikowane podczas planowania PI. Kiedy kierownictwo produktu przedstawia plan działania, wizję i rejestr programu.
• Identyfikowanie, opracowywanie, ustalanie priorytetów, planowanie, wdrażanie, testowanie i akceptowanie historii to podstawowe wymagania pracy zarządczej na poziomie zespołu.
• Każda iteracja zapewnia:
  • Cenny przyrost nowej funkcjonalności
  • Osiągnij poprzez stale powtarzający się wzór
  • Zaplanuj iterację
  • Zaangażuj się w jakąś funkcjonalność
  • Wykonaj iterację, budując i testując historie
  • Demo nowej funkcjonalności
  • Retrospektywa
  • Powtórz dla następnej iteracji
• Zespoły obsługują także wersję demonstracyjną systemu na koniec każdej iteracji. który jest krytycznym punktem integracji ART.
• Większe strumienie wartości będą miały wiele ART.
• Iteracje innowacji i planowania (IP) pozwalają zespołom na wprowadzanie innowacji i eksplorację.

Poziom programu

Role/zespoły	Wydarzenia	Artefakty
DevOps	Planowanie PI (przyrostu programu)	Wizja
Zespół systemowy	Dema systemowe	Roadmap
Zarządzanie wersjami	Warsztat inspekcyjny i adaptacyjny	Metryka
Zarządzanie Produktem	Architektoniczny Runway	Kamienie milowe
UEX ArchiTECT	Zwolnij w dowolnym momencie	prasowe
Inżynier pociągu wydań (RTE)	Agile Release Train	Eposy programowe
Konfiguracja Architec/Inżynier	Wydanie	Program Kanban
Właściciele przedsiębiorstw		Zaległości programowe
Liderzy Lean-Agile		Wymagania niefunkcjonalne
Wspólnoty praktyków		Najpierw ważona najkrótsza praca (WSJF)
Usługi wspólne		Cele programu PI
Klient		Cecha
		Enabler
		Rozwiązanie
		Koordynacja strumienia wartości

• Na poziomie Programu wartość SAFe jest dostarczana przez długotrwałe pociągi Agile Release Trains (ART). Iteracja jest dla zespołu, a pociąg dla programu.
• Agile Release Trains (ART) to podstawowy sposób dostarczania wartości na poziomie programu. Dostarcza organizacji strumień wartości.
• Czas trwania Przyrostów Programu (PI) wynosi od 8 do 12 tygodni.
• ART składa się z 5 – 12 zespołów Agile (~50 – 125+ osób), które obejmują wszystkie role i infrastrukturę niezbędną do dostarczenia w pełni przetestowanego, działającego oprogramowania na poziomie systemu.
• Każdy PI jest wieloiteracyjnym polem czasowym. Podczas którego opracowywany i dostarczany jest znaczący, wartościowy przyrost systemu.
• W każdym PI odbędą się sesje „demo” oraz „sprawdź i dostosuj”, po czym rozpoczyna się planowanie kolejnego PSI.
• Na poziomie Programu SAFe kładzie nacisk na zasadę dostosowania. Dzieje się tak dlatego, że w celu stworzenia wartości dla klienta zintegrowane są wysiłki wielu zwinnych zespołów.
• Hierarchia artefaktów SAFe jest taka Eposy->funkcje->historie użytkowników.
• Na poziomie programu Menedżer Produktu/Menedżer Programu ma uprawnienia do treści. Definiuje i priorytetyzuje backlog programu.
• Zaległość programu to lista funkcji z priorytetami.
• Na poziomie programu funkcje mogą pochodzić lub mogą wynikać z epików zdefiniowanych na poziomie portfela.
• Funkcje rozkładają się na historie użytkowników i trafiają do zaległości na poziomie zespołu.
• Rolę Menedżera Produktu lub Inżyniera ds. wydania może pełnić Menedżer Programu/Starszy Kierownik Projektu
• Konfiguracja ArchiRola tect na poziomie programu polega na codziennej współpracy z zespołami. Zapewnia ona spełnienie wymagań niefunkcjonalnych. Ponadto współpracują z architektem przedsiębiorstwa na poziomie portfolio, aby upewnić się, że istnieje wystarczająca ilość architektonicznego pasa startowego, aby wspierać nadchodzące potrzeby użytkowników i biznesu.
• Projekt interfejsu, wytyczne dotyczące doświadczenia użytkownika i elementy projektowe dla zespołów zapewniają UX Designers.
• Rolę Chief Scrum Mastera pełni „Inżynier pociągu wydań”.
• Różne zespoły (od marketingu, rozwoju, jakości, operacji i wdrażania) tworzą „Release Management Team”. Będą oni zatwierdzać rutynowe wydania wysokiej jakości rozwiązań dla klientów.
• Wdrożeniem oprogramowania w środowiskach klientów i pomyślną dostawą zajmuje się zespół DevOps.

Poziom portfela

Role/zespoły	Wydarzenia	Artefakty
Enterprise Architect	Strategiczne planowanie inwestycji	Tematy strategiczne
Zarządzanie portfelem programów	Planowanie portfela Kanban (Epic)	Enterprise
Epic Owners		Zaległości w portfelu
		Kanban portfela
		Wymagania niefunkcjonalne
		Epicki i wspomagający
		Strumień wartości
		Budżety (CapEx i OpEx)

• Najwyższy poziom zainteresowania/zaangażowania/w SAFe to Portfolio SAFE
• Portfolio zapewnia podstawowe bloki do organizacji przepływu wartości w przedsiębiorstwie Lean-Agile poprzez jeden lub więcej strumieni wartości.
• Portfolio pomaga w opracowywaniu systemów i rozwiązań opisanych w tematach strategicznych (łączy portfolio SAFe ze zmieniającą się strategią biznesową przedsiębiorstwa).
• Aby osiągnąć cele strategiczne, poziom portfela obejmuje te elementy. Zapewnia podstawowe mechanizmy budżetowania i inne mechanizmy zarządzania. W ten sposób gwarantuje, że inwestycja w strumienie wartości przyniesie przedsiębiorstwu zwrot niezbędny.
• Portfel jest powiązany z biznesem dwukierunkowo:
  • Aby poprowadzić Portfel do większych, zmieniających się celów biznesowych, zapewnia tematy strategiczne.
  • Inny kierunek wskazuje na stały przepływ wartości portfela.
• Zarządzanie portfelem programu działa jako interesariusze i jest odpowiedzialny za dostarczanie wyników biznesowych.
• Poziom portfela SAFe zawiera ludzi, procesy oraz niezbędne systemy i rozwiązania, których potrzebuje przedsiębiorstwo, aby osiągnąć swoje cele strategiczne.
• Strumienie wartości to główne cele Portfolio, za pomocą których finansowane są ludzie i inne zasoby wymagane do zbudowania Rozwiązań.
• Ważne kluczowe koncepcje stosowane w tym miejscu to:
  • Połączenie z przedsiębiorstwem,
  • Zarządzanie portfelem programów,
  • Zarządzanie przepływem epopei portfolio.

Poziom strumienia wartości

Role/zespoły	Wydarzenia	Artefakty
DevOps	Planowanie przed i po PI (przyrost programu)	Wizja
Zespół systemowy	Dema rozwiązań	Roadmap
Zarządzanie wersjami	Warsztat inspekcyjny i adaptacyjny	Metryka
Zarządzanie rozwiązaniami	Agile Release Train	Kamienie milowe
UEX ArchiTECT		prasowe
Inżynier strumienia wartości (RTE)		Eposy strumienia wartości
Rozwiązanie Architec/Inżynier		Kanban strumienia wartości
Usługi wspólne		Zaległości w strumieniu wartości
Klient		Wymagania niefunkcjonalne
Dostawca		Najpierw ważona najkrótsza praca (WSJF)
		Cele PI strumienia wartości
		Zdolność
		Enabler
		Kontekst rozwiązania
		Koordynacja strumienia wartości
		Ramy ekonomiczne
		Zamiar rozwiązania
		MBSE
		Zestaw oparty
		Agile Architektura

• Poziom strumienia wartości jest opcjonalny w SAFe.
• Poziom strumienia wartości to nowość w SAFe 4.0.
• Poziom Strumienia Wartości jest przeznaczony/zaprojektowany dla Przedsiębiorstw/budowniczych/organizacji, które:

1. Duży rozmiar
2. Niezależny
3. Posiadać złożone rozwiązania
4. Ich rozwiązania zazwyczaj wymagają wielu ART
5. Mają wkład Dostawców.
6. Stoją przed największymi wyzwaniami systemowymi
7. Dla systemów cyberfizycznych
8. Oprogramowanie, sprzęt, elektryka i elektronika, optyka, mechanika, mechanika przepływowa i wiele innych.

• Budowa tego rodzaju systemów często wymaga zaangażowania setek, a nawet tysięcy praktyków, dostawców zewnętrznych i wewnętrznych.
• Jeśli systemy mają kluczowe znaczenie dla misji. Awaria Rozwiązania lub nawet podsystemu ma niedopuszczalne skutki gospodarcze i społeczne.
• Jeśli Przedsiębiorstwa uda się zbudować przy pomocy kilkuset praktykujących, mogą nie potrzebować konstrukcji tego poziomu. W takim przypadku mogą skorzystać z opcji „widok zwinięty” czyli 3-poziomowy SAFe.
• Budowanie rozwiązań strumienia wartości według wzorca Lean-Agile wymaga dodatkowych artefaktów, koordynacji i konstrukcji. Zatem ten poziom zawiera ramy ekonomiczne wyznaczające granice finansowe dla strumienia wartości
• Obsługuje rytm i synchronizację dla wielu ART i dostawców. Obejmuje spotkania przed i po planowaniu PI oraz demonstrację rozwiązania.
• Daje dodatkowe role, którymi są: Inżynier Strumienia Wartości, Rozwiązanie Architect/Inżynieria i zarządzanie rozwiązaniami.

FAQ