PRZEDSIĘBIORSTWEM PROJEKTOWYM
2.3. Zwinne zarządzanie przedsiębiorstwami projektowymi
2.3.4. Modele zwinnego zarządzania prz
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów projektowych. Jednak
13 Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości (Koehnemann i Mayner, 2017).
Rys. 27 Główne kroki i etapy procesu transformacji zwinnej
Źródło: opracowanie własne na podstawie:
Z perspektywy badań zwinności zespołów projektowych oprogramowanie
zwinnych istotne mogą być oparte na nich modele transformacji. R. przedstawili model
praktyk wytwarzania
zarządzania, praktyk refleksyjnych M.Z. Nafchi (2015)
iteracyjności, ciągłości praktyk, adaptację,
są również kombinacje scenariuszy praktyk zwinnych w czasie
Przykładowy model procesu transformacji zwinnej strategiczne, taktyczne i operacyjne, natomia
organizacyjna przedsiębiorstwa miała znaczący w 2012; Panasiewicz, 2013; Chrapko, 2014).
wiedzą oraz budowanie kultury wdrożenia kluczowych
osiągnięcia i utrzymania
2.3.4. Modele zwinnego zarządzania prz
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów projektowych. Jednak
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości (Koehnemann i Mayner, 2017).
Główne kroki i etapy procesu transformacji zwinnej
Źródło: opracowanie własne na podstawie:
Z perspektywy badań zwinności zespołów projektowych
oprogramowanie oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk zwinnych istotne mogą być oparte na nich modele transformacji. R.
model proces
praktyk wytwarzania oprogramowania, praktyk zespołów projektowych, podejścia do zarządzania, praktyk refleksyjnych
Nafchi (2015) obejmował
iteracyjności, ciągłości oraz stopniowości), jak również jego kluczowe czynności (wybór praktyk, adaptację, ocenę, retrospektywę i dostosowanie).
są również kombinacje scenariuszy nnych w czasie
Przykładowy model procesu transformacji zwinnej strategiczne, taktyczne i operacyjne, natomia
przedsiębiorstwa miała znaczący w Panasiewicz, 2013; Chrapko, 2014).
budowanie kultury
wdrożenia kluczowych praktyk zwinnych
osiągnięcia i utrzymania zwinności przedsiębiorstwa
Modele zwinnego zarządzania prz
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów projektowych. Jednakże
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości (Koehnemann i Mayner, 2017).
Główne kroki i etapy procesu transformacji zwinnej
Źródło: opracowanie własne na podstawie:
Z perspektywy badań zwinności zespołów projektowych
oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk zwinnych istotne mogą być oparte na nich modele transformacji. R.
procesu transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do zarządzania, praktyk refleksyjnych13 oraz
obejmował cechy strukturalne
az stopniowości), jak również jego kluczowe czynności (wybór ocenę, retrospektywę i dostosowanie).
są również kombinacje scenariuszy hybrydowych nnych w czasie (Solinski i Petersen, 2016) Przykładowy model procesu transformacji zwinnej strategiczne, taktyczne i operacyjne, natomia
przedsiębiorstwa miała znaczący w Panasiewicz, 2013; Chrapko, 2014).
budowanie kultury ciągłego uczenia się i praktyk zwinnych
zwinności przedsiębiorstwa
Modele zwinnego zarządzania prz
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń. 97
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości
Główne kroki i etapy procesu transformacji zwinnej
Źródło: opracowanie własne na podstawie: J.P. Kotter (
Z perspektywy badań zwinności zespołów projektowych
oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk zwinnych istotne mogą być oparte na nich modele transformacji. R.
transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do
oraz kultury organizacyjnej. cechy strukturalne
az stopniowości), jak również jego kluczowe czynności (wybór ocenę, retrospektywę i dostosowanie).
hybrydowych w zależności od przyjętej strategii adaptacji (Solinski i Petersen, 2016)
Przykładowy model procesu transformacji zwinnej
strategiczne, taktyczne i operacyjne, natomiast w każdym z zidentyfikowanych przedsiębiorstwa miała znaczący w
Panasiewicz, 2013; Chrapko, 2014). Zapewnienie efektywnych ciągłego uczenia się i
praktyk zwinnych w procesie transformacji oraz zwinności przedsiębiorstwa
Modele zwinnego zarządzania przedsiębiorstwem
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości
Główne kroki i etapy procesu transformacji zwinnej
J.P. Kotter (2012
Z perspektywy badań zwinności zespołów projektowych
oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk zwinnych istotne mogą być oparte na nich modele transformacji. R.
transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do
kultury organizacyjnej. cechy strukturalne procesu
az stopniowości), jak również jego kluczowe czynności (wybór ocenę, retrospektywę i dostosowanie). W ramach transformacji możliwe w zależności od przyjętej strategii adaptacji (Solinski i Petersen, 2016).
Przykładowy model procesu transformacji zwinnej (Rys.
st w każdym z zidentyfikowanych przedsiębiorstwa miała znaczący wpływ na przebieg całego procesu
Zapewnienie efektywnych ciągłego uczenia się i doskonalenia
w procesie transformacji oraz
zwinności przedsiębiorstwa na odpowiednio wysokim poziomie
edsiębiorstwem
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości
Główne kroki i etapy procesu transformacji zwinnej
2012) i P. Paterek (2018)
Z perspektywy badań zwinności zespołów projektowych
oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk zwinnych istotne mogą być oparte na nich modele transformacji. R. Hoda i
transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do
kultury organizacyjnej. Model
procesu (tj. oparte na wartościach, az stopniowości), jak również jego kluczowe czynności (wybór W ramach transformacji możliwe w zależności od przyjętej strategii adaptacji
Rys. 27) obejmuje działania st w każdym z zidentyfikowanych
pływ na przebieg całego procesu Zapewnienie efektywnych procesów
doskonalenia stanowią uwarunkowania w procesie transformacji oraz
na odpowiednio wysokim poziomie
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości
Paterek (2018)
Z perspektywy badań zwinności zespołów projektowych wytwarzających oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk Hoda i J. Noble (2017) transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do Model T.J. Gandomani (tj. oparte na wartościach, az stopniowości), jak również jego kluczowe czynności (wybór W ramach transformacji możliwe w zależności od przyjętej strategii adaptacji
) obejmuje działania st w każdym z zidentyfikowanych modeli kultura
pływ na przebieg całego procesu
rocesów zarządzania stanowią uwarunkowania w procesie transformacji oraz prowadzą do
na odpowiednio wysokim poziomie
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
Inaczej retrospektywnych, służących uczeniu się na podstawie dotychczasowych doświadczeń.
zakres prac przy ustalonych z góry kosztach, harmonogramie oraz kryteriach jakości
wytwarzających oraz pomiaru poziomu zwinności za pomocą stosowanych praktyk Noble (2017) transformacji jako sieć ciągłych zmian w pięciu wymiarach: oprogramowania, praktyk zespołów projektowych, podejścia do Gandomani i (tj. oparte na wartościach, az stopniowości), jak również jego kluczowe czynności (wybór W ramach transformacji możliwe w zależności od przyjętej strategii adaptacji
) obejmuje działania modeli kultura (Kotter, zarządzania stanowią uwarunkowania prowadzą do na odpowiednio wysokim poziomie.
Metodyki zwinne z założenia miały usprawnić organizację pracy małych zespołów duże przedsiębiorstwa zajmujące się projektami wytwarzania
oprogramowania również borykały się z wieloma podobnymi problemami, tyl większą skalę. Kiedy
dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych.
dzisiaj trwają prace nad sposobami Paasivaara, 2017
podejście zwinne do organizacji swojej pracy z portfelami projektów (
Rys.
zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa wytwarzaj
wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tyl
większą skalę. Kiedy
dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych.
dzisiaj trwają prace nad sposobami Paasivaara, 2017
podejście zwinne do organizacji swojej pracy z portfelami projektów (
Rys. 28 Model
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa wytwarzającego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tyl
większą skalę. Kiedy pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych.
dzisiaj trwają prace nad sposobami Paasivaara, 2017) oraz kompleksową
podejście zwinne do organizacji swojej pracy z portfelami projektów (Hobbs i Petit, 2017;
Model Scaled Agile Framework (SAFe®)
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tyl
pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych.
dzisiaj trwają prace nad sposobami skalowania metodyk zwinnych oraz kompleksową formą, jaką
podejście zwinne do organizacji swojej pracy z Hobbs i Petit, 2017;
Scaled Agile Framework (SAFe®)
Źródło:
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez
98
oprogramowania również borykały się z wieloma podobnymi problemami, tyl
pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych.
skalowania metodyk zwinnych
formą, jaką powinny przyjąć przedsiębiorstwa stosujące podejście zwinne do organizacji swojej pracy z
Hobbs i Petit, 2017; Laanti, 2017;
Scaled Agile Framework (SAFe®)
Źródło: Scaled Agile Inc. (2017)
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tyl
pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z koordynacją pracy wielu zespołów projektowych. Problemy
skalowania metodyk zwinnych
powinny przyjąć przedsiębiorstwa stosujące podejście zwinne do organizacji swojej pracy z dużymi
Laanti, 2017; Moe i Dingsøyr, 2017).
Scaled Agile Framework (SAFe®)
Scaled Agile Inc. (2017)
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tyl
pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z
Problemy te są na tyle złożone, że skalowania metodyk zwinnych (Alqudah i Razali, 2016
powinny przyjąć przedsiębiorstwa stosujące dużymi projektami, programam
Moe i Dingsøyr, 2017).
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez oprogramowania również borykały się z wieloma podobnymi problemami, tylko na znac
pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z
te są na tyle złożone, że (Alqudah i Razali, 2016 powinny przyjąć przedsiębiorstwa stosujące
projektami, programam Moe i Dingsøyr, 2017).
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różni pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez
na znacznie pierwszy raz zaczęto eksperymentować z metodykami zwinnymi w dużych projektach, pojawiły się liczne problemy synchronizacji i skalowania związane z te są na tyle złożone, że do (Alqudah i Razali, 2016; powinny przyjąć przedsiębiorstwa stosujące projektami, programami oraz
B. Hobbs i Y. Petit (2017) twierdzą, że najważniejsze i największe problemy ze zwinnością są na poziomie projektu i przedsiębiorstwa projektowego, a nie na poziomie samego zespołu projektowego. Dynamika prac nad modelami zwinnego przedsiębiorstwa ącego oprogramowanie nabiera tempa i długofalowo może się okazać, że zostaną wypracowane odpowiednio optymalne rozwiązania organizacyjne wspierające duże projekty i programy, natomiast zespoły jako elementarne jednostki złożone z ludzi nadal będą się różnić pomiędzy sobą, nawet w ramach tych samych założeń i ograniczeń narzuconych przez
99
przedsiębiorstwo, a tym samym może się różnić ich implementacja zwinności. Jest to z pewnością argument do tego, aby jeszcze dokładniej przyjrzeć się ocenie zwinności zespołu projektowego z jednoczesnym uwzględnieniem szerszego kontekstu zwinności przedsiębiorstwa projektowego, co jest częścią badań niniejszej pracy.
Jednym z nowszych i najbardziej rozbudowanych modeli skalowania metodyk zwinnych w dużych i złożonych projektach oraz programach jest model Scaled Agile Framework (SAFe®) (Rys. 28) autorstwa firmy Scaled Agile Inc. (Leffingwell et al., 2017; Paasivaara, 2017; Scaled Agile Inc., 2017). Model ten nie służy jednak tylko skalowaniu metodyk zwinnych, ale obejmuje zarządzanie całym przedsiębiorstwem stosującym podejście zwinne do realizacji projektów wytwarzania oprogramowania.
Model ten wyróżnia cztery poziomy organizacji: zespół projektowy, program, strumień wartości i portfel (portfolio), z których każdy posiada zdefiniowane role kierownicze odpowiedzialne za pracę na danym poziomie. Prace realizowane są osobno na każdym poziomie, jednak wszystkie poziomy są ze sobą wzajemnie powiązane (Leffingwell et al., 2017). Integracja praktyk zwinnych oraz praktyk szczupłych (lean i kanban) występuje na wszystkich czterech poziomach organizacji tworząc gotowe wzorce zarówno na potrzeby zespołu, jak i programu14, które to wzorce można wykorzystać w skalowaniu w średniej, jak i większej organizacji (Alqudah i Razali, 2016).
Struktura organizacyjna w modelu SAFe (Rys. 28) przewiduje standardowy rozmiar zespołu projektowego, który składa się z pięciu do dziewięciu członków zespołu, program składający się z pięciu do dwunastu zespołów projektowych (50-125 osób), które w ramach programu tworzą pociąg (agile release train) bedący w stanie dostarczać wartości biznesowe do odbiorcy, klienta lub użytkownika (Leffingwell et al., 2017). Strumień wartości (value stream) gwarantuje odpowiednią synchronizację wielu zespołów projektowych na poziomie portfela, na którym zespoły koncentrują się na dostarczaniu nowych pomysłów i rozwiązań. Model SAFe zakłada, że zespoły będą produkować przyrost wartości produktu kwartalnie w ramach kadencji (cadence), a nie w każdym sprincie, dlatego definiuje funkcjonalności (features) na poziomie programu, które później zespoły dekomponują do iteracji dzieląc je na historyjki użytkownika (stories) (Alqudah i Razali, 2016; Leffingwell et al., 2017).
14 Model SAFe mówi o programie jako grupie wzajemnie powiązanych zespołów projektowych w ramach jednego pociągu (train), dostarczających rozwiązanie w postaci produktu bądź usługi. W modelu nie wyróżnia się osobno pojęcia projektu, zapewne zakładając, że służy on do realizacji złożonych przedsięwzięć w postaci programów, albo tzw. dużych rozwiązań dla klienta (large solutions).
100
Z perspektywy badań prowadzonych w niniejszej pracy istotne mogą być:
praktyki SAFe – ponieważ stanowią mieszankę praktyk metodyki Scrum oraz praktyk XP na poziomie zespołu projektowego, związane głównie z jakością lub inżynierią oprogramowania. Zwinne praktyki inżynierskie obejmują tu: zwinną architekturę, ciągłą integrację, testowanie, refaktoryzację kodu, pracę w parach oraz własność kodu, tematy inwestycyjne (strategic themes) i strumienie wartości (value streams) – służące do synchronizacji pociągów na poziomie programu. Strumień wartości to długotrwała seria etapów procesu definiowania, tworzenia i wdrażania systemu, który służy do opracowywania i wdrażania rozwiązań zapewniających stały przepływ wartości do firmy, klienta lub użytkownika końcowego (Leffingwell et al., 2017). Temat inwestycyjny pokazuje, w jaki sposób portfel rozkłada budżet do wydania na potrzeby pociągu realizując przy tym strategię portfela (Leffingwell et al., 2017). Tematy inwestycyjne dostarczają do portfela dwa rodzaje epików (epics): biznesowe – przekrojowe inicjatywy skierowane do klientów w celu osiągnięcia określonych wartości i korzyści biznesowych oraz architektoniczne – przekrojowe inicjatywy technologiczne w celu obsługi bieżących i przyszłych potrzeb biznesowych (Leffingwell et al., 2017). Epiki ze względu na ich duży zakres są często dzielone na możliwości (capabilities), a te dopiero dekomponuje się na funkcjonalności (features) realizowane na poziomie programu.
Podobnym do modelu SAFe, ale ze znacznie mniejszą liczbą nowych ról w stosunku do podstawowej metodyki Scrum, jest model LeSS. Model LeSS przewidziany jest do skali „70 osób pracujących na jednym produkcie, a wersja modelu LeSS huge do nawet tysięcy ludzi pracujących na jednym produkcie w 5 lokalizacjach z około 15 milionami linii kodu źródłowego” (Larman i Vodde, 2014). Podstawą modelu LeSS jest zaczerpnięcie zasad metodyki Scrum obowiązujących w jednym zespole projektowym i minimalne dostosowanie praktyk tej metodyki do większego projektu i środowiska wielu zespołów projektowych, zachowując ciągle jeden rejestr produktu, taką samą definicję ukończenia zadań dla wszystkich zespołów, zsynchronizowane sprinty prowadzące do produktu potencjalnie możliwego do wydania oraz jednego właściciela produktu (Paasivaara i Lassenius, 2016). Model LeSS to: ponad 8 zespołów funkcjonalnych, obszary wymagań, obszary złożone z 4 do 10 zespołów funkcjonalnych, priorytetyzowane rejestry obszarów, właściciele obszaru produktu (area product owner), jedno planowanie sprintu, jeden przegląd sprintu na dany obszar wymagań, spotkania koordynacyjne (scrums of scrums) dla potrzeb synchronizacji zespołów, retrospekcje zarówno na poziomie obszaru jak i produktu, ustanowiony
wewnętrznie Lassenius, 20
Rys.
portfela projektów to: DAD ( czy RAGE (
Wyrozębski
planowanie, zwinne wytwarzanie oprogramowania, zapewnienie jakości na wysokim poziomie oraz operacyjność w rozumieniu
gotowej części pr obejmuje
procesów przyrostowego wytwarzania, testowania i wdrażania oprogramowania, wykorzystanie narzędzi I
biznesowej z perspektywy organizacji, portfela projektów oraz samych projektów, a w wersji rozszerzonej zawiera
wewnętrznie dział szkoleń i coaching Lassenius, 2016
Rys. 29 Model DevOps
Inne modele wykorzystywane na poziomie przedsiębiorstwa lub co najmniej na poziomie portfela projektów to: DAD (
czy RAGE (Recipes for Agile Governance in the Enterprise Wyrozębski, 2016a
Model Dev
planowanie, zwinne wytwarzanie oprogramowania, zapewnienie jakości na wysokim poziomie oraz operacyjność w rozumieniu
gotowej części pr
obejmuje zasady i wartości
procesów przyrostowego wytwarzania, testowania i wdrażania oprogramowania,