Large-scale scrum: Różnice pomiędzy wersjami
m (Infobox update) |
mNie podano opisu zmian |
||
(Nie pokazano 14 wersji utworzonych przez 3 użytkowników) | |||
Linia 1: | Linia 1: | ||
'''Large-scale [[Scrum]]''' (w skrócie: '''LESS''') to [[metodyka]] zwinnego zarządzania dużymi projektami. LeSS to [[Scrum|Scrum]], który przystosowany do potrzeb dość dużej ilości zespołów współpracujących nad jednym produktem. Metodyka pozwala na [[zarządzanie]] w ramach jednego projektu nawet ośmioma zespołami Scrum, co daje do 72 członków. | |||
LeSS to nie jest nowy bądź ulepszony [[Scrum|Scrum]]. Nie chodzi także o wykorzystanie Scruma w poszczególnych zespołach oraz dodanie czegoś innego na poziomie wyższym. W metodyce tej raczej chodzi o to, by znaleźć sposób, jak wykorzystać [[cele]], zasady, elementy i elegancję Scruma na dużą skalę w najbardziej prosty sposób (C. Larman 2017, s. 6). | |||
==TL;DR== | |||
Large-scale Scrum (LeSS) to metodyka zwinnego zarządzania dużymi projektami. Opracowana przez Basa Vodde'a i Craiga Larmana, LeSS opiera się na zasadach Scruma, ale jest dostosowana do pracy wielu zespołów nad jednym produktem. Metodyka ta ma na celu uproszczenie zarządzania i skupienie się na wartościowych funkcjach dla klientów. LeSS składa się z dwóch frameworków: LeSS dla 2-8 zespołów i LeSS Huge dla więcej niż 8 zespołów. W obu przypadkach istnieje jeden Product Owner, jeden Backlog produktu i jeden wspólny Sprint. Celem LeSS jest ciągłe doskonalenie i elastyczne podejście do zarządzania. | |||
==Geneza== | ==Geneza== | ||
Bas Vodde i Craig Larman opracowali ewolucje ramy LeSS bazując na swoim doświadczeniu związanym z opracowywaniem produktów na dużą skalę, szczególnie w branży telekomunikacyjnej i finansowej. Ewolucja ta polegała na przyjmowaniu Scruma i próbowaniu wielu różnych eksperymentów, aby zrozumieć, co działa lepiej. W roku 2013 eksperymenty te zostały zestalone w regułach frameworku Les. Intencją LeSS jest "odkamienianie" złożoności organizacji, odejście od niepotrzebnych, złożonych rozwiązań organizacyjnych i rozwiązywanie ich w prostszy sposób. Less oznacza mniej ról, mniej zarządzania, mniej struktur organizacyjnych | Bas Vodde i Craig Larman opracowali ewolucje ramy LeSS bazując na swoim doświadczeniu związanym z opracowywaniem produktów na dużą skalę, szczególnie w branży telekomunikacyjnej i finansowej. Ewolucja ta polegała na przyjmowaniu Scruma i próbowaniu wielu różnych eksperymentów, aby zrozumieć, co działa lepiej. W roku 2013 eksperymenty te zostały zestalone w regułach frameworku Les. Intencją LeSS jest "odkamienianie" złożoności organizacji, odejście od niepotrzebnych, złożonych rozwiązań organizacyjnych i rozwiązywanie ich w prostszy sposób. Less oznacza mniej ról, mniej zarządzania, mniej struktur organizacyjnych. | ||
==Fundamenty LeSS== | ==Fundamenty LeSS== | ||
Fundamenty LeSS dają podstawy które pozwalają na podejmowanie decyzji związanych z tym w jaki sposób można wykorzystać LeSS w konkretnym przypadku. | Fundamenty LeSS dają podstawy które pozwalają na [[podejmowanie decyzji]] związanych z tym w jaki sposób można wykorzystać LeSS w konkretnym przypadku. | ||
*'''LeSS to nadal SCRUM''' — nie jest to nowym, ulepszony Scrumem. W LeSS chodzi o znalezienie maksymalnie prostego sposobu na wykorzystanie podstawowych zasad, reguł, elementów i celów Scruma na dużą skalę. | * '''LeSS to nadal SCRUM''' — nie jest to nowym, ulepszony Scrumem. W LeSS chodzi o znalezienie maksymalnie prostego sposobu na wykorzystanie podstawowych zasad, reguł, elementów i celów Scruma na dużą skalę. | ||
*'''Przejrzystość''' — bazując na konkretnych, " | * '''Przejrzystość''' — bazując na konkretnych, "ukończonych" elementach, krótkich cyklach, współpracy, wspólnych definicji i przy odrzuceniu obaw w miejscu pracy. | ||
*'''Więcej dzięki mniej''' - dąży się by dzięki zmniejszeniu liczby artefaktów Zespoły skupiały się bardziej na klientach i dostarczaniu im użytecznego produktu, a także by dzięki zmniejszeniu ilości zdefiniowanych procesów Zespoły bardziej skupiały się na własnych procesach i konkretnej pracy. | * '''Więcej dzięki mniej''' - dąży się by dzięki zmniejszeniu liczby artefaktów Zespoły skupiały się bardziej na klientach i dostarczaniu im użytecznego produktu, a także by dzięki zmniejszeniu ilości zdefiniowanych procesów Zespoły bardziej skupiały się na własnych procesach i konkretnej pracy. | ||
*'''Skupienie na całym produkcie''' — jeden [[Backlog produktu|Rejestr Produktu]], jeden [[Product owner|Właściciel Produktu]], jeden produkt do dostarczenia, jeden [[Sprint|Sprint]] — niezależnie od tego ile zespołów mamy. [[Klient|Klienci]] chcą wartościowych funkcji w spójnym produkcie, a nie technicznych komponentów w oddzielnych częściach. | * '''Skupienie na całym produkcie''' — jeden [[Backlog produktu|Rejestr Produktu]], jeden [[Product owner|Właściciel Produktu]], jeden [[produkt]] do dostarczenia, jeden [[Sprint|Sprint]] — niezależnie od tego ile zespołów mamy. [[Klient|Klienci]] chcą wartościowych funkcji w spójnym produkcie, a nie technicznych komponentów w oddzielnych częściach. | ||
*'''Klient w centrum''' — skupienie uwagi na poznaniu rzeczywistych problemach klientów i ich rozwiązywaniu. Identyfikowanie wartości i rzeczy zbędnych z punktu widzenia płacących klientów. Redukowanie odczuwanego przez nich czasu oczekiwania. Zwiększenie i wzmocnienie pętli sprzężenia zwrotnego z rzeczywistymi klientami. Wszyscy członki [[Zespół projektowy|zespołu]] rozumieją, w jaki sposób ich codzienna praca wpływa bezpośrednio na osiąganie korzyści przez płacących [[Klient|klientów]]. | * '''[[Klient]] w centrum''' — skupienie uwagi na poznaniu rzeczywistych problemach klientów i ich rozwiązywaniu. Identyfikowanie wartości i rzeczy zbędnych z punktu widzenia płacących klientów. Redukowanie odczuwanego przez nich czasu oczekiwania. Zwiększenie i [[wzmocnienie]] pętli sprzężenia zwrotnego z rzeczywistymi klientami. Wszyscy członki [[Zespół projektowy|zespołu]] rozumieją, w jaki sposób ich codzienna [[praca]] wpływa bezpośrednio na osiąganie korzyści przez płacących [[Klient|klientów]]. | ||
*'''Ciągłe udoskonalanie''' w dążeniu do perfekcji — cel przy dążeniu do perfekcji można opisać jako prawie nieustanne tworzenie i dostarczanie produktu, niemal bez generowania kosztów, prawie bez defektów — produktu, który zadowola klientów, pozytywnie wpływa na środowisko i sprawia, że życie staje się lepsze. Także ten fundament przewiduje wykonywanie małych i dużych eksperymentów związanych z udoskonalaniem, aby przybliżyć się do tego celu. | * '''Ciągłe udoskonalanie''' w dążeniu do perfekcji — cel przy dążeniu do perfekcji można opisać jako prawie nieustanne tworzenie i dostarczanie produktu, niemal bez generowania kosztów, prawie bez defektów — produktu, który zadowola klientów, pozytywnie wpływa na środowisko i sprawia, że życie staje się lepsze. Także ten fundament przewiduje wykonywanie małych i dużych eksperymentów związanych z udoskonalaniem, aby przybliżyć się do tego celu. | ||
*'''Elastyczne myślenie''' — tworzenie takich systemów organizacyjnych, w których podstawową rolę odgrywają menedżerowie-nauczyciele które wykazują elastyczność w myśleniu i uczą tej umiejętności, zarządzają w taki sposób, by udoskonalać, zachęcają do naprawiania zauważonych błędów (ang. stop-and-fix) oraz stosują w praktyce podejście empiryczne (ang. Go See). Dodatkowymi dwoma filarami są szacunek do ludzi i nastawienie na kwestionowanie status quo. | * '''Elastyczne myślenie''' — tworzenie takich systemów organizacyjnych, w których podstawową rolę odgrywają menedżerowie-nauczyciele które wykazują [[elastyczność]] w myśleniu i uczą tej [[umiejętności]], zarządzają w taki sposób, by udoskonalać, zachęcają do naprawiania zauważonych błędów (ang. stop-and-fix) oraz stosują w praktyce podejście empiryczne (ang. Go See). Dodatkowymi dwoma filarami są szacunek do ludzi i nastawienie na kwestionowanie status quo. | ||
*'''Myślenie systemowe''' — obserwowanie, rozumienie i optymalizowanie całego systemu, a nie tylko jego części, a także korzystanie z modelowania systemów w badaniu dynamiki systemu. Znaczy to także, żę trzeba unikać lokalnego optymalizowania wydajności jednostek lub pojedynczych zespołów. [[Klient|Klientom]] zależy na całym cyklu i przepływie od pomysłu do zwrotu z inwestycji, a nie na poszczególnych krokach. Lokalne optymalizowanie części prawie zawsze pogarsza całość. | * '''[[Myślenie systemowe]]''' — obserwowanie, rozumienie i optymalizowanie całego systemu, a nie tylko jego części, a także korzystanie z modelowania systemów w badaniu dynamiki systemu. Znaczy to także, żę trzeba unikać lokalnego optymalizowania wydajności jednostek lub pojedynczych zespołów. [[Klient|Klientom]] zależy na całym cyklu i przepływie od pomysłu do zwrotu z inwestycji, a nie na poszczególnych krokach. Lokalne optymalizowanie części prawie zawsze pogarsza całość. | ||
*'''Empiryczna kontrola procesów''' — stałe badanie i dostosowanie produktu, procesów, zachowań, [[Struktura organizacyjna|struktury organizacyjnej]] i praktyki w taki sposób, by ewoluowały odpowiednio do danej sytuacji, zamiast działania według tzw. najlepszych praktyk które ignorują kontekst, powodują tworzenie rytuałów, hamują uczenie się i wprowadzają zmiany oraz niszczą w ludziach poczucie odpowiedzialności i zaangażowania. | * '''Empiryczna [[kontrola]] procesów''' — stałe badanie i dostosowanie produktu, procesów, zachowań, [[Struktura organizacyjna|struktury organizacyjnej]] i praktyki w taki sposób, by ewoluowały odpowiednio do danej sytuacji, zamiast działania według tzw. najlepszych praktyk które ignorują kontekst, powodują tworzenie rytuałów, hamują uczenie się i wprowadzają zmiany oraz niszczą w ludziach poczucie odpowiedzialności i zaangażowania. | ||
*'''Teoria kolejek''' — przewiduje rozumienie, w jaki sposób działają systemy z kolejkowaniem w dziedzinie R&D, i wykorzystanie tych spostrzeżeń do zarządzania rozmiarami kolejek, liczbą rozpoczynanych prac, wielozadaniowością, pakietami zadań i zmiennością (C. Larman 2017, s. 10-12). | * '''[[Teoria kolejek]]''' — przewiduje rozumienie, w jaki sposób działają systemy z kolejkowaniem w dziedzinie R&D, i wykorzystanie tych spostrzeżeń do zarządzania rozmiarami kolejek, liczbą rozpoczynanych prac, wielozadaniowością, pakietami zadań i zmiennością (C. Larman 2017, s. 10-12). | ||
<google>n</google> | |||
==Dwa frameworki: LeSS i LeSS Huge== | ==Dwa frameworki: LeSS i LeSS Huge== | ||
''LeSS zawiera dwa frameworki:'' | ''LeSS zawiera dwa frameworki:'' | ||
*'''LeSS''' dla dwóch | * '''LeSS''' dla dwóch - ośmiu zespołów, | ||
*'''LeSS Huge''' dla więcej niż ośmiu zespołów. | * '''LeSS Huge''' dla więcej niż ośmiu zespołów. | ||
Określenie LeSS jest przeciążone, ponieważ opisuje zarówno Large-Scale Scrum w całości, jak i mniejszy framework Les. | Określenie LeSS jest przeciążone, ponieważ opisuje zarówno Large-Scale Scrum w całości, jak i mniejszy framework Les. | ||
''Frameworki LeSS i LeSS Huge mają takie wspólne elementy:'' | ''Frameworki LeSS i LeSS Huge mają takie wspólne elementy:'' | ||
* jednego [[Product owner|Właściciela Produktu]] i jeden [[Backlog produktu|Rejestr Produktu]], | * jednego [[Product owner|Właściciela Produktu]] i jeden [[Backlog produktu|Rejestr Produktu]], | ||
* jeden wspólny [[Sprint|Sprint]] we wszystkich zespołach, | * jeden wspólny [[Sprint|Sprint]] we wszystkich zespołach, | ||
* rozbudowywanie jednego, możliwego do dostarczenia produktu (C. Larman 2013, 10). | * rozbudowywanie jednego, możliwego do dostarczenia produktu (C. Larman 2013, 10). | ||
{{infobox5|list1={{i5link|a=[[Lean Software Development]]}} — {{i5link|a=[[Facylitacja]]}} — {{i5link|a=[[Metodyka Extreme Programming]]}} — {{i5link|a=[[Scrum of scrums]]}} — {{i5link|a=[[Projektowanie systemu zarządzania przez jakość]]}} — {{i5link|a=[[Kultura organizacyjna a zarządzanie projektami]]}} — {{i5link|a=[[Skrzynka Reddina]]}} — {{i5link|a=[[Manifest Agile]]}} — {{i5link|a=[[Jidoka]]}} }} | |||
==Bibliografia== | ==Bibliografia== | ||
* Larman C., Vodde B. ( | <noautolinks> | ||
* Larman C., Vodde B. (2013), ''[http://miroslawdabrowski.com/downloads/Scrum/Large%20Scale%20Scrum%20(LESS).pdf Scaling Agile Development]'', Crosstalk journal, November / December | |||
* | * Larman C., Vodde B. (2017), ''Large-Scale Scrum Zwinne zarządzanie dużym projektem z LeSS'', Helion, Gliwice | ||
* | * Strona internetowa: ''[https://less.works Large-Scale Scrum (LeSS)]'' | ||
</noautolinks> | |||
{{a|Oleksii Donets}} | {{a|Oleksii Donets}} | ||
[[Kategoria: | [[Kategoria:Metodyki zarządzania projektami]] | ||
{{#metamaster:description|Large-scale Scrum to zwinnie zarządzanie dużymi projektami. LeSS to Scrum dla wielu zespołów, umożliwiający współpracę nawet 72 osób.}} |
Aktualna wersja na dzień 08:23, 12 sty 2024
Large-scale Scrum (w skrócie: LESS) to metodyka zwinnego zarządzania dużymi projektami. LeSS to Scrum, który przystosowany do potrzeb dość dużej ilości zespołów współpracujących nad jednym produktem. Metodyka pozwala na zarządzanie w ramach jednego projektu nawet ośmioma zespołami Scrum, co daje do 72 członków. LeSS to nie jest nowy bądź ulepszony Scrum. Nie chodzi także o wykorzystanie Scruma w poszczególnych zespołach oraz dodanie czegoś innego na poziomie wyższym. W metodyce tej raczej chodzi o to, by znaleźć sposób, jak wykorzystać cele, zasady, elementy i elegancję Scruma na dużą skalę w najbardziej prosty sposób (C. Larman 2017, s. 6).
TL;DR
Large-scale Scrum (LeSS) to metodyka zwinnego zarządzania dużymi projektami. Opracowana przez Basa Vodde'a i Craiga Larmana, LeSS opiera się na zasadach Scruma, ale jest dostosowana do pracy wielu zespołów nad jednym produktem. Metodyka ta ma na celu uproszczenie zarządzania i skupienie się na wartościowych funkcjach dla klientów. LeSS składa się z dwóch frameworków: LeSS dla 2-8 zespołów i LeSS Huge dla więcej niż 8 zespołów. W obu przypadkach istnieje jeden Product Owner, jeden Backlog produktu i jeden wspólny Sprint. Celem LeSS jest ciągłe doskonalenie i elastyczne podejście do zarządzania.
Geneza
Bas Vodde i Craig Larman opracowali ewolucje ramy LeSS bazując na swoim doświadczeniu związanym z opracowywaniem produktów na dużą skalę, szczególnie w branży telekomunikacyjnej i finansowej. Ewolucja ta polegała na przyjmowaniu Scruma i próbowaniu wielu różnych eksperymentów, aby zrozumieć, co działa lepiej. W roku 2013 eksperymenty te zostały zestalone w regułach frameworku Les. Intencją LeSS jest "odkamienianie" złożoności organizacji, odejście od niepotrzebnych, złożonych rozwiązań organizacyjnych i rozwiązywanie ich w prostszy sposób. Less oznacza mniej ról, mniej zarządzania, mniej struktur organizacyjnych.
Fundamenty LeSS
Fundamenty LeSS dają podstawy które pozwalają na podejmowanie decyzji związanych z tym w jaki sposób można wykorzystać LeSS w konkretnym przypadku.
- LeSS to nadal SCRUM — nie jest to nowym, ulepszony Scrumem. W LeSS chodzi o znalezienie maksymalnie prostego sposobu na wykorzystanie podstawowych zasad, reguł, elementów i celów Scruma na dużą skalę.
- Przejrzystość — bazując na konkretnych, "ukończonych" elementach, krótkich cyklach, współpracy, wspólnych definicji i przy odrzuceniu obaw w miejscu pracy.
- Więcej dzięki mniej - dąży się by dzięki zmniejszeniu liczby artefaktów Zespoły skupiały się bardziej na klientach i dostarczaniu im użytecznego produktu, a także by dzięki zmniejszeniu ilości zdefiniowanych procesów Zespoły bardziej skupiały się na własnych procesach i konkretnej pracy.
- Skupienie na całym produkcie — jeden Rejestr Produktu, jeden Właściciel Produktu, jeden produkt do dostarczenia, jeden Sprint — niezależnie od tego ile zespołów mamy. Klienci chcą wartościowych funkcji w spójnym produkcie, a nie technicznych komponentów w oddzielnych częściach.
- Klient w centrum — skupienie uwagi na poznaniu rzeczywistych problemach klientów i ich rozwiązywaniu. Identyfikowanie wartości i rzeczy zbędnych z punktu widzenia płacących klientów. Redukowanie odczuwanego przez nich czasu oczekiwania. Zwiększenie i wzmocnienie pętli sprzężenia zwrotnego z rzeczywistymi klientami. Wszyscy członki zespołu rozumieją, w jaki sposób ich codzienna praca wpływa bezpośrednio na osiąganie korzyści przez płacących klientów.
- Ciągłe udoskonalanie w dążeniu do perfekcji — cel przy dążeniu do perfekcji można opisać jako prawie nieustanne tworzenie i dostarczanie produktu, niemal bez generowania kosztów, prawie bez defektów — produktu, który zadowola klientów, pozytywnie wpływa na środowisko i sprawia, że życie staje się lepsze. Także ten fundament przewiduje wykonywanie małych i dużych eksperymentów związanych z udoskonalaniem, aby przybliżyć się do tego celu.
- Elastyczne myślenie — tworzenie takich systemów organizacyjnych, w których podstawową rolę odgrywają menedżerowie-nauczyciele które wykazują elastyczność w myśleniu i uczą tej umiejętności, zarządzają w taki sposób, by udoskonalać, zachęcają do naprawiania zauważonych błędów (ang. stop-and-fix) oraz stosują w praktyce podejście empiryczne (ang. Go See). Dodatkowymi dwoma filarami są szacunek do ludzi i nastawienie na kwestionowanie status quo.
- Myślenie systemowe — obserwowanie, rozumienie i optymalizowanie całego systemu, a nie tylko jego części, a także korzystanie z modelowania systemów w badaniu dynamiki systemu. Znaczy to także, żę trzeba unikać lokalnego optymalizowania wydajności jednostek lub pojedynczych zespołów. Klientom zależy na całym cyklu i przepływie od pomysłu do zwrotu z inwestycji, a nie na poszczególnych krokach. Lokalne optymalizowanie części prawie zawsze pogarsza całość.
- Empiryczna kontrola procesów — stałe badanie i dostosowanie produktu, procesów, zachowań, struktury organizacyjnej i praktyki w taki sposób, by ewoluowały odpowiednio do danej sytuacji, zamiast działania według tzw. najlepszych praktyk które ignorują kontekst, powodują tworzenie rytuałów, hamują uczenie się i wprowadzają zmiany oraz niszczą w ludziach poczucie odpowiedzialności i zaangażowania.
- Teoria kolejek — przewiduje rozumienie, w jaki sposób działają systemy z kolejkowaniem w dziedzinie R&D, i wykorzystanie tych spostrzeżeń do zarządzania rozmiarami kolejek, liczbą rozpoczynanych prac, wielozadaniowością, pakietami zadań i zmiennością (C. Larman 2017, s. 10-12).
Dwa frameworki: LeSS i LeSS Huge
LeSS zawiera dwa frameworki:
- LeSS dla dwóch - ośmiu zespołów,
- LeSS Huge dla więcej niż ośmiu zespołów.
Określenie LeSS jest przeciążone, ponieważ opisuje zarówno Large-Scale Scrum w całości, jak i mniejszy framework Les.
Frameworki LeSS i LeSS Huge mają takie wspólne elementy:
- jednego Właściciela Produktu i jeden Rejestr Produktu,
- jeden wspólny Sprint we wszystkich zespołach,
- rozbudowywanie jednego, możliwego do dostarczenia produktu (C. Larman 2013, 10).
Large-scale scrum — artykuły polecane |
Lean Software Development — Facylitacja — Metodyka Extreme Programming — Scrum of scrums — Projektowanie systemu zarządzania przez jakość — Kultura organizacyjna a zarządzanie projektami — Skrzynka Reddina — Manifest Agile — Jidoka |
Bibliografia
- Larman C., Vodde B. (2013), Scaling Agile Development, Crosstalk journal, November / December
- Larman C., Vodde B. (2017), Large-Scale Scrum Zwinne zarządzanie dużym projektem z LeSS, Helion, Gliwice
- Strona internetowa: Large-Scale Scrum (LeSS)
Autor: Oleksii Donets