Pracujete na produktu, který vyvíjí více týmů? Zápasíte s jejich koordinací nebo vytížením? Chcete jejich spolupráci posunout na novou úroveň? LeSS je prověřený způsob jak škálovat vývoj velkého počtu týmů a přitom si uchovat flexibilitu typickou pro malé firmy.
Jak řídit transformaci zdola pro trvalé změny
Spolupráce více týmů nad jedním backlogem
Zavedení end-to-end týmů
| Rozsah | 3 (den / dní) |
| Místo konání | Praha |
Pořadatel:
ScrumDojo.cz
Manažer 
Director / CxO
Je plánování vývoje ve vaší firmě složité až k zbláznění? Dozvíte se, co hlavně způsobuje tuto složitost a jak plánování zjednodušit. Chtěli byste výrazně zvětšit vývojový tým, ale bojíte se, že se sníží efektivita vývoje? LeSS vám ukáže, jak zorganizovat produktový vývoj pro desítky, stovky nebo i tisíce lidí, vše při dodržování stejných principů. Chtěli byste zvýšit spokojenost lidí ve firmě? Zjistíte, jak poskládat týmy tak, aby byly zaměřené na koncového zákazníka, což zvýší spokojenost jak zákazníků, tak i zaměstnanců.
Product
Owner / Manager
Cítíte se přetížený? Všichni po vás pořád něco chtějí?
Dozvíte se, že část práce produktového manažera mohou převzít týmy a proč je to prospěšné pro firmu i pro produkt. Chtěli byste, aby byl vývoj na vašem produktu řízený podle byznysových priorit a ne podle technických omezení? Sami si objevíte, že způsob, jakým definujete produkt, zásadním způsobem ovlivňuje, jak dokáže vývojový tým reagovat na nové byznysové příležitosti. Připadá vám, že dodávka každé nové funkce se hrozně vleče?
Za pomoci principů lean thinking si vysvětlíme, kde je zakopaný pes a jak dodávat klíčové funkce dříve.
Konzultant
Scrum Master
Stává se vám, že změny, které zavedete, se po čase vrátí zpět do starých kolejí? Může za to design vaší organizace. Řekneme vám, co to je a na které jeho prvky si zejména musíte dávat pozor, abyste ve firmě docílili trvalých a hlubokých změn. Dá se vaše firma charakterizovat slovy: “Všichni na něčem usilovně pracují, ale skoro nic se nedodává”? Dozvíte se, jaký je rozdíl mezi komponentovým týmem a feature týmem a proč komponentové týmy vždycky způsobují zpoždění.. Zvládáte práci s jedním týmem, ale narážíte na hranice u více týmů?
Objevíte, jaká je role Scrum Mastera, Product Ownera a manažera při vývoji ve více týmech a jak týmy postavit a vychovávat tak, aby byly co nejsamostatnější.
Tereza Dvořáková
Education Manager
Odnesete si klíčové kroky, jak posunout agilitu vašeho produktového vývoje na zcela novou úroveň.
Pomocí SYSTEMS THINKING si zvědomíte, jaké dopady má váš stávající organizační design na produktový vývoj. Odvodíte si, jaké změny jsou nezbytné pro zvýšení agility.
◦ Jak postavit firmu tak, aby jí růst nezpomalil ◦ LeSS a jeho principy
◦ Jak postavit firmu bez konfiltů zájmu, ◦ Lokální vs globální optimalizace
které sabotují efektivní vývoj ◦ Lean Thinking a lean wastes
◦ Jak zavádět změny ve firmě tak, aby byly trvalé ◦ Falešné dilema a jak se mu vyhnout
◦ Jak organizační design ◦ Taylorismus, Teorie X a Y
(např. organizační struktura, odměňování)
ovlivňuje produktový vývoj
◦ Jak strukturovat vývojové týmy – role, velikost, spolupráce
◦ Multi-learning vs utilizace zdrojů
◦ Definice produktu a její vliv na firmu
◦ Product Backlog Refinement
◦ Doporučení pro úspěšné zavádění LeSSu ve středních i velkých firmách
◦ Případové studie
Pokud registrujete více účastníků na stejný termín, nabízíme skupinové slevy (z celkové ceny platné v den registrace):
Po úspěšném absolvování kurzu získáte certifikát LeSS Practitioner a účet na less.works↗. Zde najdete:
Robert je konzultant vývoje software s více než dvacetiletou zkušeností v oboru, tréner leSSu (jediný v ČR) a programátor. Ve firmách si prošel mnoha pozicemi od vývojáře přes architekta, projektového manažera, vedoucího týmu, manažera až po Scrum Mastera a agilního kouče. V několika firmách měl možnost zavést a vylepšit agilní produktový vývoj ve velkém měřítku (30 a více týmů). Firmám pomáhá zejména zjednodušit produktový vývoj ve více týmech tak, aby se dokázal rychle přizpůsobit měnícím se prioritám byznysu a přitom firma neztratila schopnost růst. Jako programátor je propagátorem test-driven developmentu, protože dobře ví, že tato technika výrazně snižuje množství chyb v produkci.
