Nový Scrum Guide

Minulý týden se objevila nová verze ScrumGuidu. A zdá se, že je to cesta dobrým směrem. Popis je srozumitelnější, jednodušší a obsahuje méně detailů. Tady je pár rozdílů.

Scrum Guide

#1 – Scrum Guide 2020 je jasnější

Scrum Guide 2020 je jednodušší a jasnější. Konečně je psán srozumitelným jazykem a jasně popisuje co je Scrum. A protože Scrum je jednoduchý, je příjemné vidět že Scrum Guide může být také jednoduchý. Konečně se dobře čte a konečně jsme se zbavili přílišných detailů, jakým byly tři otázky na Daily Scrumu. Po mnoha letech neporozumění, kdy týmy brali Daily Scrum jako meeting kde každý reportuje svůj status, doporučuje Scrum Guide týmům vybrat si jakoukoli formu která jim pomůže lépe spolupracovat a maximalizovat hodnotu vzhledem ke Sprint Goalu. Za mě naprosto super.

#2 – Vše je o mindsetu

Líbí se mi, že nový Scrum Guide vypichuje tři pilíře emiricismu (transparentnost, inspection, adaptation) jako důležitou součást Scrumu spolu s pěti hodnotami Scrumu – commitment, focus, otevřenost, respekt, a odvaha a že se upřednostňuje to jak se lidé chovají před procesy a praktikami.

Další dobrou věcí je připomenutí, že Scrum se hodí primárně pro řešení komplexních problémů v nepředvídatelných prostředích a že různé techniky odhadování, měření velocity a kreslení burndown grafů se sice může zdát na první pohled užitečné, ale ve Scrumu upřednostňujeme schopnost rychle se měnit na základě zpětné vazby, tedy empirický přístup.

#3 – Scrum Team Focus

Největší změnou je to, že Scrum tým netvoří “Development tým”, ScrumMaster, a Product Owner, ale “Developers”, ScrumMaster, a Product Owner. Vypadá to zdánlivě jako velká změna, ale není tomu tak. V obou případech všichni spolupracovali na maximalizaci hodnoty vzhledem ke Spront Goalu, takže se vlastně nic nemění, jen jsme se snad nadobro zbavili typického nepochopení Scrumu kde tým dodával Product Ownerovi a bral ho jako nepřítele. Teď je explicitně řečeno že jsou na prvním místě týmem, a že na výsledné hodnotě spolupracují. Tedy žádný dodavatel – odběratel vztah, ale cross=functional tým co táhne za jeden provaz. Jsou v tom spolu.

Jediná vada na kráse je že ‘Developer’ je dost nešťastně zvolené jméno, protože většině lidí asociuje software developera. Lepší výraz by asi byl ‘product worker’ tedy někdo, kdo na produktu pracuje a má potřebné znalosti a zkušenosti k tomu, aby týmu pomohl dodat end-to-end hodnotu pro zákazníka. Developeři jsou stále ti, kteří každý Sprint dodávají funkční produkt, zatímco Product Owner se zaměřuje na maximalizaci hodnoty a ScrumMaster na zlepšení fungování organizace a týmů.

Nový Scrum Gude přináší také jasnější doporučení pro scaling “Když by byl Scrum tým moc velký, můžete zvážit jeho rozdělení do více cross-functional Scrum týmů, které spolupracují na jednom produktu. V takovém případě týmy sdílí Product Goal, Product Backlog, a Product Ownera.”s

#4 – Product Goal, Sprint Goal, a Increment

Konečně poslední změnou je přidání cíle produktu (Product Goal), lepší vysvětlení cíle Sprintu (Sprint Goal) a zjednodušení popisu Incrementu. Změny nejsou v praxi nové ale Scrum Guid zde dost pokulhával za běžnou praxí. Nový Scrum Guide nám take dává jistou definici produktu, která je mnohem širší, než si mnoho organizací myslí: Produkt je nástrojem, který přináší hodnotu. Má jasnou hranici, známé stakeholdery, dobře definované uživatele nebo zákazníky. Produktem může být služba, fyzický produkt nebo něco abstraktnějšího.“ Product Goal je pro Scrum tým dlouhodobým cílem a vizí. Sprint Goal dává každému sprintu smysl a definuje hodnotu, na kterou se nyní zaměřujeme. Increment je funkční produkt který je kvalitně zpracován, otestován přináší hodnotu vzhledem ke Sprint Goalu. Jednoduché a jasné. Konečně také existuje mnohem lepší popis Definition of Done: „V okamžiku, kdy Product Backlog Item splňuje Definition of Done, zrodí se Increment.“

Celkově se mi nová verze Scrum Guidu opravdu líbí. Na tom, co jsem učila a používala, se nic moc nemění, přináší ale jasnější a čistší definici Scrumu, tak jak ho znám. A to je určitě dobře.

Agile jako sněhová koule

Spousta lidí si stěžuje, že oni nemůžou organizaci změnit, že to musí někdo shora. Nějaký manager. A čekají, až někdo vydá povel, příkaz, nebo změní procesy. Ale to se často neděje, a i když něco takového vznikne, jen málokdy jsou takové změny užitečné, protože managerům obecně chybí s čímkoliv agilním zkušenost. A tak si zase stěžujeme, a chceme, aby to někdo napravil, že jinak nemůžeme být ScrumMastery, Product Ownery, aplikovat Scrum, ani být agilní. Je to taková hra na schovávanou. Já bych se změnil, kdyby…

Za mě agilní transformace musí začínat u týmů. A to jak softwarových, businessových, tak i týmů executivců a po nějakém čase samozřejmě i boardu. Aby si všichni získali vlastní zkušenost s tím, jak se liší skupina jednotlivců od týmu. V kostce tým spolupracuje, důvěřuje si, jeho členové si do očí říkají i věci, kde spolu nesouhlasí, přebírají za věci vlastnictví a zodpovědnost, mají jeden společný cíl, za kterým jdou, nesoutěží navzájem mezi sebou. V podstatě je to snadné. V jednom týmu zkusíte Scrum, v jiném Kanban, v dalším třeba jen pár agilních praktik. Berete to jako experiment, který nemusí napoprvé vyjít a který pomocí rychlé zpětné vazby na retrospektivách upravujete tak, aby fungoval. A jak začíná fungovat, lidem se to líbí, úspěch se roznese a agilita se vám nabaluje jako sněhová koule. Vznikají další a další týmy, zajímají se o to další a další lidé. A zkouší si své vlastní experimenty.

Agile Journey

Když získáte dostatečnou zkušenost na úrovni jednotlivých týmů, jste ready na to začít experimentovat s agilitou na větších produktech kde vzájemně spolupracuje více týmů. Učíte se tak stavět sítě a spolupracující ekosystémy, které fungují na bázi samoorganizace, s vyšším stupněm autonomie a empowermentu. A stejně jako v předchozím kroku, je to o experimentování a pochopení agilního mindsetu a vytvoření jiné kultury.

Poslední krok je aplikace agilních principů na úroveň organizace. Je to chvíle, kdy mluvíme o Agile HR, Agile finance, Agile budgetting, Agile marketing, Agile Sales, Agile Leadership a vlastně obecně Agile mimo IT, business agility. Je to o kultuře, uvědomění si jaké máme hodnoty, a co to pro nás znamená je aplikovat do prostředí každodenních činností.

Manageři se často ptají, kdo řídí Agilní transformaci. Odpověď je většinou překvapí, protože agilní transformaci mají řídit ScrumMasteři. Ale my jsme mysleli, že to dostane na starosti nějaký manager… To se nevylučuje, ale aby to mohl dělat, musí se stát ScrumMasterem. Cílem ScrumMastera je umět tvořit self-organized týmy, komunity a systémy. ScrumMasteři jsou ti, kteří mění kulturu organizace a všeobecný mindset. Agile není o procesech, praktikách ani hierarchii, ale o jiném způsobu myšlení. A právě proto jsou ScrumMasteři ti praví, kteří by takovou změnou měli organizaci provázet. Tak ať se vám to daří.

Jestli vás téma agilních organizací a leadershipu zajímá, přijďte se o tématu dozvědět více na Certified Agile Leadership kurzu.