Wyobraź sobie, że masz 3 zwinne zespoły pracujące zgodnie ze Scrumem, a teraz chcesz skalować – Scrum już nie wystarcza. Jaki jest następny krok? Istnieją różne ramy do tego celu, w tym SAFeNexus i wiele innych. Dziś przyjrzymy się bliżej LeSS.
LeSS to SCRUM (definicja)
The Ramy LeSS próbuje zastosować zasady i ideały Scrum w dużym kontekście korporacyjnym tak prosto, jak to tylko możliwe, poprzez zdefiniowane zasady i wytyczne. Ze względu na swoją prostotę, LeSS otrzymał definicję lub etykietę "ledwo adekwatnego" frameworka –, ale nie ma to na celu postawienia go w negatywnym świetle.
7 Zalety ram LeSS
Podstawowym celem LeSS nie jest stworzenie kolejnego, nowego frameworka. Zamiast tego, zasady Scrum są stosowane w wielu zespołach.
Niektóre z zalet, które wynikają z LeSS można osiągnąć:
- Niższe koszty wdrożenia wdrażając praktyki, których zespoły już używają w Scrumie
- Właściciel produktuktóry rozumie ramy i zasady, a następnie wypełnia lukę między biznesem a zespołami technicznymi.
- Dla Dostarczając produkt, mniej osób będzie potrzebne. LeSS nie dodaje wykładniczo więcej ról i kosztów ogólnych
- Oferuje on pełny widok produktu w obszarze zainteresowania
- The Zespoły są w bezpośrednim kontakcie z klientem i innymi interesariuszami
- Ciągłe ulepszenia są ułatwiane przez regularne retrosy i inne spotkania, które są podstawowymi procesami Manifestu Agile.
- Dla wielu firm podejście LeSS do skalowania zespołów Scrum może być kolejny logiczny krok na drodze do zwinnego skalowania.
Zanim przejdziemy głębiej, krótka uwaga. Niedawno gościliśmy 11 międzynarodowych ekspertów agile w webinarium – na temat: Jak prawidłowo skalować metody zwinne?
Rezultatem jest to fantastyczne nagranie wideo (w języku angielskim), które odpowiada na przykład na następujące pytania:
- Czy lepiej zacząć od dołu czy od góry?
- Jak sprawić, by liderzy uzgodnili wspólną wizję?
- Jak wybrać odpowiedni zwinny framework – i dlaczego nie jest to takie ważne?
Moja najgorętsza rekomendacja: Rzuć okiem! Zajmuje to stosunkowo dużo czasu, ale jest warte każdej minuty.
Jak wygląda struktura LeSS? Definicja
Z definicji Large Scale Scrum opiera się na zasadach, ramach, wytycznych i eksperymentach. Ilustracja (źródło: Strona internetowa LeSS) to pokazuje. Wyjaśnijmy to na przykładzie:
Zasady: Zespół X opracowuje telefon komórkowy. Zasada przejrzystego działania jest dla nich ważna. Dlatego pracują w sposób przejrzysty i tworzą regularne dzienniki. Z drugiej strony chcą dowiedzieć się, skąd dokładnie pochodzą materiały, które są ważne dla produkcji telefonu komórkowego, aby móc później w przejrzysty sposób poinformować o tym swoich klientów. Przejrzystość na wskroś.
warunki ramowe: Jednocześnie nieustannie pracują nad stworzeniem warunków ramowych, które sprawią, że SCRUM będzie idealny w połączeniu z zwinne wartości predefiniuje: Otwartość, Odwaga, Szacunek, Skupienie i Zaangażowanie.
Zasady przewodnie: Zasady przewodnie rozwoju to wizja produktu, wymagania techniczne dla produktu, ale także sposób współpracy w zespole.
Eksperymenty: Kiedy pojawia się niepewność, znajdujemy się w obszarze eksperymentów, w którym chodzi o testowanie i wypróbowywanie różnych rzeczy. Na przykład, jeśli chcemy opracować nową funkcję lub dotrzeć do zupełnie nowej grupy docelowej. (Źródło: Strona internetowa LeSS)
10 zasad LeSS
LeSS zdefiniowany 10 Zasady. Pomagają one –, jeśli trzymamy się naszego przykładu –, opracować telefon komórkowy, który najbardziej odpowiada wartościom i pomysłom klienta. Oto lista 10 zasad w skrócie:
- Scrum na dużą skalę to Scrum: Telefon komórkowy może być rozwijany nie tylko przez jeden, ale przez kilka zespołów, dzięki czemu klient jest zadowolony, a czas rozwoju jest rozsądny
- Empiryczna kontrola procesu: W oparciu o krótkoterminowe doświadczenia, poszczególne funkcje telefonu komórkowego są stale dostosowywane i stale zmieniane.
- Przejrzystość: Nasz zespół X postanawia od teraz otwarcie dzielić się cotygodniowymi celami zespołu na swojej wewnętrznej platformie. Pomaga to w ogromnym stopniu zrozumieć, nad czym tak naprawdę wszyscy pracują.
- Więcej za mniej: Zasadniczo należy eksperymentować z nowymi pomysłami i uczyć się na nich, zanim ustanowi się obojętne zasady, a tym samym doda "balast".
- Koncentracja na całym produkcie: Zespoły mają jeszcze większą tendencję do nieoptymalizowania swoich celów niż jednostki. Dlatego największym wyzwaniem dla zespołów jest zintegrowanie ich pracy w produkt. "Cel" całego produktu powinien być zatem tak jasny, jak to tylko możliwe. Zespoły i poszczególne osoby są zatem uprawnione do samodzielnego definiowania odpowiednich celów cząstkowych w razie potrzeby.
- Zorientowanie na klienta: Tylko zespoły, które pracują bezpośrednio z klientem, mogą zmaksymalizować rzeczywistą wartość produktu. Niestety, organizacje mają tendencję do odłączania zespołów od klienta, gdy tylko zaczynają się rozwijać. Aby temu przeciwdziałać, klienci są regularnie zapraszani na spotkania zespołów w celu przekazania informacji zwrotnych.
- Ciągłe doskonalenie w kierunku perfekcji: LeSS to głęboka zmiana dla wielu organizacji. Zauważ, że nie oznacza to automatycznie poprawy. LeSS pozwala organizacji zacząć stawać się lepszą – i od tego momentu należy stale optymalizować. LeSS to proces!
- Lean Thinking: LeSS kładzie nacisk przede wszystkim na dostrzeżenie miejsca samego wydarzenia (Gemba), trzyetapową koncepcję uczenia się ShuHaRi (Shu = naśladuj, Ha = zmieniaj się, Ri = zdefiniuj własne zasady) i szacunek dla ludzi.
- Myślenie systemowe: Wszystkie działania, zmiany i ulepszenia powinny być zawsze przemyślane systemowo lub zgodnie z systemem, aby osiągnąć cele. Przykład: Jeśli teoretycznie oferuję premie finansowe w jednym zespole –, co to oznacza dla innych zespołów (tj. dla reszty systemu organizacyjnego)?
- Teoria kolejek: Podstawową ideą jest to, że w świecie oprogramowania budujemy wiele niewidocznych kolejek (np. dokumenty wymagań, nieprzetestowane oprogramowanie) i prawie nie dbamy o optymalne traktowanie tych kolejek. Na przykład, czy wiesz, że gdy wykorzystanie zasobu wzrasta z 50% do 90%, czas oczekiwania na nowe zadania nie podwaja się, ale mnoży? Zdefiniuj więc limity WIP (work-in-progress), unikaj wielozadaniowości i dużych pakietów roboczych.
Ramy LeSS
LeSS oferuje dwie konfiguracje: Podstawowy LeSS dla Od dwóch do ośmiu drużyn (od 10 do 50 osób) i LeSS Huge dla Więcej niż osiem drużyn (od 50 do 6000 osób i więcej).
Źródło: Less.works
Zaleca się rozpoczęcie od podstawowego LeSS, aby poeksperymentować, zdobyć doświadczenie i uzyskać informacje zwrotne przed przejściem bezpośrednio do LeSS Huge. Istnieją dwa sugerowane podejścia do wprowadzenia LeSS Huge:
- Zacznij od jednego obszaru wymagań na raz w ramach większego produktu i skup się tylko na nim na początku.
- Lub stopniowo rozszerzaj zakres prac zespołu, definicję ukończenia i definicję produktu.
W ten sposób firma może budować doświadczenie zespołu z LeSS, rozwijać się w jednym obszarze produktów, osiągnąć początkowy sukces –, a tym samym uzyskać wsparcie kierownictwa przed skalowaniem LeSS w całej firmie.
Przy okazji, krótka uwaga w kontekście zwinnej transformacji: Czy chcesz się upewnić, że jesteś obecnie właściwe priorytety w Twoim agile Transformacja?
Następnie weź udział w naszym teście dojrzałości dla Twojej zwinnej transformacji –, który zajmuje tylko 3 minuty. Otrzymasz nawet punkt odniesienia oparty na ponad trzystu innych uczestnikach. Zobacz przycisk 🙂
Role i planowanie w LeSS
Podstawowy LeSS skupia się na zespole i najważniejszych rolach Scruma:
- Właściciel Produktu Scrum, który jest odpowiedzialny za wizję i kierunek produktu.
- zespoły programistyczne Scrum odpowiedzialne za tworzenie i dostarczanie produktów
- Scrum Master, który wspiera zespół w ciągłym doskonaleniu.
- Rola menedżera i sposób, w jaki wspiera on zespół w usuwaniu przeszkód lub "utrudnień" w ciągłym doskonaleniu i autonomii (rozszerzenie SCRUM).
Huge LeSS uzupełnia Basic LeSS o następujące role:
- Regionalny Właściciel Produktu LeSS Huge wspiera Właścicieli Produktów i ma kluczowe znaczenie w łączeniu wymagań biznesowych (finanse itp.) z zespołami programistów.
- Area Product Owner specjalizuje się w zadaniach zorientowanych na klienta i działa jako właściciel produktu dla zespołów zajmujących się funkcjami zorientowanymi na produkt.
Większość trenerów Agile kręci się w kółko....
i leczyć powierzchowne objawy. Nadszedł czas, aby wykorzystać psychologię – do trwałej zmiany sposobu myślenia.
Spotkania w LeSS
The Dopracowanie rejestru produktów (PBR) Spotkanie
Spotkania PBR rozszerzają planowanie sprintu w różnych obszarach poprzez serię równoległych realizacji sprintu LeSS. Ciągła kadencja tych spotkań jest wymagana w każdym sprincie, aby zrozumieć, omówić i udoskonalić elementy oraz przygotować się do przyszłych sprintów. Główne działania w ramach spotkań PBR to:
- Tworzenie Epic –, tj. grupowanie dużych, pasujących do siebie tematów; w naszym przykładzie byłoby to połączenie sprintów zespołu ds. projektowania i użyteczności.
- Wyjaśnianie i odpowiadanie na otwarte pytania: Każdy powinien mieć takie samo zrozumienie produktu i pomysłów klienta oraz współpracowników.
- Oszacowanie rozmiaru historyjki użytkownika, ryzyka, zależności: Quasi wyprowadzenie i szczegółowe planowanie poszczególnych tematów
The Recenzja Sprint
Odpowiednik Scruma: Przegląd sprintu to spotkanie na koniec sprintu w celu oceny wykonanej pracy w odniesieniu do celu sprintu. Dotyczy to samego produktu. Postępy są widoczne i identyfikowane są nowe obszary działania. Sprawia to, że postęp w odniesieniu do produktu i celu jest przejrzysty.
The Retrospektywa
Podobne do Scrum: Retrospektywa to spotkanie, które dotyczy współpracy zespołu. Chodzi o poprawę współpracy w zespole, a tym samym o poprawę procesów i treści. Chodzi również o interakcję między poszczególnymi programistami, pracę Scrum Mastera i komunikację z Właścicielem Produktu. To sprawia, że retrospektywa jest ważną częścią procesu ciągłego doskonalenia (CIP).
W Scrumie na dużą skalę czasami zaleca się przeprowadzenie "retro of retros", tj. w wielu zespołach.
Scrum na dużą skalę – Scrum Master Ratio
Ile zespołów powinien mieć Scrum Master? Można argumentować, że jeden Scrum Master na zespół jest najlepszym rozwiązaniem. Wady ma. Z reguły Współczynnik Scrum Masterów na dużą skalę wynosi od 1:1 do 1:3 – Scrum Master ma od jednego do maksymalnie trzech zespołów.
Kiedy Large Scale Scrum LeSS jest właściwą metodą Agile?
Large Scale Scrum może być używany, jeśli już pracujesz ze SCRUM i chcesz skalować Scrum. Ale także, aby znaleźć równowagę między samoorganizacją a zasadami.
Bas Vodde powiedział kiedyś, że on i Craig Larman Uważam, że LeSS jest bardzo dobrym podejściem, ponieważ trafia w idealne miejsce między tak dużą ilością wskazówek, jak to konieczne, a tak małą, jak to możliwe.
Podobnie jak sam Scrum, jest to tylko framework procesu, który nadal może być bardzo indywidualnie i różnorodnie zaprojektowany przez zespoły, które go używają. Argument ten wydaje się wiarygodny i faktycznie odróżnia Large Scale Scrum (LeSS) od niektórych innych ram skalowania.
Ilustracja: Sweet Spot
Porównanie: Scrum na dużą skalę kontra Scrum
LeSS opiera się na Scrumie, aby wspierać jego wykorzystanie w szerszym kontekście i skalować go w większych organizacjach i poza jednym zespołem. Nie ma więc pytania "albo albo". LeSS jest rozszerzeniem SCRUM. Aby wprowadzić LeSS, zawsze potrzebujesz SCRUM. Sensowne jest najpierw wprowadzenie SCRUM, a następnie przejście na LeSS.
Porównanie: Large Scale Scrum kontra Scaled Agile Framework SAFe®.
Chociaż LeSS staje się coraz bardziej popularny w firmach z dużymi zespołami programistycznymi, inne skalowane zwinne frameworki, takie jak Scrum of Scrums lub Scrum @ Scale, również zyskały na znaczeniu. Jednym z wiodących frameworków jest Scaled Agile Framework® (SAFe).
Istnieje wiele podobieństw między Large Scale Scrum i Scaled Agile Framework SAFe®. Na przykład, oba rozpoczynają się od skalowania zespołu Scrum i włączenia zasad takich jak szczupłe myślenie, ciągłe doskonalenie i koncentracja na kliencie.
3 Podstawowe różnice między Large Scale Scrum a Scaled Agile Framework SAFe®.
- Organizacja: LeSS koncentruje się na uproszczeniu struktury organizacyjnej poprzez zachowanie elastyczności i zdolności adaptacyjnych.
- Role: SAFe ma dodatkowe role (niektórzy twierdzą, że z tego powodu bardziej "napowietrzne"), w tym Release Train Engineer (RTE), Solution Train Engineer (STE) i Epic Owners.
- Wdrożenie: Ramy Scaled Agile SAFe® zawierają procesy, artefakty i zmiany organizacyjne, których niektóre organizacje mogą nie być w stanie przyjąć. Dlatego zawsze musisz sprawdzić, który framework pasuje do Ciebie i Twojej organizacji.
Aby pomyślnie wprowadzić Scrum na dużą skalę
Pomyślne wdrożenie Scrum na dużą skalę wymaga zerwania z tradycyjnymi założeniami i zmiany struktury korporacyjnej – z całym potencjałem wybuchowym na "poziomie szefa" i "utratą twarzy", które pociąga za sobą odpowiednia zmiana.
Podstawą jest zatem, aby wszyscy zadeklarowali gotowość do tej zmiany – zobacz także Model zarządzania zmianą według Kottera lub nasz artykuł na temat Mapa drogowa zwinnej transformacji.
Stwórz atrakcyjną wizję pracy na rzecz – i uruchom wiele projektów zmian jednocześnie, w duchu eksperymentowania.
Gdy pierwotny cel zostanie osiągnięty, zmiana zostaje zakończona, a organizacja dostosowuje się do nowego status quo, aż do momentu, gdy zbliża się kolejna zmiana.
To klasyczne podejście jest podobne do podejścia sekwencyjnego i "Podejście Big Batch (zob. Rysunek) rozwoju oprogramowania, gdzie zmiany są wyjątkiem, ściśle zarządzanym przez organy kontrolne.
W adopcji LeSS nie ma inicjatywy zmiany, więc nie ma menedżerów zmiany. W LeSS zmiana jest ciągła poprzez eksperymentowanie i doskonalenie – zmiana jest status quo.
Jakie są etapy udanego wdrożenia?
1. zmiana, dostosowanie lub zmiana kultury zespołu
Zalecamy, aby najpierw zacząć od zespołu Scrum, dopóki zespół i organizacja nie zdobędą wystarczającego doświadczenia w nowej, zwinnej kulturze, a odpowiedzialni decydenci nie zainicjują kolejnego kroku. Zmniejsza to również ryzyko nietrafionego rozwoju.
2. poprawa współpracy w zespołach
Skalowana praca kilku zespołów nad jednym produktem wymaga wprowadzenia zwinnych praktyk. Szczególnie ważne są praktyki, które ułatwiają zespołom wzajemną koordynację. Pierwsze zespoły nadal muszą dużo eksperymentować jako pionierzy dla reszty organizacji.
Jeśli zespoły są naprawdę oddzielone od reszty organizacji, mogą robić w niej odpowiednio szybkie postępy. Można to zrobić szybciej i przy mniejszym ryzyku w ramach możliwych do zarządzania ram.
3. zmiany w strukturze korporacyjnej
Dalszy rozwój zwinnej organizacji oznacza restrukturyzację na wszystkich poziomach. Najpóźniej teraz inicjator zmian musi zaangażować kierownictwo. Wszystkie poziomy pomiędzy zespołami a najwyższym kierownictwem stają przed wyzwaniem –, a struktura organizacyjna staje się bardzo szczupła. Jest to prawdopodobnie najbardziej "bolesna" część procesu, szczególnie dla kierownictwa.
4. zmiana kultury korporacyjnej
Dzięki zastosowaniu frameworków Scrum i LeSS oraz odpowiednich praktyk zwinnych we wszystkich obszarach przedsiębiorstwa, cała organizacja uczy się kultury zwinnej. Proces ten nigdy się nie zatrzymuje, ponieważ nie ma optymalnej zwinnej organizacji.
Przejście na Agile ze Scrum, LeSS i LeSS Huge wymaga dalekowzrocznej strategii. Dlatego powinno jej towarzyszyć odpowiednie doradztwo i szkolenie.
Jeśli nadal szukasz odpowiedniej deski retro, nasz artykuł może ci pomóc w tym temacie: Najlepsze deski retro w porównaniu.
