Skip to main content

Scrum, Kanban, Lean… a teraz SAFe®. Jako kierownik projektu pracowałem zarówno w dużych, jak i małych organizacjach — od globalnych przedsiębiorstw po start-upy — i korzystałem z metodologii zwinnych, Scrum oraz wszelkiego rodzaju innych metodologii zarządzania projektami. Z czasem nauczyłem się, że gdy organizacja się rozwija i trzeba dodać więcej zespołów lub lepiej je zharmonizować, aby dostarczać produkty i usługi, SAFe staje się gwiazdą całego przedsięwzięcia.

ilustracja przedstawiająca metodologie zarządzania projektami jako emoji na przyjęciu domowym, na które przybywa SAFe
Metodologie i struktury zarządzania projektami, takie jak Kanban, Scrum i SAFe, na przyjęciu domowym.

Czym jest skalowalna struktura zwinna®?

Według Scaled Agile, „Skalowalna struktura zwinna® (SAFe) to system wdrażania praktyk zwinnych, Lean i DevOps na dużą skalę”. Jak wynika z tej definicji, jest to struktura, której można użyć, aby pomóc organizacjom dostosowywać ich zwinne procesy i przepływy pracy w miarę rozwoju organizacji.

Można ją stosować w organizacjach korzystających ze zwinnych struktur, takich jak Scrum lub Lean, a także w organizacjach poszukujących sposobu na skalowanie procesów DevOps w celu wspierania organizacji. SAFe może pomóc firmom zharmonizować zespoły deweloperskie i zespoły projektowe, aby skuteczniej dostarczały wartość klientom.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Dlaczego SAFe® jest przydatne? 

SAFe oferuje organizacjom wytyczne (lub mapę drogową), które pomagają im na drodze rozwoju. Wprowadza tę strukturę na niższym poziomie zespołu, aż po wyższe szczeble zarządzania, poziom portfela lub poziom programu. 

Oprócz mapy drogowej organizacje mogą skorzystać ze specjalistycznych szkoleń. SAFe oferuje rozbudowaną bazę wiedzy dotyczącą wyspecjalizowanych ról zwinnych, takich jak Scrum Master, właściciele produktu, architekci oraz cały zespół zwinny.

Infografika przedstawiająca mapę drogową SAFe.
Mapa drogowa SAFe, która pomaga organizacji we wdrażaniu tej struktury. © Scaled Agile, Inc.

Czy SAFe® jest metodologią czy strukturą?

Jak wskazuje sama nazwa, SAFe jest wysoce elastyczną strukturą. Ponieważ jest szeroko stosowana przez co najmniej 1 000 000 praktyków i 20 000 przedsiębiorstw na całym świecie, SAFe najprawdopodobniej nie cieszyłaby się tak szerokim zainteresowaniem i globalnym zastosowaniem, gdyby była sztywną metodologią.

To powiedziawszy, jest to bardzo częste pytanie, ponieważ w codziennym użyciu terminy metodologia i struktura są często stosowane zamiennie. Dlatego, aby poprzeć moją odpowiedź na to pytanie, warto pamiętać o słowach Michaela Wooda z jego artykułu na temat metodologii i struktury:

Ogólnie rzecz biorąc, struktury tworzą schemat tego, co należy zrobić, ale pozostawiają wykonawcy określenie najlepszego sposobu zrealizowania tego „co”, podczas gdy metodologia przedstawia wszystko w najdrobniejszych szczegółach: co zrobić, kiedy to zrobić, jak to zrobić i dlaczego.

Michael Wood
Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Zasady SAFe®

Ponieważ SAFe zapewnia organizacjom sposób na skalowanie podejścia zwinnego w miarę ich rozwoju, jego podstawy są zgodne ze zwinnym i szczupłym rozwojem produktów oraz myśleniem systemowym, oferując wytyczne nie tylko dla zwinnego zespołu, ale także dla „zespołów zespołów”.

Istnieje 10 zasad szczupłego podejścia zwinnego, na których opiera się ta struktura:

  1. Przyjmij perspektywę ekonomiczną: Skupia się na koncepcji dostarczania klientom wartości wcześnie i często. Przyjęcie perspektywy ekonomicznej podkreśla również potrzebę uwzględnienia wszystkich kosztów (ryzyka, produkcji, operacyjnych i rozwoju) oraz działania w ramach zatwierdzonych ograniczeń budżetowych
  2. Stosuj myślenie systemowe: Wymaga zrozumienia systemów, w których organizacja tworząca rozwiązanie jest systemem, a samo rozwiązanie również jest systemem (projekt, produkt)
  3. Zakładaj zmienność; zachowuj opcje: Koncentruje się na koncepcji niepodejmowania na wczesnym etapie prac jednej decyzji dotyczącej projektu/zestawu wymagań, lecz posiadania zestawu projektów/wymagań i wykorzystywania rzeczywistych danych (z eksperymentów/testów) do zawężania opcji
  4. Buduj przyrostowo, korzystając z szybkich, zintegrowanych cykli uczenia się: Opiera się na koncepcji dostarczania pracy w mniejszych (częstszych) partiach i budowania na bazie wcześniejszych prac
  5. Opieraj kamienie milowe na obiektywnej ocenie lub działających systemach: Oceniaj prace będące w fazie rozwoju w różnych momentach cyklu życia zwinnego rozwoju, aby sprawdzić, czy to, co jest tworzone, przyniesie korzyści ekonomiczne i będzie nadawać się do użytku
  6. Wizualizuj i ograniczaj pracę w toku (WIP), zmniejszaj rozmiary partii i zarządzaj długością kolejki: Jak sugeruje nazwa, zasada ta koncentruje się na określeniu limitu pracy przydzielonej w danym momencie poszczególnym osobom lub zespołom (aby ich nie przeciążać i zapewnić stały przepływ pracy oraz dostarczania)
  7. Stosuj rytm pracy; synchronizuj się z planowaniem międzydomenowym: Postępuj zgodnie ze wzorcem uzgadniania planów z innymi zespołami
  8. Odblokowuj wewnętrzną motywację pracowników wiedzy: Zrozum potrzebę zapewnienia autonomii, jasnych ograniczeń i przeszkód oraz tworzenia kultury zaangażowania dla członków zespołu
  9. Decentralizuj podejmowanie decyzji: Szybkie działanie i częstsze dostarczanie wymaga decentralizacji decyzji oraz umożliwienia ich podejmowania osobom znajdującym się najbliżej danego problemu
  10. Organizuj pracę wokół wartości: Zamiast organizować zespoły wokół konkretnych funkcji (na przykład projektowania, testowania itp.), organizuj je wokół zespołów wielofunkcyjnych oraz wartości dla klienta i biznesu.

Jak wdrożyć skalowalny model zwinny® 

Krok 1: Przyjęcie właściwego nastawienia

Aby rozpocząć wdrażanie SAFe, organizacja musi chcieć zwiększyć swoją zwinność biznesową i być gotowa na przyjęcie podejścia Lean-Agile.

Lean-Agile łączy przekonania, zasady i działania z Manifestu Agile oraz myślenia Lean. Jest to przejście od nastawienia stałego do nastawienia na rozwój, w ramach którego specjaliści są gotowi eksperymentować, czerpać inspirację od innych, odkrywać możliwości, podejmować wyzwania i akceptować porażki.

Celem podejścia Lean jest dostarczanie klientom maksymalnej wartości w minimalnym czasie przy jednoczesnym zapewnieniu najwyższej możliwej jakości. Myślenie Lean można zdefiniować jako:

  • Określanie wartości produktu
  • Definiowanie strumienia wartości dla każdego produktu
  • Tworzenie nieprzerwanego przepływu wartości
  • Umożliwianie klientowi pobierania wartości
  • Dążenie do doskonałości

Krok 2: Zdefiniowanie strumienia wartości 

Strumień wartości to seria kroków (i elementów organizacyjnych) wymaganych do dostarczenia wartości klientowi — od początkowego bodźca po otrzymanie końcowego produktu lub usługi. Ma on niezwykle istotne znaczenie podczas wdrażania SAFe.

SAFe koncentruje się na optymalizacji strumienia wartości w celu zapewnienia ciągłego przepływu wartości poprzez organizowanie ludzi wokół strumieni wartości, tak aby osoby i zespoły współpracowały ze sobą bezproblemowo, zamiast działać w silosach lub segmentach.

Jeśli na przykład firma tworzy niestandardowe ceramiczne kubki do kawy sprzedawane na swojej stronie internetowej, strumień wartości może wyglądać następująco:

przykład strumienia wartości SAFe pokazujący proces tworzenia i wysyłki kubków
gif przedstawiający gotowy kubek w przykładzie strumienia wartości
Przykład strumienia wartości, którego rezultatem jest gotowy kubek.

W powyższym przykładzie wszystkie procesy wymagane do dostarczenia wartości — od momentu złożenia przez klienta zamówienia na kubek do kawy aż do otrzymania przez niego przesyłki — są zorganizowane tak, aby zapewnić przepływ wartości.

Krok 3: Konfiguracja pociągu wydań Agile (ART)

Pociąg wydań Agile (ART) to połączenie wielu zespołów agile. Są one tworzone wokół strumienia wartości i oczekuje się od nich ciągłego dostarczania wartości poprzez tworzenie rozwiązań, które przynoszą korzyści użytkownikom końcowym i klientowi.

SAFe opiera się na koordynacji wielu zespołów agile, a ART obejmuje wszystkie osoby potrzebne do opracowania, przetestowania i wdrożenia produktu lub usługi. Zazwyczaj liczy od 50 do 125 osób lub obejmuje 10–12 różnych zespołów agile (w których skład wchodzi od 8 do 10 osób).

ART ma charakter wielofunkcyjny i obejmuje wszystkie osoby oraz zasoby organizacyjne wymagane do opracowania, zbudowania i dostarczenia klientowi pełnego zestawu produktów lub usług. W zależności od wielkości organizacji może istnieć wiele ART (na przykład w dużych organizacjach zatrudniających ponad 500 osób).

Krok 4: Określenie różnych ról w SAFe®

Podobnie jak w przypadku każdej struktury organizacyjnej, wymagane są określone role, które należy przypisać. W SAFe na poziomie pojedynczego zespołu agile role są podobne do tych w małym zespole agile, ale obejmują kilka dodatkowych ról i interesariuszy:

  • Mistrz Scruma: ułatwia przeprowadzanie ceremonii agile i usuwa wszelkie przeszkody
  • Właściciel produktu: odpowiada za rejestr produktu i ustala priorytety jego elementów
  • Członkowie zespołu Scrum: realizują elementy rejestru o ustalonych priorytetach i dostarczają produkty pracy, aby tworzyć wartość dla klientów
  • Inżynier pociągu wydań (RTE): w SAFe ART pełni funkcję kierownika programu i koordynatora zespołów agile
  • Architekci/inżynierowie systemów: zarówno w organizacjach technicznych, jak i nietechnicznych architekci systemów oraz inżynierowie wspierają rozwój produktu lub oprogramowania, zapewniając solidną podstawę architektoniczną rozwiązania

Krok 5: Przygotowanie rejestru programu dla pociągu wydań Agile

Skonfigurowano ART i masz teraz wiele zespołów agile. Aby pomóc w koordynowaniu tego, co zostanie opracowane lub zbudowane, utwórz rejestr programu.

Rejestr programu będzie zawierał funkcje, epiki, historyjki użytkownika, funkcjonalności oraz prace związane z architekturą (systemami), które są wymagane do obsługi strumienia wartości i zapewniania wartości klientom. 

Wspólny rejestr będzie wymagał udziału wielu osób pełniących role w ART, takich jak inżynier pociągu wydań, właściciele produktu, a także innych osób, na przykład przedstawicieli zarządzania produktem i liderów organizacji. Rejestr produktu pomoże również w kolejnym etapie wdrażania, polegającym na określeniu, kto i kiedy zajmuje się poszczególnymi zadaniami.

Krok 6: Planowanie przyrostu programu (PI) i synchronizacje ART

W ostatnim kroku należy zaplanować, kto wykona poszczególne prace i kiedy. W SAFe wydarzenie to nazywa się planowaniem przyrostu programu (PI). Jest ono kluczowym elementem SAFe, odbywa się regularnie i stanowi okazję do uzgodnień z całym ART.

PI może trwać dowolnie długo, zgodnie z potrzebami organizacji, ale zazwyczaj trwa 3 miesiące (12 tygodni). Umożliwia to zaplanowanie 6 dwutygodniowych sprintów, które zespoły muszą uwzględnić. Zazwyczaj odbywa się to w obecności całego ART (czyli wszystkich zespołów agile).

Ze względu na zakres planowanie PI jest zwykle wydarzeniem trwającym dwa dni i obejmuje:

  • prezentację kontekstu biznesowego, celów strategicznych i misji
  • sesje planowania w podgrupach zespołów agile, podczas których tworzą one swój plan na podstawie elementów rejestru zespołu pochodzących ze wspólnego rejestru programu
  • prezentację wstępnych planów wszystkich zespołów agile
  • przegląd zarządzania i dyskusje dotyczące rozwiązywania problemów
  • sesje zespołów w podgrupach w celu wprowadzenia zmian w planach i ich finalizacji
  • prezentację ostatecznych planów i głosowanie nad poziomem pewności
  • przegląd ryzyk programu i ponowne opracowanie planu (jeśli jest wymagane)

Po zakończeniu planowania PI koordynacja i współpraca trwają nadal. W trakcie PI przedstawiciele zespołów agile (właściciel produktu i mistrz Scruma) wraz z RTE będą regularnie spotykać się na synchronizacji ART, aby przeglądać postępy zespołów agile i identyfikować wszelkie zależności, problemy lub blokady wymagające koordynacji. Może się to odbywać w dowolnych odstępach podczas PI, ale dobrym rytmem jest spotkanie co 2 tygodnie (lub na koniec każdego sprintu czy iteracji).

Jakie narzędzia są używane w SAFe®?

Ponieważ SAFe wykorzystuje inne metodyki agile, takie jak Scrum i Kanban, istnieje wiele narzędzi, które mogą pomagać zespołom agile pracującym z SAFe.

Niektóre polecane narzędzia, których można używać w SAFe, znajdziesz na naszych listach narzędzi zwinnych oraz oprogramowania do zwinnego zarządzania projektami.

Ponieważ zaleca się, aby planowanie PI odbywało się na miejscu (twarzą w twarz), polecane są również następujące narzędzia:

  • Duża przestrzeń przeznaczona na wydarzenie, w której cały ART może się zgromadzić i pracować w zespołach
  • Tablice suchościeralne lub duże arkusze papieru na flipchart
  • Markery do tablic suchościeralnych
  • Karteczki Post-It/karteczki samoprzylepne (używane do przedstawiania elementów z rejestru zadań zespołu)
  • Przekąski & napoje (bo kto nie lubi przekąsek 😊)

SAFe® & Inne metodyki zwinne

Mam nadzieję, że podobało Ci się przyjęcie zwinnych metodyk i poznanie naszego nowego gościa — SAFe. Jak zapewne zauważyłeś, SAFe ma w rzeczywistości wiele wspólnego z niektórymi innymi gośćmi, takimi jak Scrum i Lean. To początek wspaniałej relacji!

Podobnie, jeśli Twoja organizacja się rozwija, a zarządzanie wieloma zwinnymi zespołami staje się coraz bardziej skomplikowane, możesz rozważyć zaproszenie SAFe na swoje przyjęcie. Jeśli masz pytania, skontaktuj się ze mną za pośrednictwem LinkedIn lub Twittera.

Informacje o innych hybrydowych metodykach zarządzania projektami i narzędziach znajdziesz po zapisaniu się do newslettera The Digital Project Manager. Chcesz dowiedzieć się więcej? Zobacz nasz program członkowski!

®SAFe i Scaled Agile Framework są zastrzeżonymi znakami towarowymi firmy Scaled Agile, Inc.