Opens in a new tab

Agile potkává Lean Six Sigma: Propojení metodik pro rychlost a přesnost

Share on:

Týmy zaměřené na zlepšování procesů strávily poslední desetiletí dohadováním o tom, která metodika si zaslouží vůdčí roli: zda disciplinovaná, na datové preciznosti založená přísnost Lean Six Sigma, nebo rychlé, iterativní tempo Agile. Tato debata však ztrácí na významu. Organizace si již vybírat nechtějí. Podle 15. výročního průzkumu PMI Pulse of the Profession vzrostlo využívání hybridních přístupů k řízení projektů o 57.5 % během tří let, ze 20 % v roce 2020 na 31.5 % v roce 2023. Praktická otázka pro vedoucí kvality a provozu tak nezní, zda kombinovat Agile s Lean Six Sigma, ale kde přesně vést hranice jejich propojení.

Kde se DMAIC a sprinty skutečně překrývají

Nejčastějším bodem integrace je samotný cyklus DMAIC. Místo toho, aby týmy realizovaly fáze Define, Measure, Analyze, Improve a Control jako jeden dlouhý sekvenční projekt, mapují fáze DMAIC na hranice sprintů. V projektu vývoje softwaru mohou fáze Define a Measure probíhat během Sprintu 0, fáze Analyze se může propojit se Sprintem 1 a zlepšení lze zavádět iterativně v následujících sprintech. Tím zůstává statistická kostra metody Six Sigma netknutá, zatímco zainteresované strany vidí hmatatelný pokrok každé dva až tři týdny, aniž by musely čekat na dokončení celého cyklu projektové charty.

Organizace mohou kombinovat cyklus DMAIC s agilními sprinty, používat tabule Kanban k vizualizaci pracovních postupů a propojit agilní smyčky průběžné zpětné vazby s důrazem Lean Six Sigma na neustálé zlepšování a zajištění kvality. Tabule Kanban zde plní dvojí úlohu: funguje jako štíhlý nástroj pro vizuální řízení a zároveň jako agilní zařízení pro sledování práce, což je jeden z důvodů, proč k sobě oba rámce pasují přirozeněji, než se na první pohled zdá.

Retrospektivy si půjčují diagnostické nástroje Six Sigma

Zabudovaný mechanismus zpětné vazby v agilním řízení – retrospektiva – získává na síle, když si půjčuje prvky ze sady nástrojů Six Sigma. Týmy mohou využívat retrospektivní schůzky k identifikaci neefektivit a aplikovat nástroje Lean Six Sigma, jako je analýza kořenových příčin a Pareto diagramy. Místo retrospektivy, která vyprodukuje jen seznam vágních stížností, odchází tým se seřazeným souborem kořenových příčin a definovaným dalším experimentem. Tento posun od retrospektiv založených na dojmech k retrospektivám řízeným daty je jedním z trvalejších přínosů, které Six Sigma agilním týmům nabízí.

Dvoukolejný model společnosti John Deere

Výrobci, kteří spravují hardwarové i softwarové řady, museli tento problém vyřešit z čisté potřeby. Společnost John Deere zkombinovala Lean Six Sigma s agilními metodikami, aby zlepšila jak výrobní procesy, tak vývoj softwaru pro své vyspělé zemědělské stroje. Rozdělení je logické: fyzické výrobní linky těží z řízení variability Six Sigma a redukce plýtvání pomocí Lean, zatímco vestavěný software a funkce propojených zařízení využívají kratší cykly vydávání verzí v Agile. Provozování obou přístupů pod jednou střechou zlepšování procesů, spíše než jako konkurenčních iniciativ, předchází bojům o teritoria, které často maří hybridní zavedení.

Odlišná výchozí místa: Virginia Mason a Capital One

Ne každé hybridní úsilí začíná na stejném místě. Zdravotnické zařízení Virginia Mason Medical Center využilo principy Lean Six Sigma ke zvýšení bezpečnosti pacientů a snížení nákladů, čímž prokázalo použitelnost metodiky i mimo výrobu. Společnost Capital One zvolila opačný vstupní bod: zavedla agilní metodiky s cílem zrychlit vývoj produktů a zlepšit zákaznickou zkušenost v konkurenčním bankovním sektoru. Jedna organizace přidala rychlost na základech kvality; druhá vnesla disciplínu do kultury zaměřené na rychlost. Obě nakonec skončily v podobném cíli, což naznačuje, že na výchozím bodu záleží méně než na ochotě se přizpůsobit.

Alternativa k ERP od logistického týmu

Ne každé hybridní vítězství vyžaduje investice do podnikového softwaru. V případě zdokumentovaném organizací PMI interní vývojový tým, který zpočátku váhal s přijetím agilních postupů, integroval principy Lean Six Sigma a začlenil vývojáře přímo do týmu pro zlepšování. To podpořilo spolupráci a vedlo k vytvoření rozhraní pro vizuální řízení pomocí low-code nástrojů. Tento přístup zvýšil efektivitu v logistickém provozu a ušetřil náklady na nový systém ERP. Takový výsledek je klíčový pro vedoucí pracovníků dbané na rozpočet: hybridní model proces nejen zlepšil, ale také odstranil potřebu nákladné investice do technologií.

Klinická prostředí testují stejné spojení

Zdravotnické systémy, které vyvažují přísné regulační požadavky s nepředvídatelnou poptávkou pacientů, provádějí své vlastní pilotní projekty. Výzkumníci studující italskou dětskou nemocnici zjistili, že principy Lean a Agile lze kombinovat s metodikou Six Sigma pro zlepšení výkonu, kvality a reakce procesu prostřednictvím analýzy dat s využitím agilního načasování a logiky plánování navrstvené na strukturu projektu Six Sigma. Samostatný protokol pro australskou službu péče o seniory a osoby se zdravotním postižením popisuje třífázový model, ve kterém výchozí fáze měří stávající kvalitu dat a generuje řešení pro optimalizaci a optimalizační fáze implementuje a testuje změny pomocí inkrementálních agilních sprintů. Ani jeden z projektů neopouští měřicí disciplínu DMAIC. Oba využívají kratší cykly Agile k rychlejšímu testování oprav, než by umožňoval tradiční 12měsíční projekt zlepšování.

Problém vodopádu uvnitř cyklu DMAIC

Toto propojení se neobejde bez tření. Výzkum prezentovaný na Mezinárodní konferenci o Lean Six Sigma na Purdueově univerzitě identifikoval strukturální problém: odborníci označili vodopádovou povahu rámce DMAIC za omezení a naznačili, že integrace Lean Six Sigma a Agile by mohla být novým trendem právě proto, že sekvenční návrh DMAIC odporuje neustálému přehodnocování priorit, které agilní týmy očekávají. Rigorózní fáze Define, která na měsíce uzamkne rozsah, funguje proti týmu Scrum zvyklému plánovat znovu každý sprint. Vynucování kontrolních bodů DMAIC v agilním tempu bez jejich přizpůsobení vede spíše k vykazování divadla pro vedení než k reálné integraci.

Vedení rozhoduje o tom, zda integrace vydrží

Koncepční rámec odborníka na Lean Six Sigma Alessandra Laureaniho dokazuje, že technické propojení obou metodik je méně důležité než to, kdo tuto integraci řídí. Agilní metodiky mohou úspěšně koexistovat s Lean Six Sigma a pozitivně posilovat své silné stránky za předpokladu, že je k dispozici správný typ vedení pro usnadnění této integrace. Toto pojetí přenáší odpovědnost na manažery a držitele certifikace Black Belt, nikoli na samotné nástroje. Green Belt, který trvá na kompletním statistickém plánu řízení před vydáním verze ve sprintu, nebo Scrum Master, který považuje Pareto diagram za byrokratickou zátěž, zmaří výhody obou metodik bez ohledu na to, jak dobře vypadají procesní mapy na papíře.

Měřitelné přínosy, když propojení funguje

Když je integrace zvládnutá dobře, vykázané přínosy jsou velmi konkrétní. Jeden zdokumentovaný projekt vývoje softwaru zaznamenal pokles zpoždění dodávek o 40 % a zvýšení spokojenosti zákazníků o 25 % po zkombinování obou přístupů. Tato čísla jsou důvodem, proč provozní ředitelé stále opouštějí myšlenku "vyberte si jedno": správně poskládaný hybridní model nejenže dělá kompromis mezi rychlostí a přesností, ale dokáže posunout obě metriky správným směrem zároveň.

Nic z toho nemění původ ani jednoho z těchto přístupů. Statistická přísnost Six Sigma sahá až do roku 1986, kdy tuto metodiku vyvinula společnost Motorola, přičemž k jejímu širokému přijetí přispělo použití ve společnosti General Electric v 90. letech. Tato disciplína je stále klíčová, pokud má procesní vada dopad na předpisy nebo bezpečnost. Agilní přístup má naopak stále smysl, pokud se potřeby zákazníků mění rychleji, než lze upravit formální plán řízení. Organizace, které z této kombinace získávají skutečnou hodnotu, ani jeden z rámců nemělní. Pouze se projekt od projektu rozhodují, která fáze vyžaduje kontrolní bránu (stage-gate) a která fázová tabule sprintu.

Zdroje

enENarARcsCSdeDEesESfrFRitITnlNLplPLpt-brPTpt-ptPTskSKslSLtrTR
No results