Opens in a new tab

Gdy Agile spotyka Lean Six Sigma: Łączenie metodologii dla szybkości i precyzji

Share on:

Zespoły ds. doskonalenia procesów spędziły ostatnią dekadę na sporach o to, która metodologia zasługuje na miano tej najważniejszej: zdyscyplinowana, oparta na danych rygorystyczność Lean Six Sigma czy szybki, iteracyjny rytm Agile. Ten spór traci na znaczeniu. Organizacje nie wybierają już jednej ze stron. Według 15. corocznego badania Pulse of the Profession przeprowadzonego przez PMI, stosowanie hybrydowych podejść do zarządzania projektami wzrosło o 57.5% w ciągu trzech lat, z 20% w 2020 r. do 31.5% w 2023 r. Praktyczne pytanie dla liderów ds. jakości i operacji nie brzmi, czy łączyć Agile z Lean Six Sigma, ale w których miejscach wyznaczyć granice.

Gdzie DMAIC i Sprinty naprawdę się pokrywają

Najczęstszym punktem integracji jest sam cykl DMAIC. Zamiast realizować fazy Zdefiniuj, Zmierz, Przeanalizuj, Udoskonal i Skontroluj jako jeden długi, sekwencyjny projekt, zespoły dopasowują fazy DMAIC do granic sprintów. W projekcie tworzenia oprogramowania fazy Zdefiniuj i Zmierz mogą odbywać się podczas Sprintu 0, faza Przeanalizuj może przypadać na Sprint 1, a ulepszenia mogą być wdrażane iteracyjnie w kolejnych sprintach. Pozwala to zachować statystyczny fundament metodyki Six Sigma, zapewniając jednocześnie interesariuszom widoczny postęp co dwa do trzech tygodni, zamiast czekania na zakończenie całego cyklu karty projektu.

Organizacje mogą łączyć DMAIC ze sprintami Agile, wykorzystywać tablice Kanban do wizualizacji przepływu pracy oraz dopasowywać pętle ciągłego sprzężenia zwrotnego Agile do nacisku, jaki Lean Six Sigma kładzie na ciągłe doskonalenie i zapewnienie jakości. Tablica Kanban pełni tu podwójną rolę: działa jako narzędzie Lean do zarządzania wizualnego oraz jako urządzenie do śledzenia pracy w Agile, co jest jednym z powodów, dla których te dwa podejścia pasują do siebie bardziej naturalnie, niż mogłoby się wydawać na pierwszy rzut oka.

Retrospektywy czerpią z narzędzi diagnostycznych Six Sigma

Wbudowany w Agile mechanizm informacji zwrotnej, jakim jest retrospektywa, zyskuje na sile, gdy czerpie z zestawu narzędzi Six Sigma. Zespoły mogą wykorzystywać spotkania retrospektywne do identyfikacji nieefektywności i stosowania narzędzi Lean Six Sigma, takich jak analiza przyczyn źródłowych czy wykresy Pareto. Zamiast retrospektywy, która generuje listę nieokreślonych skarg, zespół kończy spotkanie z zhierarchizowanym zbiorem przyczyn źródłowych i zdefiniowanym kolejnym eksperymentem. Ta zmiana – od retrospektyw opartych na opiniach do tych opartych na danych – to jeden z bardziej trwałych wkładów, jakie Six Sigma wnosi do zespołów Agile.

Dwutorowy model John Deere

Producenci posiadający zarówno linie sprzętowe, jak i oprogramowanie, musieli rozwiązać ten problem z konieczności. John Deere połączył Lean Six Sigma z metodologiami Agile, aby usprawnić zarówno procesy produkcyjne, jak i rozwój oprogramowania dla swojego zaawansowanego technologicznie sprzętu rolniczego. Podział jest logiczny: fizyczne linie produkcyjne zyskują dzięki kontroli zmienności Six Sigma i redukcji marnotrawstwa Lean, podczas gdy wbudowane oprogramowanie i funkcje połączonego sprzętu korzystają z krótszych cykli wydań w Agile. Prowadzenie obu podejść w ramach jednego programu doskonalenia, zamiast traktowania ich jako konkurencyjnych inicjatyw, pozwala uniknąć sporów o kompetencje, które często niweczą wdrożenia hybrydowe.

Omijane punkty wyjścia: Virginia Mason i Capital One

Nie każda próba wdrożenia modelu hybrydowego zaczyna się w tym samym miejscu. Virginia Mason Medical Center wykorzystało zasady Lean Six Sigma do poprawy bezpieczeństwa pacjentów i redukcji kosztów, demonstrując możliwość zastosowania tej metodologii poza produkcją. Capital One obrało przeciwny punkt wejścia: wdrożyło metodologie Agile, aby przyspieszyć rozwój produktów i poprawić doświadczenia klientów w konkurencyjnym sektorze bankowym. Jedna organizacja nałożyła szybkość na fundament jakości; druga dodała dyscyplinę do kultury przedkładającej szybkość na pierwszym miejscu. Obie znalazły się w podobnym miejscu, co sugeruje, że punkt wejścia ma mniejsze znaczenie niż gotowość do adaptacji.

Alternatywa dla systemu ERP w zespole logistyki

Nie każdy sukces hybrydowy wymaga wydatków na oprogramowanie klasy enterprise. W przypadku udokumentowanym przez PMI wewnętrzny zespół programistyczny, początkowo niechętny do wdrażania praktyk Agile, zintegrował zasady Lean Six Sigma i włączył deweloperów do zespołu ds. doskonalenia, co sprzyjało współpracy i pozwoliło stworzyć interfejs do zarządzania wizualnego przy użyciu narzędzi low-code. Podejście to poprawiło efektywność operacji logistycznej i pozwoliło uniknąć kosztów zakupu nowego systemu ERP. Wynik ten ma kluczowe znaczenie dla liderów operacyjnych dbających o budżet: model hybrydowy nie tylko usprawnił proces, ale także wyeliminował potrzebę kosztownego zakupu technologii.

Środowiska kliniczne testują tę samą mieszankę

Systemy opieki zdrowotnej, które łączą rygor regulacyjny z nieprzewidywalnym popytem ze strony pacjentów, prowadzą własne projekty pilotażowe. Badacze analizujący włoski szpital dziecięcy ustalili, że zasady lean i agile można łączyć z metodologią Six Sigma w celu poprawy wydajności, jakości i elastyczności procesu poprzez analizę danych, z wykorzystaniem logiki harmonogramowania agile nałożonej na strukturę projektu Six Sigma. Osobny protokół dla australijskiej placówki opieki nad osobami starszymi i niepełnosprawnymi opisuje trójetapowy model, w którym faza wstępna mierzy istniejącą jakość danych i generuje rozwiązania optymalizacyjne, a faza optymalizacji wdraża i testuje zmiany za pomocą przyrostowych sprintów Agile. Żaden z tych projektów nie rezygnuje z dyscypliny pomiarowej DMAIC. Oba wykorzystują krótsze cykle Agile do szybszego testowania poprawek, niż pozwoliłby na to tradycyjny, 12-miesięczny projekt doskonalenia.

Problem kaskadowy (Waterfall) wewnątrz DMAIC

Połączenie to nie jest pozbawione tarć. Badania zaprezentowane na Międzynarodowej Konferencji Lean Six Sigma na Uniwersytecie Purdue wskazały problem strukturalny: praktycy uznali kaskadowy charakter struktury DMAIC za ograniczenie, sugerując, że integracja Lean Six Sigma i Agile może być nowym trendem właśnie dlatego, że sekwencyjna konstrukcja DMAIC opiera się ciągłej zmianie priorytetów, jakiej oczekują zespoły Agile. Sztywna faza Define, która zamraża zakres na miesiące, działa na przekór zespołowi Scrum przyzwyczajonemu do redefiniowania planów w każdym sprincie. Narzucanie punktów kontrolnych DMAIC w rytmie Agile bez ich dostosowania prowadzi raczej do teatrów sprawozdawczości niż do realnej integracji.

Przywództwo decyduje o trwałości połączenia

Ramy koncepcyjne badacza Lean Six Sigma, Alessandro Laureaniego, dowodzą, że dopasowanie techniczne między tymi dwoma metodologiami jest mniej ważne niż to, kto zarządza integracją. Metodologie Agile mogą pomyślnie współistnieć z Lean Six Sigma i pozytywnie wzmacniać swoje mocne strony, pod warunkiem że zapewniony jest odpowiedni typ przywództwa ułatwiający tę integrację. Takie sformułowanie przerzuca ciężar na menedżerów i Black Beltów, a nie na same narzędzia. Green Belt nalegający na pełny statystyczny plan sterowania przed wdrożeniem sprintu lub Scrum Master traktujący wykres Pareto jako biurokratyczny narzut, zniweczą korzyści płynące z dowolnej metodologii, niezależnie od tego, jak dobrze mapy procesów wyglądają na papierze.

Mierzalne zyski ze skutecznego połączenia

Gdy integracja jest przeprowadzona prawidłowo, zgłaszane zyski są konkretne. W jednym udokumentowanym projekcie dostarczania oprogramowania odnotowano spadek opóźnień w wysyłce o 40% oraz poprawę wskaźników satysfakcji klientów o 25% po połączeniu obu podejść. Liczby takie jak te są powodem, dla którego dyrektorzy operacyjni odchodzą od podejmowania decyzji typu „wybierz jedno”: odpowiednio ułożony model hybrydowy nie tylko godzi szybkość z precyzją, ale może skierować obie te metryki w tym samym, pożądanym kierunku jednocześnie.

Nic z tego nie podważa rodowodu żadnej z tych metodyk. Statystyczna rygorystyczność Six Sigma wywodzi się z opracowania tej metodyki przez firmę Motorola w 1986 roku, a jej szeroka adaptacja nastąpiła po wdrożeniu w General Electric w latach 90. XX wieku – i ta dyscyplina nadal ma znaczenie, gdy wada procesu niesie ze sobą konsekwencje formalne lub związane z bezpieczeństwem. Agile nadal ma znaczenie, gdy potrzeby klientów zmieniają się szybciej, niż można zaktualizować formalny plan sterowania. Organizacje, które czerpią rzeczywistą wartość z tego połączenia, nie rozwadniają żadnego z podejść. Decydują po prostu, projekt po projekcie, która faza wymaga weryfikacji etapowej (stage-gate), a która tablicy sprintu.

Źródła

enENarARcsCSdeDEesESfrFRitITnlNLplPLpt-brPTpt-ptPTskSKslSLtrTR
No results