Scaled agile framework: Różnice pomiędzy wersjami
Z Encyklopedia Zarządzania
m (Dodanie TL;DR) |
m (cleanup bibliografii i rotten links) |
||
| (Nie pokazano 11 wersji utworzonych przez 2 użytkowników) | |||
| Linia 1: | Linia 1: | ||
'''Scaled Agile Framework''' (w skrócie '''SAFe''') to [[metodyka]] zwinnego zarządzania, która pozwala korzystać z аgile-metodologii w dużych projektach, gdzie [[zespół]] może przekraczać 50 osób. Dzięki wprowadzeniu wielu ścieżek realizacji projektu (agile release train) oraz wielu poziomów nadzoru umożliwia tworzenie takiego dużego zespołu. Framework został stworzony przez Deana Leffingwell’a, głównego metodologa w Scaled Agile Inc. Po raz pierwszy pojawił się oficjalnie w 2011 roku. Od tego czasu przeszedł szereg ulepszeń. '''Wersja 4.0''' pojawiła się w styczniu 2016 roku. Najnowsza '''wersja 4.5''' była wydana 22 czerwca 2017 roku <ref>Leffingwell D. (2018)</ref>. | |||
'''Scaled Agile Framework''' (w skrócie '''SAFe''') to [[metodyka]] zwinnego zarządzania, która pozwala korzystać z аgile-metodologii w dużych projektach, gdzie [[zespół]] może przekraczać 50 osób. Dzięki wprowadzeniu wielu ścieżek realizacji projektu (agile release train) oraz wielu poziomów nadzoru umożliwia tworzenie takiego dużego zespołu. Framework został stworzony przez Deana Leffingwell’a, głównego metodologa w Scaled Agile Inc. Po raz pierwszy pojawił się oficjalnie w 2011 roku. Od tego czasu przeszedł szereg ulepszeń. '''Wersja 4.0''' pojawiła się w styczniu 2016 roku. Najnowsza '''wersja 4.5''' była wydana 22 czerwca 2017 roku <ref> Leffingwell D. (2018) | |||
==TL;DR== | ==TL;DR== | ||
Scaled Agile Framework (SAFe) to metodyka zwinnego zarządzania, która pozwala na korzystanie z agile-metodologii w dużych projektach. SAFe składa się z trzech poziomów: portfolio, zespół i program. Istnieje także czteropoziomowa implementacja SAFe dla większych zespołów. "Strumień wartości" to dodatkowy poziom, który leży pomiędzy poziomem portfela i programu. SAFe zapewnia spójność i ujednolicenie w zarządzaniu projektami oraz umożliwia tworzenie dużych zespołów. | Scaled Agile Framework (SAFe) to metodyka zwinnego zarządzania, która pozwala na korzystanie z agile-metodologii w dużych projektach. SAFe składa się z trzech poziomów: portfolio, zespół i program. Istnieje także czteropoziomowa implementacja SAFe dla większych zespołów. "Strumień wartości" to dodatkowy poziom, który leży pomiędzy poziomem portfela i programu. SAFe zapewnia spójność i ujednolicenie w zarządzaniu projektami oraz umożliwia tworzenie dużych zespołów. | ||
==Opis== | ==Opis== | ||
[[Scrum]], [[programowanie]] extreme i inne elastyczne metody projektowania tradycyjnie nie wychodzą poza poziom zespołu. W przeciwieństwie do nich SAFe zapewnia spójny i ujednolicony pogląd na wykonywane prace z punktu widzenia kierownictwa firmy, pozwalając zagłębić się w szczegóły, w razie [[potrzeby]] do analizy i identyfikacji trendów. | [[Scrum]], [[programowanie]] extreme i inne elastyczne metody projektowania tradycyjnie nie wychodzą poza poziom zespołu. W przeciwieństwie do nich SAFe zapewnia spójny i ujednolicony pogląd na wykonywane prace z punktu widzenia kierownictwa firmy, pozwalając zagłębić się w szczegóły, w razie [[potrzeby]] do analizy i identyfikacji trendów. | ||
Istnieją '''dwa rodzaje implementacji frameworka''': | Istnieją '''dwa rodzaje implementacji frameworka''': | ||
* trzypoziomowy, | * trzypoziomowy, | ||
* czteropoziomowy. | * czteropoziomowy. | ||
W zespołach mniejszych (około 50-125 osób) używany jest trzypoziomowy framework, który obejmuje poziomy [[portfolio]], zespołów i programów. Dla zespołów, składających się z setek specjalistów, stosuje się czteropoziomowy SAFe, który obejmuje również poziom "strumień wartości" (od ang. Value Stream). | |||
W zespołach mniejszych (około 50-125 osób) używany jest trzypoziomowy framework, który obejmuje poziomy [[portfolio]], zespołów i programów. Dla zespołów, składających się z setek specjalistów, stosuje się czteropoziomowy SAFe, który obejmuje również poziom "strumień | |||
==Trzypoziomowy SAFe== | ==Trzypoziomowy SAFe== | ||
Trzypoziomowy SAFe składa się z trzech poziomów: portfolio, zespół i [[program]]. | Trzypoziomowy SAFe składa się z trzech poziomów: portfolio, zespół i [[program]]. | ||
#'''Poziom portfolio'''.Na tym poziomie [[zarząd]] spółki negocjuje [[budżet]], decyduje, jakie kierunki są priorytetowe w tej chwili, rozdziela inwestycji. Na poziomie portfela jest tworzony backlog. | # '''Poziom portfolio'''.Na tym poziomie [[zarząd]] spółki negocjuje [[budżet]], decyduje, jakie kierunki są priorytetowe w tej chwili, rozdziela inwestycji. Na poziomie portfela jest tworzony backlog. | ||
#'''Poziom zespołów'''. Na poziomie zespołów mamy do czynienia ze standardowym Scrumem. Jest [[backlog]], składający się z historyjek użytkownika ([[user stories]]). W ramach planowania zespołu zyskują user stories, spotykają się na codziennych spotkaniach. Pod koniec dwutygodniowego sprintu zespoły zbierają się na review, lub demo, i przedstawiają część działającego oprogramowania, który może być zintegrowany z aktualną decyzją na wydajnej platformie. W końcu iteracji odbywa się [[retrospektywa]], na której zespół dyskutuje, co poszło dobrze, co nie bardzo, co można poprawić. Deweloperzy i testerzy pracują razem i co dwa tygodnie dostarczają konkretny kawałek działającego oprogramowania. Warto zauważyć, że długość sprintu jest ograniczona dwoma tygodniami. Zespół w SAFe może składać się z 8-10 osób i jest cross-funkcjonalny, czyli ma wszystkie [[kompetencje]] potrzebne do rozwoju oprogramowania, począwszy od zbierania wymagań do wdrożenia. Kilka zespołów tworzą to, że w SAFe nazywa się '''"pociągiem | # '''Poziom zespołów'''. Na poziomie zespołów mamy do czynienia ze standardowym Scrumem. Jest [[backlog]], składający się z historyjek użytkownika ([[user stories]]). W ramach planowania zespołu zyskują user stories, spotykają się na codziennych spotkaniach. Pod koniec dwutygodniowego sprintu zespoły zbierają się na review, lub demo, i przedstawiają część działającego oprogramowania, który może być zintegrowany z aktualną decyzją na wydajnej platformie. W końcu iteracji odbywa się [[retrospektywa]], na której zespół dyskutuje, co poszło dobrze, co nie bardzo, co można poprawić. Deweloperzy i testerzy pracują razem i co dwa tygodnie dostarczają konkretny kawałek działającego oprogramowania. Warto zauważyć, że długość sprintu jest ograniczona dwoma tygodniami. Zespół w SAFe może składać się z 8-10 osób i jest cross-funkcjonalny, czyli ma wszystkie [[kompetencje]] potrzebne do rozwoju oprogramowania, począwszy od zbierania wymagań do wdrożenia. Kilka zespołów tworzą to, że w SAFe nazywa się '''"pociągiem wdrożeniowym"''' (ang. release train - to zespół drużyn, zwykle 50-125 osób. Podobnie jak w prawdziwym pociągu, pociąg wdrożeniowy kursuje zgodnie z harmonogramem, ale [[harmonogram]] może być tak elastyczny, jak wymaga tego [[organizacja]]. SAFe sugeruje, że osoby biorące [[udział]] w pociągu wdrożeniowym powinny poświęcić cały swój czas temu pociągowi, niezależnie od struktury raportowania), zbudowany wokół jednego programu. Temu projektu lub programu projektów odpowiada osobny artykuł budżetu organizacji. Dla [[kadry]] kierowniczej organizacji to mały [[projekt]], który można omawiać oddzielnie. [[Portfel]] lub portfolio w SAFe oznacza kompletny zestaw programów, na który służy cały budżet organizacji, dedykowany do tworzenia oprogramowania. Według SAFe zaleca się utworzenie jednolitego biuro zarządzania portfelem, który jest odpowiedzialny za strategię rozwoju, inwestycji i [[budżetowanie]] projektów. | ||
#'''Poziom programów'''.Na tym poziomie znajdują się główna różnica między SAFe a Scrum. Mamy zespół o wiele większy niż w Scrum. Zespół składa się z n-ej ilości zwykłych zespołów pracujących nad dostawą oprogramowania. Zespół w SAFe nazywa się "Team of | # '''Poziom programów'''.Na tym poziomie znajdują się główna różnica między SAFe a Scrum. Mamy zespół o wiele większy niż w Scrum. Zespół składa się z n-ej ilości zwykłych zespołów pracujących nad dostawą oprogramowania. Zespół w SAFe nazywa się "Team of Teams" i może składać się z 50-125 osób. Wszyscy uczestnicy na poziomie programów pracują nad produktem, który w końcu można wypuścić na [[rynek]]. Gotowość do wydania zostanie ustalona nie przez wartości dla użytkownika, a [[jakość]], czyli całkowity brak wad. W SAFe ten kawałek się nazywa Potentially Shippable [[Increment]] (PSI), a [[praca]] nad nim trwa 5 sprintów. Z każdym nowym PSI do produktu dodawane są nowe funkcje. [[Proces]] przyrostu wartości biznesowej produktu o nazwie "pociąg wdrożeniowy Agile" (od ang. Agile Release Train). Jest to chyba jedno z kluczowych pojęć. Im więcej w organizacji produktów, tym więcej będzie pociągów wdrożeniowych <ref>Leffingwell D. (2017)</ref>. | ||
<google>n</google> | |||
==Czteropoziomowy SAFe== | ==Czteropoziomowy SAFe== | ||
Trzypoziomowy SAFe jest używany dla mniejszych zespołów, które zawierają nie więcej niż 100 osób lub kilku programów o podobnej wielkości, które nie wymagają znaczącej interakcji. Natomiast czteropoziomowy SAFe ma zastosowanie do rozwiązań wymagających zaangażowania kilkuset specjalistów, a oprócz trzech standardowych poziomów pojawił się czwarty poziom nazywany "strumieniem | Trzypoziomowy SAFe jest używany dla mniejszych zespołów, które zawierają nie więcej niż 100 osób lub kilku programów o podobnej wielkości, które nie wymagają znaczącej interakcji. Natomiast czteropoziomowy SAFe ma zastosowanie do rozwiązań wymagających zaangażowania kilkuset specjalistów, a oprócz trzech standardowych poziomów pojawił się czwarty poziom nazywany "strumieniem wartości", który leży pomiędzy poziomami portfela i programu. | ||
:4.'''Strumień wartości''' to wszystko, co się dzieje "od klienta ([[zapotrzebowanie]]) do klienta ([[satysfakcja]]) | :4.'''Strumień wartości''' to wszystko, co się dzieje "od klienta ([[zapotrzebowanie]]) do klienta ([[satysfakcja]])". Według SAFe strumień wartości jest długowiecznym szeregiem kroków, służących do tworzenia wartości od pomysłu lub zamówienia klienta do dostarczenia optymalnego wyniku dla klienta <ref>The value stream level and new roles (2018) </ref>. | ||
W modelu strumienia wartości SAFe, idealnie, wszystkie pociągi wdrożeniowe Agile będą mieć kamienie milowe, które się wyrównują. W ten sposób można łatwiej organizować [[planowanie]], prezentacje, integrację i [[wdrożenie]]. [[Zadanie]] koordynatora wielu inżynierów ds. pociągu wdrożeniowego będzie pełnić inżynier strumienia wartości <ref> | W modelu strumienia wartości SAFe, idealnie, wszystkie pociągi wdrożeniowe Agile będą mieć kamienie milowe, które się wyrównują. W ten sposób można łatwiej organizować [[planowanie]], prezentacje, integrację i [[wdrożenie]]. [[Zadanie]] koordynatora wielu inżynierów ds. pociągu wdrożeniowego będzie pełnić inżynier strumienia wartości <ref>Scaling Enterprise Design Sprints: Value Stream Level (2016) </ref>. | ||
{{infobox5|list1={{i5link|a=[[Manifest Agile]]}} — {{i5link|a=[[Feature-Driven Development]]}} — {{i5link|a=[[Backlog produktu]]}} — {{i5link|a=[[Metodyka Extreme Programming]]}} — {{i5link|a=[[Test driven development]]}} — {{i5link|a=[[Epic]]}} — {{i5link|a=[[Scrum of scrums]]}} — {{i5link|a=[[Testowanie w projekcie]]}} — {{i5link|a=[[Ogólna charakterystyka metodyki Prince 2]]}} }} | |||
==Przypisy== | ==Przypisy== | ||
| Linia 45: | Linia 31: | ||
==Bibliografia== | ==Bibliografia== | ||
<noautolinks> | |||
* Brenner R., Wunder S. (2015), ''Scaled Agile Framework: Presentation and real world example'', IEEE, Austria | |||
* Laanti M. (2014), ''Characteristics and Principles of Scaled Agile'', Revised Selected Papers, Italy | |||
</noautolinks> | |||
{{a|Kateryna Ivaskova}} | {{a|Kateryna Ivaskova}} | ||
[[Kategoria: | [[Kategoria:Metodyki zarządzania projektami]] | ||
{{#metamaster:description|Scaled Agile Framework - metodyka zwinnego zarządzania dla dużych projektów zespołowych.}} | |||
Aktualna wersja na dzień 19:30, 7 sty 2024
Scaled Agile Framework (w skrócie SAFe) to metodyka zwinnego zarządzania, która pozwala korzystać z аgile-metodologii w dużych projektach, gdzie zespół może przekraczać 50 osób. Dzięki wprowadzeniu wielu ścieżek realizacji projektu (agile release train) oraz wielu poziomów nadzoru umożliwia tworzenie takiego dużego zespołu. Framework został stworzony przez Deana Leffingwell’a, głównego metodologa w Scaled Agile Inc. Po raz pierwszy pojawił się oficjalnie w 2011 roku. Od tego czasu przeszedł szereg ulepszeń. Wersja 4.0 pojawiła się w styczniu 2016 roku. Najnowsza wersja 4.5 była wydana 22 czerwca 2017 roku [1].
TL;DR
Scaled Agile Framework (SAFe) to metodyka zwinnego zarządzania, która pozwala na korzystanie z agile-metodologii w dużych projektach. SAFe składa się z trzech poziomów: portfolio, zespół i program. Istnieje także czteropoziomowa implementacja SAFe dla większych zespołów. "Strumień wartości" to dodatkowy poziom, który leży pomiędzy poziomem portfela i programu. SAFe zapewnia spójność i ujednolicenie w zarządzaniu projektami oraz umożliwia tworzenie dużych zespołów.
Opis
Scrum, programowanie extreme i inne elastyczne metody projektowania tradycyjnie nie wychodzą poza poziom zespołu. W przeciwieństwie do nich SAFe zapewnia spójny i ujednolicony pogląd na wykonywane prace z punktu widzenia kierownictwa firmy, pozwalając zagłębić się w szczegóły, w razie potrzeby do analizy i identyfikacji trendów. Istnieją dwa rodzaje implementacji frameworka:
- trzypoziomowy,
- czteropoziomowy.
W zespołach mniejszych (około 50-125 osób) używany jest trzypoziomowy framework, który obejmuje poziomy portfolio, zespołów i programów. Dla zespołów, składających się z setek specjalistów, stosuje się czteropoziomowy SAFe, który obejmuje również poziom "strumień wartości" (od ang. Value Stream).
Trzypoziomowy SAFe
Trzypoziomowy SAFe składa się z trzech poziomów: portfolio, zespół i program.
- Poziom portfolio.Na tym poziomie zarząd spółki negocjuje budżet, decyduje, jakie kierunki są priorytetowe w tej chwili, rozdziela inwestycji. Na poziomie portfela jest tworzony backlog.
- Poziom zespołów. Na poziomie zespołów mamy do czynienia ze standardowym Scrumem. Jest backlog, składający się z historyjek użytkownika (user stories). W ramach planowania zespołu zyskują user stories, spotykają się na codziennych spotkaniach. Pod koniec dwutygodniowego sprintu zespoły zbierają się na review, lub demo, i przedstawiają część działającego oprogramowania, który może być zintegrowany z aktualną decyzją na wydajnej platformie. W końcu iteracji odbywa się retrospektywa, na której zespół dyskutuje, co poszło dobrze, co nie bardzo, co można poprawić. Deweloperzy i testerzy pracują razem i co dwa tygodnie dostarczają konkretny kawałek działającego oprogramowania. Warto zauważyć, że długość sprintu jest ograniczona dwoma tygodniami. Zespół w SAFe może składać się z 8-10 osób i jest cross-funkcjonalny, czyli ma wszystkie kompetencje potrzebne do rozwoju oprogramowania, począwszy od zbierania wymagań do wdrożenia. Kilka zespołów tworzą to, że w SAFe nazywa się "pociągiem wdrożeniowym" (ang. release train - to zespół drużyn, zwykle 50-125 osób. Podobnie jak w prawdziwym pociągu, pociąg wdrożeniowy kursuje zgodnie z harmonogramem, ale harmonogram może być tak elastyczny, jak wymaga tego organizacja. SAFe sugeruje, że osoby biorące udział w pociągu wdrożeniowym powinny poświęcić cały swój czas temu pociągowi, niezależnie od struktury raportowania), zbudowany wokół jednego programu. Temu projektu lub programu projektów odpowiada osobny artykuł budżetu organizacji. Dla kadry kierowniczej organizacji to mały projekt, który można omawiać oddzielnie. Portfel lub portfolio w SAFe oznacza kompletny zestaw programów, na który służy cały budżet organizacji, dedykowany do tworzenia oprogramowania. Według SAFe zaleca się utworzenie jednolitego biuro zarządzania portfelem, który jest odpowiedzialny za strategię rozwoju, inwestycji i budżetowanie projektów.
- Poziom programów.Na tym poziomie znajdują się główna różnica między SAFe a Scrum. Mamy zespół o wiele większy niż w Scrum. Zespół składa się z n-ej ilości zwykłych zespołów pracujących nad dostawą oprogramowania. Zespół w SAFe nazywa się "Team of Teams" i może składać się z 50-125 osób. Wszyscy uczestnicy na poziomie programów pracują nad produktem, który w końcu można wypuścić na rynek. Gotowość do wydania zostanie ustalona nie przez wartości dla użytkownika, a jakość, czyli całkowity brak wad. W SAFe ten kawałek się nazywa Potentially Shippable Increment (PSI), a praca nad nim trwa 5 sprintów. Z każdym nowym PSI do produktu dodawane są nowe funkcje. Proces przyrostu wartości biznesowej produktu o nazwie "pociąg wdrożeniowy Agile" (od ang. Agile Release Train). Jest to chyba jedno z kluczowych pojęć. Im więcej w organizacji produktów, tym więcej będzie pociągów wdrożeniowych [2].
Czteropoziomowy SAFe
Trzypoziomowy SAFe jest używany dla mniejszych zespołów, które zawierają nie więcej niż 100 osób lub kilku programów o podobnej wielkości, które nie wymagają znaczącej interakcji. Natomiast czteropoziomowy SAFe ma zastosowanie do rozwiązań wymagających zaangażowania kilkuset specjalistów, a oprócz trzech standardowych poziomów pojawił się czwarty poziom nazywany "strumieniem wartości", który leży pomiędzy poziomami portfela i programu.
- 4.Strumień wartości to wszystko, co się dzieje "od klienta (zapotrzebowanie) do klienta (satysfakcja)". Według SAFe strumień wartości jest długowiecznym szeregiem kroków, służących do tworzenia wartości od pomysłu lub zamówienia klienta do dostarczenia optymalnego wyniku dla klienta [3].
W modelu strumienia wartości SAFe, idealnie, wszystkie pociągi wdrożeniowe Agile będą mieć kamienie milowe, które się wyrównują. W ten sposób można łatwiej organizować planowanie, prezentacje, integrację i wdrożenie. Zadanie koordynatora wielu inżynierów ds. pociągu wdrożeniowego będzie pełnić inżynier strumienia wartości [4].
| Scaled agile framework — artykuły polecane |
| Manifest Agile — Feature-Driven Development — Backlog produktu — Metodyka Extreme Programming — Test driven development — Epic — Scrum of scrums — Testowanie w projekcie — Ogólna charakterystyka metodyki Prince 2 |
Przypisy
Bibliografia
- Brenner R., Wunder S. (2015), Scaled Agile Framework: Presentation and real world example, IEEE, Austria
- Laanti M. (2014), Characteristics and Principles of Scaled Agile, Revised Selected Papers, Italy
Autor: Kateryna Ivaskova
