LeSS to lekki, zwinny framework do skalowania Scruma na więcej niż jeden zespół. Od 2005 roku Bas Vodde i Craig Larman opracowali framework LeSS po zastosowaniu zasad i reguł Scruma w dużych projektach. Ich celem było skuteczne rozwijanie dużych projektów, pozostając w ramach ograniczeń Scruma.
LeSS opiera się na zasadach Scruma takich jak empiryzm, zespoły międzyfunkcyjne zespoły samodzielnie zarządzające i zapewnia ramy do stosowania tego na dużą skalę. Oferuje proste zasady strukturalne, wytyczne i eksperymenty dotyczące tego, jak wdrożyć Scruma w dużym środowisku rozwoju produktu. LeSS ma tylko kilka zasad i dwa frameworki: LeSS i LeSS Huge.
- LeSS Basic: 2–8 zespołów
- LeSS Huge: 8+ zespołów
Różnica polega na liczbie zaangażowanych zespołów. Basic LeSS to dwa do ośmiu zespołów po osiem osób, pracujących nad tym samym rozwojem produktu. LeSS Huge to do 2000 osób pracujących nad tym samym rozwojem produktu. Innymi słowy, jak duży chciałbyś, aby był duży? LeSS może skalować scruma w górę lub w dół, aby działać w wielu środowiskach.
framework LeSS
Poniższy rysunek ilustruje podstawowy framework LeSS. Liczba zespołów deweloperskich waha się od dwóch do ośmiu. Jeden właściciel produktu obsługuje do ośmiu zespołów, a każdy scrum master obsługuje do trzech zespołów.
W frameworku LeSS jest jeden właściciel produktu i jeden backlog produktu dla całego gotowego do wysyłki produktu. Właściciel produktu nie powinien pracować samodzielnie nad udoskonaleniem backlogu produktu; wspierają go różne zespoły deweloperskie, które pracują bezpośrednio z klientami/użytkownikami i innymi interesariuszami. Cała priorytetyzacja przechodzi przez właściciela produktu, ale wyjaśnienia mogą odbywać się bezpośrednio między zespołami a klientami/użytkownikami i innymi interesariuszami.
Chociaż wiele z LeSS pozostaje wierne frameworkowi scruma dla jednego zespołu, różnice są istotne:
- Planowanie Sprintu jest podzielone na dwie części: Część 1 jest wspólna dla wszystkich zespołów, a Część 2 jest dla każdego zespołu.
- Planowanie sprintu (Część 1) jest ograniczone do jednej godziny tygodniowo w długości sprintu. Chociaż nie wszyscy deweloperzy muszą uczestniczyć, nie są zniechęcani, a przynajmniej dwóch członków każdego zespołu sprintowego uczestniczy, wraz z właścicielem produktu. Reprezentanci zespołów wracają następnie i dzielą się swoimi informacjami z odpowiednimi zespołami.
- Niezależne planowanie sprintu (Część 2) i codzienne scrumy odbywają się, a członkowie różnych zespołów mogą uczestniczyć w spotkaniach innych zespołów, aby ułatwić wymianę informacji.
- Koordynacja między zespołami jest ustalana przez zespoły z preferencją dla zdecentralizowanej i nieformalnej koordynacji nad koordynacją scentralizowaną. Nacisk kładzie się na nieformalne sieci, które obejmują rozmowy między zespołami, mentorów komponentów, podróżników, skautów i otwarte przestrzenie.
- Udoskonalenie backlogu jest przeprowadzane dla ogólnego backlogu produktu z przedstawicielami każdego zespołu deweloperskiego i właścicielem produktu. Udoskonalenie backlogu zespołu indywidualnego również odbywa się na poziomie indywidualnego zespołu, ale udoskonalenie backlogu między zespołami odbywa się co sprint i jest kluczową praktyką w LeSS.
- Przeglądy sprintusą przeprowadzane z przedstawicielami każdego zespołu i właścicielem produktu.
Scrum vs Framework LeSS
Basic LeSS jest bardzo podobny do scruma dla jednego zespołu, tylko rozszerzony. W LeSS jest jeden backlog produktu, jeden właściciel produktu, jedna definicja ukończenia, jeden wspólny sprint i jeden przyrost PSP (Potencjalnie Gotowy do Wysyłki Produkt) na koniec sprintu. Ponieważ wszystkie zespoły pracują nad wdrożeniem tego samego produktu, wszystkie zespoły są międzyfunkcyjne z niewieloma, jeśli w ogóle, zespołami specjalistycznymi. Podsumowując, wszystkie zespoły pracują nad dostarczeniem wspólnego, gotowego do wysyłki produktu w każdym sprincie.
Są różnice w regularnymScrum i LeSS. W LeSS planowanie sprintu odbywa się osobno w dwóch spotkaniach. Na jednym spotkaniu właściciel produktu spotyka się z przedstawicielami wszystkich zespołów, którzy zarządzają między sobą, aby zdecydować, które elementy backlogu produktu zrealizują w następnym sprincie. Część tej samej pracy może być dzielona między dwa lub więcej zespołów. Drugie spotkanie, odbywające się równolegle lub krótko po pierwszym, jest spotkaniem wszystkich członków każdego zespołu. W celach koordynacyjnych spotkania zespołów mogą odbywać się w różnych częściach tego samego obszaru, ale osobno. Taki układ jest pomocny, gdy dwa zespoły, które pracują nad tymi samymi zadaniami w następnym sprincie, mogą mieć pytania lub potrzebować wyjaśnień od drugiego zespołu.
framework LeSS Huge
LeSS Huge opiera się na frameworku LeSS, optymalizując dla ośmiu lub więcej zespołów. W LeSS Huge nie ma ograniczeń co do całkowitej wielkości zespołu projektowego. Kilka tysięcy osób mogłoby pracować nad jednym projektem. LeSS Huge wprowadza kilka nowych koncepcji i wyzwań w zarządzaniu dużymi backlogami. Są to obszary wymagań, backlogi produktów obszarowych i właściciele produktów obszarowych.
Zespoły scrumowe są podzielone na główne obszary wymagań klientów. Każdy obszar ma jednego właściciela produktu obszarowego i od czterech do ośmiu zespołów scrumowych. (Posiadanie co najmniej czterech zespołów w każdym obszarze wymagań zapobiega zbyt dużej lokalnej optymalizacji i złożoności.) Jeden ogólny właściciel produktu i kilku właścicieli produktów obszarowych tworzą zespół właścicieli produktów. Poniższy rysunek ilustruje framework LeSS Huge.
Jak w scruma i w mniejszych LeSS, masz jeden produkt, jedną definicję ukończenia, jednego (obszarowego) właściciela produktu i jeden sprint. LeSS Huge to stos LeSS dla każdego obszaru wymagań. Każdy obszar wymagań korzysta z LeSS, a zestaw wszystkich obszarów wymagań znajduje się w LeSS Huge. Niektóre różnice to
- Spotkanie planowania właściciela produktu odbywa się przed spotkaniem planowania sprintu.
- Dodawane są spotkania na poziomie obszaru. Planowanie sprintu, przeglądy i retrospektywy odbywają się na poziomie obszaru, a udoskonalenie backlogu produktu na poziomie obszaru ma miejsce.
- Ogólne przeglądy sprintu i retrospektywy z udziałem wszystkich zespołów są przeprowadzane. Ten przegląd koordynuje ogólną pracę i proces w obszarze programu produktu.
LeSS pozwala na wdrożenie scruma i skalowanie w sposób, który w większości jest zgodny z zasadami Agile. Niektóre elementy frameworku scruma są przestrzegane poprzez empiryczne uczenie się, krótkie pętle feedbackowe, samodzielną organizację oraz skuteczną współpracę i koordynację.
Narzędzia przywódcze również istnieją w LeSS dla dobrych decyzji, które maksymalizują ROI; dostarczają wartość klientom; i tworzą szczęśliwe, zrównoważone zespoły.
LeSS Basic vs LeSS Huge
LeSS Huge jest podobny do Basic LeSS, z tym że z powodu rozmiaru jest dwóch lub więcej właścicieli produktów obszarowych. Właściciele produktów obszarowych i jeden ogólny właściciel produktu tworzą zespół właścicieli produktów. W zależności od rozmiaru mogą być również dodatkowi menedżerowie produktów.
Każdy obszar wymagań ma idealnie od czterech do ośmiu zespołów. Ponieważ prace wykonywane w ramach LeSS Huge zazwyczaj obejmują wiele zespołów obszarowych od czterech do ośmiu zespołów, a Basic LeSS to dwa do ośmiu zespołów, podstawowe funkcjonowanie zespołów w ramach Basic LeSS i LeSS Huge jest takie samo.
Zarządzaj Scrumem za pomocą Large-Scale Scrum Canvas
Twój zespół może używać narzędzi zwinnych do automatyzacji całego oprogramowania do zarządzania projektami Agile, korzystając z Visual Paradigm, aby maksymalizować efektywność projektów Scrum za pomocą wizualnego płótna procesowego zaprojektowanego dla dużych projektów.
Zrób szybki przegląd dlaLarge Scrum Canvas — Zarządzaj całym swoim frameworkiem LeSS na jednej stronie.
Zasoby:
- Porównanie skalowania frameworków Agile
- Jakie są 10 zasad ram LeSS?
- Kompleksowy przewodnik po Scrumie
- Wprowadzenie do LeSS
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文