# Lucid Bay Digital s.r.o. > Agilní Transformace | Product Management | People & Culture Consulting > Praha, Česká republika | Založeno 2018 ## O společnosti LUCID BAY DIGITAL s.r.o. je přední česká poradenská firma specializující se na agilní transformaci, product management a organizační rozvoj. Od roku 2018 pomáháme firmám navigovat změnou a růst v neustále se vyvíjejícím obchodním prostředí. **Naše mise:** Pomáhat firmám růst prostřednictvím flexibility, tvorby hodnoty a optimalizace výkonu v neustále se měnícím světě. **Náš přístup:** Praktické, na zkušenostech postavené poradenství, které kombinuje teoretické znalosti s reálnou implementací. Věříme v "Agile bez dogmat" - přizpůsobení metodologií vašemu specifickému organizačnímu kontextu místo vynucování rigidních frameworků. ### Klíčové výsledky - **90+** spokojených klientů včetně T-Mobile, Česká spořitelna, Moneta, O2 Czech Republic, GE Money Bank a Betsys - **600+** vyškolených profesionálů v agilních, produktových a leadership oblastech - **100+** úspěšně vytvořených a škálovaných agilních týmů - **2 000+** vyřešených agilních úkolů a výzev - **7 let** prokázaných zkušeností na českém trhu - **8členný** expertní tým koučů, trenérů a konzultantů ### Vedení Založeno a vedeno **Janem Šrámkem**, agilním koučem s 15+ lety zkušeností ve vývoji softwaru a organizační transformaci. Jan kombinuje hlubokou technickou expertízu se strategickým organizačním vhledem. ## Kontaktní informace - **Web (česky):** https://lucidbaydigital.cz - **Web (anglicky):** https://lucidbaydigital.com - **Email:** info@lucidbaydigital.com - **Telefon:** +420 604 304 032 - **Adresa:** Arbesovo nám. 257/7, 150 00 Praha, Česká republika - **IČO:** CZ07175973 --- # Hlavní služby ## 1. Agile Performance Transformace spolupráce, procesů a kultury vaší organizace pomocí praktických agilních metodik. Náš přístup se zaměřuje na měřitelná zlepšení, nejen na formální adopci. ### Nabízené služby #### Agilní transformace Komplexní podpora organizační transformace včetně: - Denního operativního vedení během přechodů - Agilního koučování na úrovni managementu pro sladění vedení - Mentorování a rozvoj dovedností týmu - Facilitace kulturní změny - Sledování a optimalizace měřitelných zlepšení **Filozofie:** Kontextově řízená adaptace přizpůsobená vaší existující kultuře, složení týmu a obchodním cílům. Vyhýbáme se rigidnímu dogmatismu ve prospěch praktické implementace. #### Agilní GAP analýza Diagnostická služba identifikující příležitosti ke zlepšení prostřednictvím: - Identifikace rychlých vítězství pro specifické týmové výzvy - Analýza úzkých míst a strategie jejich řešení - Doporučení pro koučování a rozvoj týmu - Podpora, když existující agilní implementace nedosahují očekávání - Roadmapy pro optimalizaci výkonu #### Agilní školení & koučování Průběžné podpůrné služby: - Týmové koučování a mentorování - Leadership koučování pro agilní adopci - Facilitace workshopů - Moderování retrospektiv - Iniciativy kontinuálního zlepšování ### Metodologie - Implementace Scrum frameworku - Optimalizace flow Kanban - Aplikace Lean principů - Hybridní přístupy (ScrumBan atd.) - Škálované agilní frameworky (SAFe, LeSS, Scrum@Scale) --- ## 2. Product Growth Přechod od feature factories k hodnotově orientovaným produktovým organizacím. Pomáháme týmům pochopit a budovat to, co skutečně záleží pro zákazníky a obchodní úspěch. ### Hlavní filozofie **"Skvělé produkty neznamená dělat víc. Znamená to dělat to, na čem záleží."** V dnešním trhu s digitální transformací, měnícími se očekáváními zákazníků a integrací AI je pochopení **co budovat** kritičtější než kdykoli předtím. ### Nabízené služby #### Produktová transformace Implementace nového myšlení a pracovních metod napříč vašimi produktovými týmy: - Denní praktická podpora pro implementaci product discovery - Organizace a facilitace workshopů (produktová vize, strategie, roadmapping) - Mentorování a koučování produktových týmů - Rozšíření principů Product Discovery napříč organizací - Posilování produktových týmů s customer-centric myšlením - Kultivace kultury orientované na učení zaměřené na hodnotu pro zákazníka #### Produktová GAP analýza Diagnostická služba pro produktové organizace: - Rychlá vítězství pro specifické produktové výzvy - Roadmapy rozvoje pro produktové týmy a schopnosti - Zaměření na vysoce dopadové iniciativy - Posouzení produktové zralosti - Identifikace a prioritizace příležitostí #### Produktové školení & rozvoj Vzdělávací programy učící produktovou excelenci: - Jednotné týmové pochopení produktových principů - Od koncepce produktu po dopad na trhu - Flexibilní možnosti dodávky (on-site nebo remote) - Objemové slevy dostupné pro větší týmy ### Klíčová témata - Product Discovery a validace - Produktová strategie a vize - Identifikace hodnoty pro zákazníka - Vývoj zaměřený na výsledky (outcomes) - Product-market fit - Rozhodování založené na datech - Produktový roadmapping - Stakeholder management --- ## 3. People & Culture Služby náboru a organizačního rozvoje zaměřené na budování vysoce výkonných týmů. ### Hlavní filozofie **"Lidé na prvním místě. Výkon následuje."** Věříme, že výjimečné výsledky pramení ze silných týmů postavených na důvěře, spolupráci a vnitřní motivaci. ### Náborové specializace #### IT & Technické role - Backend, frontend a full-stack vývojáři - DevOps inženýři a SRE - Data inženýři a data scientists - IT & business analytici - QA testeři a specialisté na automatizaci - Cloud a infrastrukturní specialisté #### Agilní & Leadership pozice - Agilní koučové a enterprise agilní koučové - Scrum masterové a Kanban koučové - Product owneři a chief product officers - Agilní lídři, manažeři a vedoucí transformací - Lean koordinátoři a specialisté na kontinuální zlepšování #### Produktově zaměřené role - Product manažeři a product leadové - Product owneři a členové produktových týmů - UX výzkumníci a designéři ### Proces hodnocení kandidátů Hodnotíme kandidáty ve třech kritických dimenzích: 1. **Technická expertíza (Hard Skills)** - Detailní pohovory se zkušenými vývojáři, agilními kouči nebo product manažery - Ověření technické kompetence - Sladění s firemními technickými standardy 2. **Lidé & Motivace (Soft Skills)** - Posouzení komunikačního stylu - Hodnocení osobní motivace a kariérních cílů - Týmový fit z profesionálního i interpersonálního úhlu - Ověření kulturního sladění 3. **Agilní/Produktové myšlení** - Kombinace agilních metodik s produktovým myšlením - Orientace na hodnotu pro zákazníka - Schopnost cross-funkční spolupráce - Myšlení kontinuálního učení ### HR poradenské služby - Implementace OKR (Objectives and Key Results) - Design systémů řízení výkonu - Plánování rozvoje zaměstnanců - Optimalizace týmové struktury - Rozvoj organizační kultury - Podpora change managementu ### Certifikace Licencovaná agentura práce autorizovaná MPSV (Ministerstvo práce a sociálních věcí ČR). --- ## 4. AI-Native Development Adaptace agilních procesů, rolí a metrik pro týmy, které pracují s AI nástroji ve vývoji (Copilot, Cursor, Claude). ### Problém Firmy investují do AI nástrojů ve vývoji, ale procesy, role a metriky zůstaly v pre-AI éře. Třetina vývojářů AI téměř nepoužívá, každý tým improvizuje jinak, rychlost roste ale hodnota ne, a technický dluh z AI-generovaného kódu roste neviditelně. ### Formáty spolupráce **AI Development Readiness Assessment** (1-2 dny) Rychlá diagnostika stavu AI adopce — rozhovory s leadershipem, observace týmů, identifikace quick wins a rizik. Výstup: assessment report s konkrétní roadmapou. **AI-Native Transformation Program** (3-6 měsíců) Kompletní adaptace procesů, rolí a metrik. Pilot v 1-2 týmech, škálování na celou organizaci. Governance, upskilling, měření dopadu. **AI Development Workshops** (1 den, max 12 účastníků) Tři varianty: pro vývojové týmy, pro management, pro produktové lidi. ### Pro koho - **CEO:** Diagnostika, kde AI investice přináší hodnotu a kde se ztrácí - **CIO/CTO:** Standardy, governance framework, metriky skutečného dopadu - **CPO:** Přesun ušetřeného času z vývoje do product discovery - **HR:** Ochrana týmové kultury a transparentnosti při AI adopci **URL:** https://lucidbaydigital.cz/ai-native-development/ --- # Školící kurzy Všechny kurzy dostupné v **češtině i angličtině**, dodávané **prezenčně nebo online** s flexibilním plánováním. ## Agilní kurzy ### 1. Scrum prakticky **"Nabitý praktickými zkušenostmi"** - Komplexní Scrum školení s okamžitou praktickou použitelností. - **Délka:** 2 dny - **Cena:** 15 000 Kč + DPH na osobu - **Formát:** Online/Prezenční - **Cílová skupina:** Členové agilních týmů, vývojáři, testeři, scrum masterové, product owneři - **Výstupy z učení:** - Kompletní pochopení Scrum frameworku - Praktická cvičení a reálné scénáře - Role, odpovědnosti a kolaborační vzorce - Sprint planning, execution a retrospektivy - Okamžitá použitelnost v denní práci ### 2. Školení Kanban – Flow Mastery Praktické Kanban školení pro optimalizaci workflow a efektivity. - **Délka:** 1 den - **Cena:** 12 000 Kč + DPH na osobu - **Formát:** Online/Prezenční - **Cílová skupina:** Týmy hledající zvýšení efektivity workflow - **Pokrytá témata:** - Kdy a jak aplikovat Kanban - Typy plýtvání: Muda (plýtvání), Mura (nerovnoměrnost), Muri (přetížení) - Limity rozpracované práce (WIP) - Flow metriky a kontinuální zlepšování - Optimalizace týmové efektivity - Design a vizualizace Kanban boardu ### 3. Story Points **"Plánujte chytřeji pomocí Story points"** - Techniky relativního odhadu pro lepší plánování. - **Délka:** 0,5 dne (4 hodiny) - **Cena:** 3 000 Kč + DPH na osobu - **Formát:** Online/Prezenční - **Cílová skupina:** Vývojové týmy, scrum masterové, product owneři - **Výstupy z učení:** - Relativní odhad vs. časové odhady - Techniky kalibrace story pointů - Budování týmového konsenzu (Planning Poker) - Sledování velocity a forecasting - Zlepšení přesnosti plánování ### 4. Jak psát správně User Stories Teorie a praxe efektivní tvorby user stories. - **Délka:** 2 hodiny - **Cena:** 3 000 Kč + DPH na osobu - **Formát:** Online/Prezenční - **Cílová skupina:** Product owneři, business analytici, vývojáři - **Témata:** - Struktura a formát user story (Jako... Chci... Aby...) - INVEST kritéria (Independent, Negotiable, Valuable, Estimable, Small, Testable) - Rozdělení velkých stories na zvládnutelné části - Definice akceptačních kritérií - Běžné chyby a jak se jim vyhnout - Praktické cvičení s reálnými příklady ### 5. Agilní Transformace v praxi **"Změna, která urychlí inovace"** - Strategický kurz pro organizační agilní adopci. - **Délka:** 2 dny - **Cena:** Kontaktujte nás pro detaily - **Formát:** Online/Prezenční - **Cílová skupina:** Management společnosti, executives, vedoucí transformací - **Obsah:** - Integrace agilních principů s organizační kulturou - Strategie change managementu - Role vedení v agilní transformaci - Škálování agile napříč odděleními - Měření úspěchu transformace - Běžná úskalí a jak se jim vyhnout ## Obeya kurzy (ve spolupráci s Agile Academy / Obeya Association) ### 6. Obeya Fundamentals Úvod do principů Obeya a strategického vizuálního managementu. - **Délka:** 1 den - **Cena:** 14 000 Kč + DPH na osobu - **Formát:** Prezenční (Onsite) - **Cílová skupina:** Manažeři, agilní koučové, team leadři, zájemci o strategický vizuální management - **Certifikát:** Obeya Association Certificate - **URL:** https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-fundamentals/ ### 7. Obeya Builder: Sladění napříč organizací Praktický kurz návrhu Obeya místnosti pro celou organizaci. - **Délka:** 2 dny (9:00–17:00) - **Cena:** 29 000 Kč + DPH na osobu - **Formát:** Prezenční (Onsite) - **Cílová skupina:** Leadeři, manažeři, vedoucí transformací zodpovědní za budování Obeya místností - **Certifikát:** Obeya Association Certificate - **URL:** https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-builder-sladeni-napric-organizaci/ ### 8. Obeya Host: Klíčová role pro úspěch strategických schůzek Kurz facilitace pro ty, kdo vedou schůzky v Obeya místnosti. - **Délka:** 1 den + cesta zpět odpoledne - **Cena:** 29 000 Kč + DPH na osobu - **Formát:** Prezenční (Onsite) - **Cílová skupina:** Facilitátoři, vedoucí meetingů, hostitelé Obeya místností - **Certifikát:** Obeya Association Certificate - **URL:** https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-host-klicova-role-pro-uspech-strategickych-schuzek/ ## Produktové kurzy ### 9. Lean Canvas **"Business plán na jednu A4"** - Praktický workshop pro Product Ownery a podnikatele. - **Délka:** 2 hodiny - **Cena:** 5 000 Kč + DPH na osobu - **Formát:** Online/Workshop - **Cílová skupina:** Product Owners, podnikatelé, startup founders - **URL:** https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/lean-canvas/ ### 10. Agilní produkty - Od vize po backlog Praktický trénink činností Product Ownera od produktové vize až po backlog. - **Délka:** 2 dny (16 hodin) - **Cena:** 15 000 Kč + DPH na osobu - **Formát:** Online/Prezenční - **Cílová skupina:** Product Owners, Product Managers - **URL:** https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/agile-products-cs/ ## Výhody školení - **Praktické zaměření:** Učte se od praktiků, kteří postavili a škálovali agilní týmy - **Reálné scénáře:** Školení založené na skutečných výzvách, nejen teorii - **Okamžitá použitelnost:** Nástroje a techniky, které můžete použít následující den - **Flexibilní dodávka:** Vyberte si prezenční, online nebo hybridní formáty - **Objemové slevy:** Dostupné pro větší týmy a více kurzů - **Čeština & Angličtina:** Všechny kurzy dostupné v obou jazycích --- # Znalostní báze: Lucid Bay Insights Náš blog poskytuje praktické poznatky o agilní transformaci, product managementu a rozvoji týmů. Zaměřujeme se na taktické implementační návody spíše než teoretické frameworky. ## Vybrané články ### Agilní metriky & Výkonnost **"Lead Time: Ukazatel, který rozhoduje o výkonnosti firmy"** - Co je Lead Time a proč je klíčový pro agilní dodávku - Jak měřit a zkracovat Lead Time v praxi - Dopad Lead Time na výkonnost firmy a spokojenost zákazníků - URL: https://lucidbaydigital.cz/lead-time-vykonnost-firmy/ ### AI & Agile **"5 strukturálních změn agilních týmů v éře AI, které přinášejí náskok"** - Strukturální změny nutné pro agilní týmy pracující s AI - Přechod od I-shape k T/M-shape specializaci - End-to-end produktové týmy díky AI augmentaci - Redukce přepracování přes rychlejší zpětnou vazbu **"AI jako opravář topení a proč přínosy AI ve firmě nezávisí na velikosti implementace"** - Úspěch AI závisí na firemní kultuře, ne na velikosti implementace - Vytvoření bezpečného prostředí pro experimentování s AI a ochranu dat - Role vedení – manažeři musí AI sami aktivně používat, aby šli příkladem - Sdílení AI objevů napříč firmou strukturovanými kanály - Hodnota vzniká z neočekávaných použití (např. drobné praktické úlohy) - URL: https://lucidbaydigital.cz/ai-jako-opravar-topeni-a-proc-prinosy-ai-ve-firme-nezavisi-na-velikosti-implementace/ **"Muda v AI – 7 typů plýtvání při práci s umělou inteligencí"** - Aplikace lean principu Muda na AI workflow – kde vzniká plýtvání při práci s LLM nástroji - 7 typů plýtvání v AI: nadprodukce (AI slop), čekání, přepracování, zbytečné prompty, transport informací, zásoby kontextu, vady (halucinace) - Praktické techniky pro eliminaci plýtvání: lepší prompt engineering, kontext management, validační smyčky - Dopad na produktivitu týmů využívajících AI a ROI z AI investic - URL: https://lucidbaydigital.cz/muda-v-ai-7-typu-plytvani-pri-praci-s-umelou-inteligenci/ ### Agile & Team Management **"Kolik týmů může mít agilní kouč najednou?"** - Management pracovního zatížení agilního kouče - Maximalizace hodnoty organizačního koučování - Optimalizace poměru tým-kouč - Kvalita vs. kvantita v koučovacích engagementech **"Moje zkušenosti se škálováním týmu"** - Praktické poznatky o expanzi týmu - Strukturální úvahy při škálování - Udržení efektivity týmu během růstu - Ponaučení z reálných implementací **"Všechno, co jako Scrum master potřebuji znát, mě nenaucil Scrum guide"** - Doplňkové znalosti nad rámec Scrum Guide - Mentorování a koučovací dovednosti - Rozvoj agilního myšlení - Soft skills pro scrum mastery - Organizační navigace a politika **"Iluze o výkonnosti týmu a roztříštěný focus"** - Výzvy distribuce pracovního zatížení - Fragmentace focusu ve větších organizacích - Problémy s prioritizací a řešení - Udržení výkonu týmu pod tlakem ### Kategorie obsahu **Agilní témata:** - Scrum praktiky a pokročilé techniky - Optimalizace Kanban boardu - Týmová dynamika a spolupráce - Techniky zpětné vazby a retrospektivy - Metody kontinuálního zlepšování **Produktová témata:** - Vývoj produktové vize - Frameworky produktové strategie - Customer-centric vývoj produktů - Metriky zaměřené na výsledky **Obecná témata:** - Přístupy k mentorování a best practices - Složení týmu (cross-funkční týmy vs. specialistické skupiny) - Rozvoj organizační kultury - Leadership v agilních kontextech ## Přístup k blogu Navštivte naši sekci **Lucid Bay Insights** na https://lucidbaydigital.cz/insights/ pro nejnovější články a praktické návody. --- # Glosář - Klíčové pojmy Náš glosář vysvětluje klíčové pojmy z oblasti agile, Scrum a product managementu. Každá položka obsahuje podrobný popis s praktickými příklady. - **[Scrum Master](https://lucidbaydigital.cz/glossary/scrum-master/)** - Role, odpovědnosti a dovednosti Scrum Mastera - **[Product Owner](https://lucidbaydigital.cz/glossary/product-owner/)** - Role Product Ownera ve Scrum frameworku - **[Agilní Kouč](https://lucidbaydigital.cz/glossary/agilni-kouc/)** - Co dělá agilní kouč a kdy ho potřebujete - **[Agilní / Agilita](https://lucidbaydigital.cz/glossary/agilni-agilita-vyznam/)** - Co je agilita a agilní vývoj - **[Produktový Backlog](https://lucidbaydigital.cz/glossary/produktovy-backlog/)** - Správa a prioritizace backlogu - **[OKR (Objectives and Key Results)](https://lucidbaydigital.cz/glossary/objectives-and-key-results-okr-co-to-je/)** - Framework pro stanovení cílů - **[Sprint](https://lucidbaydigital.cz/glossary/sprint-scrum/)** - Časově ohraničený pracovní cyklus ve Scrumu - **[Kanban](https://lucidbaydigital.cz/glossary/kanban/)** - Metoda řízení práce s vizualizací a WIP limity Celý glosář: https://lucidbaydigital.cz/glossary/ --- # Běžné otázky & Use Cases ## Kdy kontaktovat Lucid Bay Digital? ### Scénáře Agile Performance - Vaše agilní transformace nedodává očekávané výsledky - Týmy tvrdí, že "dělají agile", ale nevidí zlepšení - Vedení chce škálovat agile napříč organizací - Potřebujete zlepšit týmovou spolupráci a efektivitu dodávání - Agilní praktiky působí dogmaticky spíše než prakticky - Začínáte agilní cestu a potřebujete expertní vedení ### Scénáře Product Growth - Vaše týmy budují funkce, ale bojují s dodáváním hodnoty zákazníkům - Vývoj produktů postrádá jasnou strategii a vizi - Chcete přejít od output-focused k outcome-focused kultuře - Product discovery je ad-hoc nebo neexistující - Vedení chce zlepšit product-market fit - Potřebujete posílit schopnosti product managementu ### Scénáře People & Culture - Bojujete s náborem agilně myslících technických talentů - Potřebujete specializované role (scrum masterové, product owneři, agilní koučové) - Chcete implementovat OKR nebo zlepšit řízení výkonu - Budujete nové agilní nebo produktové týmy - Potřebujete HR transformaci sladěnou s agilními principy - Vyžadujete kulturní posouzení a podporu rozvoje ## Běžné výstupy ### Transformační engagementy - GAP analýzy s roadmapami zlepšení - Posouzení agilní/produktové zralosti - Transformační roadmapy s milníky - Koučovací sezení týmů (týdenní/dvoutýdenní) - Facilitace workshopů a retrospektiv - Leadership koučování a slaďovací sezení - Metriky úspěchu a tracking dashboardy ### Školící programy - Certifikáty o absolvování kurzu - Praktická cvičení a šablony - Podpůrné materiály po školení - Týmové posouzení a doporučení - Následné koučovací sezení (volitelné) ### Náborové projekty - Screening a posouzení kandidátů - Technické a kulturní hodnocení fitu - Koordinace a facilitace pohovorů - Podpora onboardingu a doporučení --- # Klíčová slova & Témata ## Primární služby agilní transformace, scrum školení, kanban školení, product management, product discovery, agile coaching, scrum master školení, product owner školení, organizační rozvoj, HR consulting, tech nábor, agilní nábor ## Metodologie & Frameworky Scrum, Kanban, Lean, ScrumBan, SAFe, LeSS, Scrum@Scale, OKR, story points, user stories, sprint planning, retrospektivy, product discovery, continuous improvement ## Odvětví & Domény finanční služby, bankovnictví, telekomunikace, technologie, digitální transformace, vývoj softwaru, IT služby ## Geografické zaměření Praha, Česká republika, Česko, Střední Evropa ## Jazyky Čeština (primární), Angličtina (sekundární) ## Cílové role scrum master, product owner, product manager, agile coach, software developer, DevOps engineer, business analyst, QA tester, tech lead, engineering manager, CTO, CPO, HR manager, recruitment specialist ## Typy společností startupy, scale-upy, podniky, digitální společnosti, tradiční firmy v transformaci, softwarové společnosti, finanční instituce, telekomunikační operátoři ## Řešené problémy pomalé dodávání, nízká morálka týmů, nejasné priority, feature factory syndrom, špatná spolupráce, výzvy škálování, obtíže s náborem, kulturní nesoulad, neefektivní agilní adopce, nedostatek zákaznického zaměření, organizační síla --- # Proč zvolit Lucid Bay Digital? ## 1. Přístup řízený zkušenostmi Náš tým postavil a škáloval desítky agilních týmů. Sami žijeme tím, co učíme ostatním. ## 2. Kontext před dogmatem Přizpůsobujeme metodologie vaší specifické organizační realitě. Žádná univerzální řešení. ## 3. Měřitelné výsledky Zaměření na skutečné výsledky a zlepšení výkonu, nejen dodržování procesů. ## 4. Praktická školení Všechna školení kombinují teorii s praktickými cvičeními z reálných scénářů. ## 5. Komplexní podpora Od počátečního posouzení přes transformaci po průběžné koučování a optimalizaci. ## 6. Lokální expertíza Hluboké pochopení české obchodní kultury a specifik trhu s mezinárodními best practices. ## 7. Prokázaný track record 90+ spokojených klientů, 600+ vyškolených profesionálů, 100+ vytvořených týmů. ## 8. Výhody malého týmu Personalizovaná pozornost, konzistentní engagement, přímý přístup ke senior konzultantům. --- # Informace o společnosti **Právní název:** LUCID BAY DIGITAL s.r.o. **Založeno:** 2018 **Sídlo:** Praha, Česká republika **Registrace:** CZ07175973 **Velikost týmu:** 8 specialistů **Certifikace:** Licencovaná agentura práce (MPSV) **Adresa kanceláře:** Arbesovo náměstí 257/7 150 00 Praha 5 - Smíchov Česká republika **Pracovní doba:** Pondělí - Pátek, 9:00 - 17:00 CET --- # Jak začít 1. **Úvodní kontakt:** Email info@lucidbaydigital.com nebo volejte +420 604 304 032 2. **Discovery hovor:** Bezplatná konzultace pro pochopení vašich potřeb a výzev 3. **Návrh:** Návrh na míru sladěný s vašimi cíli a rozpočtem 4. **Engagement:** Školení, koučování, transformace nebo nábor podle potřeby 5. **Follow-up:** Průběžná podpora a optimalizace **Připraveni transformovat vaši organizaci?** Kontaktujte nás ještě dnes: info@lucidbaydigital.com | +420 604 304 032 --- *Naposledy aktualizováno: 7. května 2026* *Tento dokument je optimalizován pro LLM indexování a vyhledávání* --- > Kompletní obsah webu Lucid Bay Digital v jednom souboru pro AI vyhledávače. Generováno automaticky. https://lucidbaydigital.cz # Plný obsah stránek # 10 tipů jak získat důvěru u týmu jako scrum master > 10 tipů jak získat důvěru jako scrum master u svého týmu. Bez důvěry týmu nebude scrum master u týmu úspěšný. _Source: https://lucidbaydigital.cz/10-tipu-jak-ziskat-duveru-u-tymu-jako-scrum-master/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Jedním z prvních úkolů každého dobrého scrum mastera je seznámení se s týmem a získání si důvěry u týmu. Je to vlastně i nutný předpoklad, abyste mohli v týmu cokoliv dlouhodobě změnit. Proto má každý zkušený scrum master má ve svém portfoliu různé nápady a techniky, které se mu osvědčily a často je používá. Podívejte se alespoň na pár tipů, které mi s tím pomáhají. ## Jak získat důvěru týmu jako nový Scrum Master 1. První 1-2 týdny se jen dívejte jak tým funguje, nechtějte tým měnit aniž byste ho znali. Nechte si vysvětlit co dělá tým a jak funguje jeho delivery. Co v týmu funguje a co ne? Seznamte se s produktem, co tým vyrábí. Mě se osvědčilo zajistit si přístupy na testovací prostředí a sám nebo s komentářem kolegy (třeba testera) si proklikat aplikaci, kterou tým dodává. Proberte s týmem i vašimi stakeholdery očekávání od agility v týmu i očekávání od vaší role. 2. Více se mi osvědčilo, když může být role scrum mastera dedikovaná a nekombinuje se s dalšími rolemi, které by mohly odvést pozornost od práce s týmem. 3. Budování důvěry u týmu rozhodně pomůže, pokud jim pomůžete s odstraňováním překážek. Vždy jim ale vysvětlete jak jste toho dosáhli. Zvýšíte tak jejich soběstačnost a vám se časem uvolní ruce pro případný další tým. 4. Ideální je zavádět Scrum nebo třeba jeho škálování tak, aby vždy pomáhaly řešit nějaký konkrétní problém týmu. Hezký příklad najdete v článku Matěje Nešetřila [Moje zkušenosti se škálováním týmu](https://lucidbaydigital.cz/moje-zkusenosti-se-skalovanim-tymu/) 5. V řadě společností je změna spojená s přechodem na agilní způsob práce pro tým tak obrovská, že lidé nedokáží vše přijmout hned na první dobrou. Když s lidmi mluvíte o množství velkých změn, připadne jim to od nějaké chvíle doslova jako sci-fi. A to opět narušuje důvěry týmu ve vás jako Scrum mastera. Pokud se v takové situaci tým rozhodne pro nesprávnou cestu z pohledu agility, možná se vám nepodaří dovést je hned zpátky. #### **Příklad**: Upozorněte tým, že podle vás nejdou správnou cestou. Nechte je ale aby si svůj návrh vyzkoušeli, aby získali vlastní zkušenosti. Domluvte se s týmem, že se k tématu za nějakou dobu vrátíme a vyhodnotíme, zda to funguje nebo ne. Ale pozor, toto udělejte pouze ve chvíli, kdy víte, že tato chyba nemá pro dodávku nebo pro firmu závažné následky. Stejně tak nedoporučuji nechat tým failovat s agilitou ve všem, od toho mají vás, abyste jim pomohli. 6. Pokud se vás tým zeptá na důvod, proč zavádíme některé agilní praktiky, nikdy se neodkazujte na scrum guide nebo stránky s libovolným frameworkem. Vždy musíte mít připravenou praktickou odpověď, v čem konkrétně to pomůže týmu v jejich práci. 7. Buďte s týmem a nenechte se přetížit. To že máte moc týmů, nebo moc lidí v týmech si nikdo nezapamatuje. Místo toho si ale lidé zapamatují, že se o týmy málo staráte. Úkolem Scrum mastera je mimo jiné naučit lidi prioritizovat a omezovat kolik toho paralelně dělají, aby si udrželi focus. Sami v tomhle musíme jít sami příkladem. 8. Jednou z důležitých vlastností dobrého scrum mastera, resp. kouče je i trpělivost. Řada společností si za léta fungování vytvořila velký technický a organizační dluh. Jinými slovy, kvalita aplikací, ale i organizace celé firmy má za ta léta nějaké nedostatky. A vlivem těchto problémů bohužel nejde některé změny směrem k agilitě udělat ze dne na den. V takové situaci si ověřte, zda jsou důvody objektivní a dohodněte se na postupu a časování, kdy a jak se podaří problém vyřešit. #### **Příklad:** Několik týmů pracuje s jedním monolitickým systémem, který potřebujete vlivem technického dluhu otestovat vždy celý, když se v něm udělá změna. Takže máte problém, jak otestovat inkrement aplikace ve sprintu. Řešením může být například rozdělení tohoto systému na moduly, které jde samostatně testovat. Každá modularizace ale něco stojí a ne vždy se firma rozhodne udělat změny v aplikaci, které nepozná klient. V takovou chvíli s úpravami raději počkejte na vhodnou příležitost a spojte modularizaci s některým z dalších zákaznických projektů v budoucnu. 9. Když někdo zpočátku nepodporuje agilní přístup, automaticky to neznamená, že je to nepřítel. 😊 Lidé ke konkrétnímu vzorci chování ve firmě vede velmi často systém, jak je firma nastavená. Proto vždy hledejte co je ta primární příčina, která ho vede k tomuto jednání, přestože to není vždy lehké. Následně pak uděláte změnu, která bude účinná a smysluplná. #### **Příklad:** - členové v týmu nespolupracují na společném týmovém cíli, protože mají nastavené individuální výkonnostní cíle a momentálně schopni se zastoupit. - člen jiného týmu si nezavlastní cíle našeho týmu jako by byly jeho a nebude s námi kreativně vymýšlet jak celé řešení postavit nad rámec jeho subdodávky. Na naše zadání se dívá jen jako subdodavatel. Je to tím, že druhý tým má svoje jiné cíle a možná také nemáme správně design týmů. **Tip:** Také se vám může hodit náš postup, [Jak dát správně zpětnou vazbu](https://lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/). 10. Chtějte mít příležitost se seznámit s týmem i product ownerem ještě dříve, než si tým vezmete na starost. Je velmi důležité pro všechny strany, abyste si sedli lidsky, když spolu budete v budoucnu trávit většinu času. Snad vám tyto tipy pomohou a pokud se chcete podělit i o vaše zkušenosti na získání důvěry u týmu, tak neváhejte a napište nám. > Tip: Zajímá vás více praktických zkušeností? Spoustu dalších informací se dozvíte ve školení [Scrum Prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/). --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # 5 strukturálních změn agilních týmů v éře AI, které přinášejí náskok > Skutečný náskok nevzniká nástrojem, ale změnou struktury práce. 5 změn agilních týmů s AI: širší kompetence, vyšší zastupitelnost a kratší feedback loopy. _Source: https://lucidbaydigital.cz/5-strukturalnich-zmen-agilnich-tymu-v-ere-ai-ktere-prinaseji-naskok/_ _Published: 2026-02-19_ _Updated: 2026-04-06_ --- Agilní týmy často vznikají z důvodu pružnější reakce na změny trhu. Jejich výhody jsou nesporné, pokud se zavedou správným způsobem. Ale ruku na srdce: v řadě velkých firem je správné nastavení agility nelehký úkol: - Chybí seniorní backend specialisté. - Lidé nejsou zastupitelní. - Product Owner nemá čas sedět s týmem. - Bráníme se reworku, pokud hned napoprvé netrefíme zadání. Lidem se do změny nechce a není divu, léta sbírali svoje zkušenosti a agilní přístupy na nich lecos mění. Do této situace dnes vstupuje AI, která pomáhá měnit ekonomiku práce ve vývojových a produktových týmech. Nejde ale jen o to, že generuje kód nebo testy. Jde i o to, že mění samotnou strukturu týmů, jejich kompetence a způsob, jakým vzniká hodnota. Jde o strukturální změnu agilních týmů. Níže najdete 5 změn, které dnes vidíme v týmech, které AI integrují systematicky, ne jen jako osobní asistenty jednotlivců. ## 1. Specializace přestává být bariérou (I-shape → T/M-shape) V tradičním vývoji jsme dlouhou dobu budovali týmy na principu specializace (tzv. I-shape). Čím větší firma, tím více specializací a úzkých rolí. Typické I-shape specializace jsou například: - Backend developer - Frontend developer - QA engineer - Architekt S příchodem agilních frameworků se I-shape začal postupně měnit na T-shape (hluboká expertiza + drobné přesahy do dalších řemesel). To pak dost pomáhá s plánováním činností týmu i zastupitelností lidí. U univerzálnějších týmů plánujete kapacitu jako celek, ne jednotlivé specialisty. ![t-shape](https://lucidbaydigital.com/wp-content/uploads/2025/10/t_shape.png) A AI tento trend dále dramaticky akceleruje. Dnes „builder“, tedy člověk pracující na vývoji s podporou AI, řeší: - produktové zadání - frontend i backend - kvalitu kódu - generování testů - dokumentaci Hodně samozřejmě záleží na tom, kam AI pustíte a kde pracuje tým. Ale jedno je zřejmé: AI rozšiřuje akční rádius každého člena týmu. To ale neznamená, že specializace zmizí. Jen to znamená, že specializace přestává být, tam kde začnou AI při vývoji využívat, bariérou. Firmy, které to pochopí, přecházejí od role-based struktury k flexibilnějším modelům práce. A to má zásadní dopad na adaptivitu i produktivitu týmu. A jedna otázka k zamyšlení: Kolik vašich rolí dnes existuje jen proto, že technologie dříve nedovolovala širší záběr? ## 2. Cross-functional týmy zbavené bariér Velká specializace a organizace kolem různých řemesel vytvářely v tradičních firmách řadu externích závislostí. Vznikala tzv. sila. Tyto týmy nebo oddělení musí spolupracovat na různých projektech, ale mají obvykle i vlastní cíle a vlastní priority. A právě kvůli jejich vlastním prioritám pak sila často omezují spolupráci s okolními týmy/odděleními. Nemají společné cíle jako tým napříč celou firmou, Oproti tomu. agilní týmy se staví jako tzv. cross-functional. V jednom týmu jsou lidé z více oddělení: vývoj, business, QA, někdy i právník nebo marketing. Externí závislosti a bariéry spolupráce tak ubývají. Ve velkých firmách se ale často setkáte s řadou výzev, jak týmy nastavit: - potřebujete jen část kapacity specialisty - člověk je sdílený mezi týmy - oddělení potřebují klíčové lidi pro sebe AI v agilních týmech navíc znamená další posun, snižuje bariéry mezi rolemi. Tým už není cross-functional jen proto, že má různé role. Je cross-functional navíc i proto, že dokáže pokrýt širší spektrum činností bez čekání na „správného specialistu“. AI například pomáhá: - s prvotní analýzou textů - s generováním marketingových variant - s návrhem architektonických řešení - s testovacími scénáři Samozřejmě vždy záleží na tom, kde chcete mít kontrolu a kam AI pustíte. Ale realita je taková, že některé role, na které byste jinak čekali týdny, dnes zvládne tým s podporou AI během hodin. Cross-functional už není jen organizační ambice. Stává se technologickým efektem. ## 3. Zvyšuje se zastupitelnost lidí Jedním z největších problémů tradičních týmů byl tzv. bus factor – závislost na konkrétním seniorovi. - Vše bylo v hlavě jednoho člověka. - Dokumentace byla minimální. - A pokud senior nebyl v práci, tým se zastavil. Agilní přístupy se proto snaží budovat zastupitelnost v týmech pomocí T-shape a sdílení know-how. Lidé v týmech si vychovávají svoje kolegy, kteří pak mohou pomoci s jednoduššími úkoly s větší či menší mírou kontroly od seniornějších kolegů. A AI ve vývoji software tento proces dál výrazně zrychluje. AI dnes navíc: - vysvětluje existující kód - analyzuje historii změn - generuje dokumentaci - pomáhá s onboardingem Načtení složité aplikace je pro AI otázkou minut. Pro člověka to bývaly týdny. To ale opět neznamená, že zkušenost seniora zmizí. Znamená to, že jeho znalost už není jediným zdrojem pravdy, týmy se tak stávají efektivnějšími a soběstačnějšími. A z pohledu leadershipu je to zásadní posun v řízení rizika. A opět jedna otázka: Je vaše organizace připravena na to, že know-how už nemusí být hlavní vyjednávací páka jednotlivců? ## 4. End-to-end produktové týmy se stávají realistickými Ve světě tradičního vývoje byly dříve týmy organizované podle systémů, šlo o tzv. komponentní týmy. To znamenalo silnou potřebu řídit závislosti, abyste mohli dodat celý projekt. Agilní přístupy přinesly změnu, koncept end-to-end (E2E) týmů. Tedy týmů poskládaných ze všech rolí, které dokážou dodat hodnotu vašeho produktu od A až po Z. .Tento princip se snadno zavádí v menších firmách, ale ve velkých korporátních společnostech se tento přístup setkává s řadou nutných kompromisů. A v některých velkých korporacích je E2E tým v krátkodobém horizontu těžko dosažitelný ideál. ![E2E team](https://lucidbaydigital.com/wp-content/uploads/2026/02/E2E.png) AI dnes umožňuje pokrýt větší část value streamu přímo v rámci jednoho týmu: - vývoj frontendu - vývoj backendu - generování testů - průběžnou kontrolu kvality Pokud jste ochotni používat AI napříč systémy, část historických závislostí mizí. E2E tým přestává být organizační revolucí. Stává se technologickou možností. A to je pro velké firmy zásadní změna. ## 5. Rework se zmenšuje díky kratším feedback loopům Tradiční projektové řízení obvykle počítalo u projektů s omezeným množstvím změnových požadavků. A na to byly v plánu v lepším případě připravené rezervy. Agilní přístupy naopak přijímají změnu jako přirozenou součást cesty. Zaměřují se na život s neustálou změnou. Cílem je zjistit, že jdeme špatným směrem včas, dokud nás změna ještě příliš nestojí. A proto bývá tento způsob práce spojován s přepracováváním toho co už bylo uděláno (tzv. reworkem). Moje zkušenost je, že firmy se reworku často obávají, aby jim nezdražil vývoj. Ve skutečnosti ale dokáže rework zaměřený na zvýšení hodnoty pro zákazníky ušetřit mnohonásobně větší náklady, než vás stála jeho implementace. I s využitím vývoje pomocí AI je patrné, že rework nikdy úplně nezmizí. Ale AI snižuje úsilí na řešení reworku. A tak týmy mohou snáze experimentovat a hledat správný směr, který ocení vaši zákazníci a nakonec i vy. Využití AI pro rework znamená: - méně nákladné opravy - vyšší kvalitu výstupu - lepší predikovatelnost týmů A hlavně: větší odvahu experimentovat. Firmy, které kombinují agilní přístupy a AI systematicky, často zjišťují, že rework už není strašák. Je to řízený nástroj kvality. # Co z toho plyne? Většina firem dnes experimentuje s AI individuálně: - lidé používají AI asistenty - generují části kódu - testují automatické code review To je dobrý začátek. Skutečný náskok ale vzniká ve chvíli, kdy se AI stane součástí struktury týmu a ne jen osobní pomůckou jednotlivců.Otázka tedy dnes není: „Používáme AI?“ Ale spíše se jedná o otázky typu: - Změnila AI strukturu našich agilních týmů? - Zvýšila zastupitelnost a autonomii? - Snížila závislosti mezi rolemi? - Upravili jsme metriky a governance? Protože pokud se mění způsob práce, musí se změnit i způsob řízení. # Pokud to teď řešíte Pokud stojíte před otázkou, jak systematicky integrovat AI do produktových a vývojových týmů tak, aby to vedlo ke skutečnému zvýšení výkonnosti a ne jen k experimentům, dává smysl projít váš konkrétní kontext. Během 30 minut můžeme projít: - jak dnes vaše týmy fungují, - kde AI přináší největší leverage, - kde naopak vytváří falešný pocit produktivity, - a jak upravit strukturu práce tak, aby AI skutečně zvýšila výkon. A pamatujte, někdy stačí změnit strukturu týmu a už to přináší výsledky větší než jen samotný nástroj. ## Také vás může zajímat - [AI v agilním vývoji: Produktivita, transparentnost a výkon](https://lucidbaydigital.cz/ai-native-development/) - podívejte se, jak služby nabízíme pro nastavení strukturálních změn v agilních týmech - [Proč váš IT tým potřebuje změnu: 5 signálů, které neignorovat](https://lucidbaydigital.cz/5-priznaku-ze-it-tym-potrebuje-zmenu/) - [Jsou vaše agilní týmy produktové nebo projektové?](https://lucidbaydigital.cz/jsou-vase-agilni-tymy-produktove-nebo-projektove/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agile Performance: Efektivnější delivery bez chaosu > Přestaňte ztrácet čas na neefektivních projektech! Agilní transformace, agile koučink, agilní kurzy ✓ 600+ absolventů ✓ Praktické zkušenosti _Source: https://lucidbaydigital.cz/agile-performance-cs/_ _Published: 2025-11-10_ _Updated: 2026-03-07_ --- Náš tým odborníků zajistí, že vaše cesta k agilitě povede k měřitelným zlepšením a nikoli pouze k formálnímu přijetí. Vždy bereme v úvahu kontext vaší společnosti. ![Implementace agilních přístupů je vždy závislá na kontextu vaší společnosti. V Lucid Bay Digital přizpůsobujeme agilní přístupy vašim očkeáváním, firemní kultuře a lidem. Agilita, která lze použít.](https://lucidbaydigital.cz/wp-content/uploads/2025/10/agile_balicky.png) Adaptabilita Hodnota pro zákazníka Focus Prioritizace Řízení očekávání Výkon Agilita bez dogmatu ## Váš kontext. Vaši lidé. Vaše agilita. Náš přístup je plně přizpůsobitelný. Agilní principy přizpůsobujeme vašemu prostředí, vašim zaměstnancům a vašim cílům. Zaměřením se na skutečné výzvy vašich týmů děláme agilitu praktickou, měřitelnou a v souladu s vaším očekáváním.  Skutečná agilita začíná tím, jak spolupracujete a vytváříte hodnotu. Pomůžeme vám sladit business a IT oddělení, aby vaše firma pružněji reagovala na změny na trhu a dávala vašim zákazníkům to, co má pro ně smysl. 1 PROMĚŇTE ZMĚNY V PŘÍLEŽITOSTI ## Agilní transformace Když nastavíte pro transformaci správná očekávání, uvidíte reálné výsledky. Pomůžeme vám formovat kulturu vaší společnosti, způsob práce vašich týmů i nastavit agilní vedení, aby vaše transformace přinesla měřitelný dopad. - Každodenní praktická podpora - Agile Coaching pro Management - Mentoring teamů [Více o Agilní transformaci](https://lucidbaydigital.cz/agile-performance-cs/agile-transformation-cs/) ![Agilní transformace je změna, která přináší firmám větší pružnost v reakcích na trh, vyšší hodnotu pro vaše zákazníky a vyšší efektivitu týmů. Lucid Bay Digital pomáhají s agilními transformacemi firmám. Posilujeme růst firem ve světě, který se mění.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/at24.webp) Sdílíme to, co jsme se naučili vlastní praxí. Naše kurzy kombinují praktické know-how, reálné případy a osvědčené přístupy, které pomáhají týmům dosahovat výsledky. 2 AGILITA, KTEROU MŮŽETE APLIKOVAT ## Agilní kurzy Nejlepší způsob, jak porozumět agilitě, je žít ji. Učte se od odborníků, kteří vybudovali agilní týmy, čelili reálným výzvám a vědí, jak agilitu uplatnit v praxi. - Sjednocení porozumění agilu - Možnost realizace na místě i na dálku - Množstevní slevy [Prozkoumejte Agilní kurzy](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/) ![Jan Šrámek, CEO & Founder Lucid Bay Digital, agile coach, trainer, mentor, agile expert, Board Level Advisory for Agile and Product Transformation](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DSC_3330.jpg) Někdy přichází největší pokrok díky malým a cíleným změnám. Pomůžeme vám najít nevyužitý potenciál a proměnit ho v příležitosti pro růst. 3 MALÉ ZMĚNY. VELKÝ DOPAD. ## Agile GAP Analýza Každý krok směrem k agilitě se počítá. Díky GAP analýze vám pomůžeme najít změny, které vaše týmy skutečně posunou vpřed. A to vše pod vedením odborníků, kteří vědí, jak agilitu uplatnit v jakémkoli prostředí. - Quick Wins pro konkrétní výzvy - Agile coaching, rozvoj vašeho týmu - Podpora, když agilita nesplňuje očekávání [Kontaktujte nás](#contact) ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) AI zvyšuje kapacitu týmů. My zajišťujeme, aby zvýšila i jejich dopad. Systémově, měřitelně a v kontextu vaší firmy. 4 VÝKON TÝMŮ V DOBĚ AI ## AI-Native Development Agilita je dnes základ. AI-Native přístup je další logická evoluce výkonu týmů.  Agilní a produktové přístupy ale nebyly původně vymyšleny pro práci s AI a tak potřebují upravit, aby vám mohly sloužit i nadále.  - Workshopy: AI-Native týmová praxe - GAP analýza AI adopce v týmech - Škálování AI-Native modelu napříč organizací [Více o AI Native Development](https://lucidbaydigital.cz/ai-native-development/) ![Tři rostliny postupně rostoucí v půdě, symbolizující vývoj od tradičního řízení přes agile až po AI-native přístup.](https://lucidbaydigital.cz/wp-content/uploads/2026/02/ai_flowers2.png) ![banner left](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-left.jpg) ## Stále si nejste jistí? [Porovnejte si naše služby](https://lucidbaydigital.com/cs/choose-the-best-solution-for-your-needs) ![banner right](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-right.jpg) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilita a produktový růst očima praktiků > Agile blog plný tipů o Scrumu, Product Managementu a agilních metodikách. ✓ Scrum vs Kanban ✓ Agile metriky ✓ Praktické návody od expertů. _Source: https://lucidbaydigital.cz/insights/_ _Published: 2025-11-10_ _Updated: 2026-03-07_ --- --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní — co to znamená? Význam, principy a příklady z praxe > Co znamená agilní? Význam agility jednoduše česky — principy, metody (Scrum, Kanban) a konkrétní příklady, jak ji zavést ve firmě. _Source: https://lucidbaydigital.cz/glossary/agilni-agilita-vyznam/_ _Published: 2025-12-28_ _Updated: 2026-03-03_ --- ![agilita, agilní, agile, adaptivmí, schopnost reagovat pružně na změny](https://lucidbaydigital.cz/wp-content/uploads/2025/12/agile_adaptiveness-kopie.jpeg) VÝZNAM ## Agilní Agilní (Agilita) je **schopnost rychle se přizpůsobit změnám**. V praxi se často používá jako synonymum pro slovo **adaptivní,** tedy flexibilní a schopný reagovat na nové podmínky. V dnešním světě digitalizace a umělé inteligence se výrazně zvyšuje produktivita firem a zároveň i **rychlost změn na trhu**. Firmy, které chtějí dlouhodobě uspět (a často i přežít), musí sledovat, co se děje, a umět na změny průběžně reagovat, tedy **chovat se agilně**. Proto mnoho organizací přechází na **agilní přístupy**, které umožňují: - dodávat změny na trh **po menších částech**, - přinášet nové funkce **častěji**, - pravidelně získávat a ověřovat **zpětnou vazbu zákazníků**, - průběžně upravovat směr vývoje podle aktuální situace. Význam agilních metod a adaptivního řízení tak ve firmách neustále roste. ## Agile Manifesto: hodnoty a principy Agilní chování se opírá o **[Agilní manifest (Agile Manifesto)](https://agilemanifesto.org/)**, který definuje: - **4 základní hodnoty** - **[12 principů agilního vývoje](https://agilemanifesto.org/iso/cs/principles.html)** Právě respektování těchto hodnot a principů odlišuje agilní přístup od pouhého používání iterací, které je známé už velmi dlouho. Neznamená to jen „dělat práci po malých dávkách“, ale také **pracovat způsobem, který podporuje spolupráci, transparentnost a schopnost reagovat na změny**. V řadě firem implementace těchto přístupů znamená primárně kulturní změnu a částečně i změnu firemních procesů. ## Nejznámější agilní frameworky a metody Mezi nejznámější přístupy patří například: - **Scrum** - **Kanban** - **FDD (Feature-Driven Development)** Nejrozšířenějším frameworkem je **Scrum**, který je někdy kvůli své popularitě mylně považován za jediného reprezentanta agility. Ve skutečnosti je Scrum pouze jedním z mnoha přístupů. ## Chcete se dozvědět více? Pokud vás tyto přístupy zajímají, můžete se přihlásit na naše školení: - **[Scrum prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/)**, kurz vedený zkušenými Scrum Mastery. Kromě seznámení s principy Scrumu se dozvíte i řadu praktických zkušeností k implementaci tohoto frameworku ve firmách. - **[Kanban - Flow Mastery](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/kanban-training-cs/)**, Kanban není jenom nástěnka, ale celá metoda, která vám pomůže odstranit plýtvání ve vašich týmech a pracovat více efektivně. - [Agilní Transformace v praxi](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/agile-transformation-in-practice-cs/), kurz určený pro top management firem, nebo i seniorní Scrum Mastery. Dozvíte se, jaká očekávání jsou pro transformaci reálná, jaké kroky se obvykle během transformací dělají a na co si dát při implementaci pozor. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní kouč: kdo to je, co dělá a proč ho potřebujete > Co dělá agilní kouč a čím se liší od Scrum Mastera? Role, odpovědnosti a kdy se vyplatí najmout Agile Coache pro váš tým nebo firmu. _Source: https://lucidbaydigital.cz/glossary/agilni-kouc/_ _Published: 2025-12-28_ _Updated: 2026-03-07_ --- ![Agilní kouč, seniorní scrum master, agile coaching, mentoring](https://lucidbaydigital.cz/wp-content/uploads/2025/12/mentor-kopie-scaled.jpg) POPIS ROLE ## Agilní kouč **Agilní kouč** (anglicky **Agile Coach**) je role, která pomáhá firmám a týmům zavádět a rozvíjet agilní přístup k práci. V praxi ale neexistuje jedna univerzální definice, protože se role napříč trhem používá různě — a často záleží na tom, jak ji konkrétní organizace chápe. Někdy lze význam odvodit z kontextu (např. z popisu pozice nebo z organizační struktury), jindy je nejlepší se jednoduše zeptat, co firma pod rolí „Agile Coach“ myslí. V následujícím textu uvádíme **dva nejčastější přístupy**, se kterými se v praxi setkáte. ## 1) Agilní kouč jako seniorní Scrum Master Jedním z běžných pojetí je, že **Agilní kouč je seniorní Scrum Master** s výrazně širším přesahem — nejen do dalších metodik a frameworků, ale i do práce s managementem, kulturou firmy a agilní transformací. Scrum framework, jak je popsán ve **Scrum Guide**, obsahuje roli **Scrum Master**, nikoli však roli **Agile Coach**. Proto si některé firmy vymezují Agile Coache jako „vyšší“ nebo pokročilejší roli, která je nad rámec standardního Scrumu. Pokud hledáte člověka, který kromě Scrumu rozumí také například **Kanbanu**, **Lean**, **Lean Startup** nebo **škálování agility** (např. SAFe, LeSS, Nexus), a zároveň umí být partnerem pro vedení firmy, pak se často mluví právě o roli agilního kouče. ### Typické odpovědnosti agilního kouče (seniorního Scrum Mastera) Agilní kouč v tomto pojetí obvykle: - **školí a rozvíjí** Scrum Mastery, Product Ownery, agilní týmy i management, - **mentoruje, koučuje, stínuje** a poskytuje zpětnou vazbu, - pomáhá s **odstraňováním komplexních překážek** spojených se zaváděním agility, - je **partnerem managementu** a podporuje změny na úrovni organizace, - navrhuje **design agilních týmů** a způsob jejich spolupráce, - podporuje zavádění agility napříč firmou (např. v **HR, financích, nákupu** apod.), - může, ale nemusí mít přidělené konkrétní agilní týmy (někdy pracuje pouze na úrovni celé organizace), - pomáhá vytvářet nebo spoluvytváří **vizi a směr rozvoje agility ve společnosti**. ## 2) Agilní kouč podle Spotify modelu Ve firmách, které se inspirují tzv. **Spotify modelem** (nebo jeho variacemi), se často místo role Scrum Master používá právě role **A**gile Coach. V tomto pojetí může být seniorita agilních koučů velmi různá, od úplných začátečníků až po zkušené kouče. Základní odpovědnost ale často **odpovídá roli Scrum Mastera**: kouč pomáhá týmu zlepšovat spolupráci, procesy, agilní mindset a efektivitu. ### Co se mění, když má jeden kouč více týmů? Rozdíl nastává ve chvíli, kdy organizace nastaví, že **jeden agilní kouč podporuje více agilních týmů**. V takové situaci už není možné pracovat stejně intenzivně, jako když má Scrum Master „svůj“ tým na plný úvazek. Agilní kouč se pak částečně stává **konzultantem a mentorem pro více týmů** a jeho cílem je posílit samostatnost týmů — aby se v agilitě dokázaly zlepšovat co nejvíce samy. Tento přístup má své výhody i rizika: - **Výhoda:** týmy se učí agilitu více samostatně a rozvíjejí vlastní odpovědnost. - **Nevýhoda:** pokud má kouč příliš mnoho týmů, má méně času být s lidmi v každodenním kontaktu, což může **adaptaci agilních přístupů zpomalit**. ## Shrnutí Role ** Agile Coach** nemá na trhu jednoznačnou definici. Nejčastěji se setkáte s tím, že: - **Agile Coach = seniorní Scrum Master s přesahem** do celé organizace a transformace, nebo - **Agile Coach = role obdobná Scrum Masterovi** podle Spotify modelu, někdy sdílená napříč více týmy. Pokud firmu hledá Agile Coache, vždy se vyplatí zjistit, **které pojetí role očekává**, protože náplň práce i očekávané kompetence se mohou výrazně lišit. ## Další praktické zdroje informací - [Agilní Transformace v praxi](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/agile-transformation-in-practice-cs/): Zajímá vás praxe agilního kouče? Můžete se přihlásit na náš kurz vedený zkušeným agilním koučem. - [Agilní Transformace](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agille-transformation-cs/): Podívejte se, jaké služby nabízíme v oblasti agilních transformací - [Kolik týmů může mít agilní kouč najednou?](https://lucidbaydigital.cz/kolik-tymu-muze-mit-agilni-kouc-najednou/): Přečtěte si náš článek o počtu týmů, které má agilní kouč na starosti a jaký je dopad, když se necháte přetížit. - Podívejte se na popis služby [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/), co nabízíme v oblasti agilních přístupů. - [Agile manifesto](https://agilemanifesto.org/): čtyři hlavní body, na kterých stojí agilita - [Scrum Guide](https://scrumguides.org/index.html): opakování není nikdy na škodu, podívejte se na Scrum Guide --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní kurzy a školení 2026 > Praktická agilní školení vedená experty z praxe. Scrum, Kanban, User Stories. Malé skupiny, 600+ absolventů _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/_ _Published: 2025-12-02_ _Updated: 2026-04-05_ --- 600+ absolventů kurzů Nejen teorie, ale i praktické zvládnutí agilních metod. Naše agilní kurzy vám poskytnou nezbytné zkušenosti, které potřebujete k budování silnějších týmů a vytváření hodnotnějších produktů. Najděte si kurz agility, který vám vyhovuje, nebo vám připravíme kurz na míru pro vaši skupinu. ![Lucid Bay Digital, školicí místnost, školíme agilní přístupy jako je Scrum, Kanban, nástroj Lean Canvas, školení product ownerů](https://lucidbaydigital.cz/wp-content/uploads/2025/10/DSC_3301-1.jpg) AGILITA KTEROU MŮŽETE POUŽÍT ## Naše kurzy Motivace k přijetí agilního přístupu málokdy vychází pouze z teorie. Je poháněna potřebou rychleji dodávat hodnotu, budovat silnější týmy a efektivně reagovat na změny. Naše kurzy se zaměřují na agilitu v reálném světě: praktické metody, poučení ze zkušeností a nástroje, které můžete okamžitě použít. Prohlédněte si naše aktuální školení nebo nás kontaktujte a my vám navrhneme školení na míru vašim potřebám. Pokud má váš tým zájem o skupinovou účast, kontaktujte nás a domluvíme se na individuálních cenových podmínkách. ## Vyberte si svůj kurz --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní produkty > Praktické školení produktového řízení pro firmy, které chtějí zvýšit hodnotu delivery, zlepšit prioritizaci a odstranit roztříštěný fokus. _Source: https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/agile-products-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Kurz** Agilní produkty – od vize až po backlog** vám poskytne dovednosti, které potřebuje umět každý Product Owner. Naučte se, jak vytvořit jasnou produktovou vizi, produktovou roadmapu a backlog pro tým vývojářů. [Vyžádejte si termín Product Owner kurzu Agilní produkty](#contact) ### **Agilní produkty: Od vize po backlog** vás krok za krokem provede od základů agility až k praktickým nástrojům, které každý Product Owner skutečně využije v praxi. Naučíte se, co v agilním prostředí skutečně znamená *produkt* a proč je doručování reálné obchodní hodnoty důležitější než pouhé dodávání funkcí nebo releasů. Zjistíte, jak vytvořit silnou produktovou vizi a převést ji do srozumitelné produktové strategie a roadmapy. Ukážeme vám, proč roadmapy založené na hodnotě dávají produktovým týmům autonomii i flexibilitu a jak pomáhají sladit stakeholdery kolem výsledků, nikoli jen výstupů. Následně se ponoříme do tvorby a řízení kvalitního produktového backlogu. Naučíte se, jak backlog strukturovat, psát efektivní user stories a využívat story mapping k propojení každodenní práce s cíli produktu. Vyzkoušíte si také osvědčené techniky prioritizace backlogu. V dnešním světě přetížených týmů a neustálého multitaskingu jsou jasné priority klíčové. Uvidíte, jak fokus, limity rozpracovanosti (WIP) a chytrá prioritizace pomáhají týmům dodávat rychleji a s větším dopadem. ### Pro koho je kurz vhodný Kurz je vhodný pro **Product Ownery, Product Managery a všechny, kdo chtějí pochopit moderní produktové řízení.** Hodí se pro ty, kteří chtějí zvládnout celý proces od produktové vize až po dobře prioritizovaný backlog. Velkou hodnotu přinese také **Scrum Masterům**, **Agile Coachům** a **členům produktových týmů**, kteří chtějí lépe porozumět produktovému myšlení, doručování hodnoty a tomu, jak agilní produktový management funguje v praxi. Ať už s rolí Product Ownera začínáte, nebo si chcete své dovednosti dále prohloubit, tento kurz vám pomůže vytvářet lepší agilní produkty – zaměřené na hodnotu, srozumitelnost a skutečné výsledky. A než se přijdete podívat na kurz, můžete si zatím přečíst například Insight [Produktová vize a jak s ní začít](https://lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/) nebo se podívat na stránky [Agile Manifesto](https://agilemanifesto.org/iso/cs/manifesto.html). ## Agenda kurzu Agilní produkty - od vize až po backlog - 1. Agile manifesto - 2. Stručný úvod do Scrumu - 3. Odpovědnosti Product Ownera a jak se liší od rolí projektového manažera, Scrum Mastera a produktového manažera - 4. Co je produkt v agilním světě - 5. Životní fáze produktu - 6. Business value aneb proč pracujeme na produktu - 7. Minimum Viable Product (MVP) - 8. Proč nerozšiřovat technický dluh, aneb konec rychlých a provizorních řešení - 9. Jak připravit produktovou vizi - 10. Jak připravit produktovou roadmapu založenou na business hodnotě - 11. Struktura backlogu agilního teamu - 12. Co to je User Story Mapping a jak vám může pomoci ušetřit čas - 13. Jak psát správně User Stories - 14. Definition Of Ready, Definition Of Done a rozdíly od akceptačních kritérií - 15. Prioritizace backlogu [Vyžádejte si termín Product Owner kurzu Agilní produkty](#contact) ## Co řekli účastníci o Product Owner kurzu Agilní produkty **Petr N., Head of Product Development** *"Ještě před školením jsem věděl, že Honza a Matěj se svými praktickými zkušenostmi zaměří toto školení na konkrétní příklady. Moje očekávání byla více než naplněna. Propojili jsme dva dny kurzu s konkrétním záměrem, kterým se zabýváme ve firmě. Podívali jsme se na tento záměr jako produktoví vlastníci a čerpali inspiraci a konkrétní postupy."* **Josef P., Head of Projects** * "Ocenil bych interaktivitu lektorů, kteří mají osobní praktické zkušenosti. Umí se přizpůsobit hlavnímu předmětu činnosti společnosti, ve které přednášejí. Podle mého názoru bude obsah a forma uspokojit nejen ty, kteří s vývojem produktů a agilní metodikou teprve začínají.  Je vhodný i pro zkušenější kolegy, kteří chtějí optimalizovat spolupráci mezi obchodními a vývojovými týmy."* **Nikola N., Business Developer** *"Do školení jsem vstupoval s určitými obavami, protože jsme byli skupina, kde každý měl jiné znalosti a zkušenosti s agilním řízením. O to více jsem byl spokojen s průběhem školení a všichni, s různou hloubkou zkušeností s agilním řízením, tam našli to, co potřebovali.* *Všechny probrané teorie jsme převedli do praktických zkušeností, se kterými jsme se v té době ve firmě potýkali nebo které řešíme. Lektoři nám vždy poskytli cenné rady nebo doporučení, které se nyní snažíme uplatnit v praxi."* ![](https://lucidbaydigital.com/wp-content/uploads/2025/10/2.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2025/10/1.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2025/10/3.jpg) ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní Transformace > Agilní transformace: Pomáháme firmám zvýšit výkonnost delivery, zlepšit fokus týmů a nastavit produktové řízení s měřitelnými výsledky. _Source: https://lucidbaydigital.cz/agile-performance-cs/agile-transformation-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-12_ --- Trh se mění rychleji než kdy dříve. Agilní transformace pomáhá vaší společnosti držet krok s trhem. Ne prostřednictvím rituálů, ale budováním flexibility, zaměřením se na zákazníka a sladěním strategie a realizace. ![Očekávání dávají agilní transformaci jasný směr a cíl. Tento cíl agilní transformace pak můžeme měřit a dosáhnout tak reálných výsledků.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/direction2.png) INVESTICE DO BUDOUCNOSTI VAŠÍ SPOLEČNOSTI ## Nejprve nastavte očekávání Agilní transformace je strategická investice do lidí, kultury a způsobu fungování vaší společnosti. Určuje, jak úspěšní můžete být ve světě neustálých změn. Stejně jako u každé investice je důležité stanovit **jasná očekávání**, abyste pochopili, jakých výsledků chcete dosáhnout a jak budete měřit pokrok. Když vedení a týmy sdílejí stejná očekávání, změna má svůj směr a dává lidem smysl. Mnoho společností vyzkoušelo „agilitu“ jednoduše proto, že byla v módě. Vy se můžete vydat jinou cestou, založenou na **jasnosti, měřitelném dopadu a trvalé hodnotě.** Pomůžeme vám definovat očekávání, která dávají smysl, jsou měřitelná a skutečně motivují vaše zaměstnance. Příklady správných očekávání od Agilní transformace 1 ### Dodávejte hodnotu Lépe porozumějte očekáváním zákazníků, dodávejte menší, hodnotné přírůstky a sbírejte zpětnou vazbu včas, dokud případná změna směru příliš nestojí. 2 ### Přizpůsobte se změnám Změna není hrozbou, ale další příležitostí. Agilní organizace se změnám nebrání, ale využívají je k růstu, vývoji a poskytování větší hodnoty svým zákazníkům. Čím rychleji se přizpůsobíte, tím dále se dostanete.   3 ### Slaďte IT & Business Propojením Businessu a IT odstraníte překážky v práci, snížíte počet chyb a přiblížíte všechny zaměstnance zákazníkům. Dva dříve konkurenční světy se spojí v jeden silný tým zaměřený na společný úspěch. 4 ### Odstraňte sila ve firmě Některá oddělení fungují spíše jako konkurenti než jako partneři. Odstraňte bariéry mezi odděleními stanovením společných cílů týmu a vybudujte společnost, která se společně posouvá vpřed. 5 ### Odstraňte neefektivitu Produktivita neznamená dělat více, ale dělat to, na čem záleží nejvíc. Odstraňte přílišný multitasking, nejasné priority a nedostatek transparentnosti, aby se vaše týmy mohly soustředit na to, co má skutečně vliv. Agilní přístup, nebo jeho části, funguje v jakémkoli odvětví. Pomůžeme vám identifikovat prvky, které vašemu podnikání přinesou největší hodnotu. [Domluvte si úvodní konzultaci k agilní transformaci](#contact) Průběh Agilní Transformace ![Přizpůsobení agilní transformace kontextu. Kontext v každé firmě je jiný.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/different-ways.png) Každá transformace je jedinečná ## Jedna velikost pro všechny? Každá společnost je jiná, a proto se liší i očekávání od transformace a její průběh. Neexistují tedy žádné přesné pokyny, které by bylo možné použít všude. Zde je několik klíčových kroků, které vám pomohou lépe pochopit celý proces. 1 ### Sladění očekávání   Než provedeme jakékoli změny, definujeme, co agilní transformace znamená pro vaši firmu. Vždy je užitečné mít k dispozici výsledky úspěšné agilní implementace v prvních jednom nebo dvou týmech. 2 ### Zapojení Top managementu Pro úspěšnou transformaci je klíčové aktivní vedení ze strany vašeho top managementu. Spolupracujeme s managementem jako partneři a pomáháme mu řídit změny. Sjednocujeme směr a vedení organizace transformace. 3 ### Evoluční přístup   Místo „velkého třesku“ doporučujeme postupný, evoluční přístup. Zpočátku můžete vytvořit několik agilních týmů, vyhodnotit výsledky a identifikovat rizika v menším měřítku, což vám poskytne informace pro další kroky transformace. 4 ### Organizační design Jakmile vaše první agilní týmy dosáhnou úspěchu, pomůžeme vám navrhnout a rozšířit agilitu ve vaší společnosti tam, kde to dává smysl. Společně navrhneme spolupráci týmů, struktury týmů a způsoby práce, které pomohou proměnit očekávání ve výsledky. 5 ### Školení a rozvoj   Pomáháme vašim týmům pochopit, co agilita pro vaši společnost znamená. Prostřednictvím školení, koučování a praktické podpory pomůžeme vašim týmům začít a vyhnout se ztrátě orientace během změny. 6 ### Podpůrné funkce   Transformaci často zahajují delivery týmy, ale často se agilními principy mohou inspirovat také oddělení jako jsou HR, marketing, finance a právní oddělení. Zavádíme Business agilitu. Pomáháme těmto oddělením přizpůsobit se, aby plně podporovala nový způsob práce. 7 ### Transparentní kultura Otevřená komunikace zajišťuje, že všichni jsou o průběhu transformace informováni a mají v ni důvěru. Kromě toho pravidelně hodnotíme postup, abychom ukázali, že investice se vyplatí a že se ubíráme správným směrem. ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/get-in-touch-min.jpg) ### Zůstaňme v kontaktu [Kontaktujte nás](#contact) ## SPOKOJENÍ ZÁKAZNÍCI - FIRMY VŠECH VELIKOSTÍ ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Naši spolupráci s Lucid Bay Digital považuji za mimořádně profesionální a vyspělou. Na přístupu Jana Šrámka oceňuji především to, že naše partnerství nevnímá pouze z hlediska obchodních čísel, ale také z hlediska dlouhodobé přidané hodnoty pro naše společnosti. Bedřich Krejčí, MBA Release Train Engineer, O2 Czech Republic ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Měl jsem příležitost spolupracovat s kouči ze společnosti Lucid Bay Digital během transformace České spořitelny, a.s. Vyznačovali se svými znalostmi agilních technik. Pomohli nám udělat velký skok ve vytváření kultury založené na agilních principech a přístupu zaměřeném na zákazníka. Tomasz Bartkowiak Area Lead Of Agile Coaches at Česká spořitelna, a.s. ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Možná si kladete otázku, zda je agilita pro nás to pravé. Také jsme si to mysleli. Existuje mnoho pochybností, ale společnost Lucid Bay Digital nám pomohla najít řešení těchto pochybností nebo experimentovat, dokud jsme nevytvořili správný způsob práce.       Vladimír Hranáč Founder & CTO, Betsys ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Jan nám pomohl pochopit a implementovat agilní dodávky našeho klíčového front-endu. Nebylo to vůbec snadné, potýkali jsme se s tradičním způsobem dodávek, ale on se této výzvy ujal s energií a nadšením. Díky jeho trpělivému vedení se nám podařilo získat podporu vedení. Pavel Procházka GE Money Bank, a.s., IT Manager, Core Java Development Jak vám můžeme pomoci s agilní transformací? ![Handshake](https://lucidbaydigital.cz/wp-content/uploads/2025/11/hanshake.png) Preferujeme práci přímo na místě, společně s vašimi týmy a vedením, abychom pochopili, jak agilita zapadá do každodenní reality vaší společnosti. Tato úzká spolupráce nám umožňuje vidět, co funguje, rychle se přizpůsobovat a společně iterovat, kdykoli je to potřeba. Naším cílem je, aby se vaši zaměstnanci vlastnili tuto změnu. Podporujeme vaše týmy, aby přicházely s vlastními nápady a řešeními, zatímco my udáváme směr, zajišťujeme sladění a podporujeme oblasti s agilitou. Níže najdete hlavní způsoby, jakými můžeme podpořit vaši transformaci, ale jsme vždy připraveni přijmout nové výzvy, které jsou specifické pro vaši organizaci. PODPORA PRO ÚSPĚŠNOU AGILNÍ TRANSFORMACI ### Transformace   Můžeme vám pomoci provést agilní transformaci ve všech odděleních vaší společnosti. Nebo vám můžeme pomoci posílit vaše agilní transformační týmy pomocí našich odborníků. ### Staffing teamu   Poskytujeme kvalifikované odborníky pro vaše agilní transformační nebo vývojové týmy, abychom vám zajistili správné odborné znalosti pro efektivní prosazování iniciativ. ### Školení na míru   Nabízíme školicí programy agility šité na míru pro všechny role: management, členy týmu, scrum mastery nebo produktové vlastníky, přizpůsobené vašim konkrétním potřebám. ### Leadership Agile Coaching Naši odborníci poskytují agile coaching pro vaše vedoucí pracovníky v oblasti agilního řízení a pomáhají jim prosazovat agilní principy. ### Team Coaching     Nabízíme agile coaching a mentoring pro vaše týmy, které jim pomůže začít fungovat agilně, zlepšit týmovou spolupráci dodávat větší hodnotu zákazníkům, nebo zvýšit výkonnost. ### Facilitace workshopů   Facilitujeme workshopy s týmy i managementem, abychom podpořili efektivní průběh těchto workshopů a pomohli vám soustředit se na obsah místo na formu.   ### Vyhodnocení agility   Čerstvý a objektivní pohled zvenčí může znamenat velký rozdíl. Pomůžeme vám najít oblasti, které je potřeba zlepšit, a definovat, jak se mohou vaše týmy, koučové a produktoví manažeři dále rozvíjet. ### Agilita v podpůrných odděleních Pomáháme zavádět agilní principy do vašich podpůrných oddělení (HR, Risk, Back office) a zajišťujeme, aby agilita přinášela výhody celé vaší společnosti. [Domluvte si kurz k Agilní transformaci](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/agile-transformation-in-practice-cs/) ![banner left](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-left.jpg) ## Stále si nejste jistí? [Porovnejte si naše služby](https://lucidbaydigital.com/cs/choose-the-best-solution-for-your-needs) ![banner right](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-right.jpg) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Agilní Transformace v praxi > Školení pro management: jak úspěšně provést agilní transformaci. Praktické zkušenosti z 90+ projektů ✓ Co funguje a co ne | Rezervujte termín _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/agile-transformation-in-practice-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Agilní transformace není jen o metodice, je primárně o kultuře, spolupráci a dodávání skutečné hodnoty. V tomto dvoudenním školení se naučíte, jak nastavit agilitu praktickým, cílově orientovaným způsobem, který splňuje očekávání a zajišťuje, že každá změna přinese měřitelné výsledky. [Vyžádejte si termín kurzu Agilní Transformace](#contact) Dvoudenní praktické školení pro management a klíčové pozice ve společnosti ## Proč absolvovat tento kurz? Uvažujete o zavedení agilních přístupů, nebo jste již na této cestě, ale narážíte na překážky? ** Agilní transformace není jen o metodice, je to změna v celé společnosti. **Ovlivňuje kulturu, spolupráci, strukturu, vedení a v konečném důsledku i to, jakým způsobem poskytujete hodnotu svým zákazníkům. V tomto školení se dozvíte, co agilita skutečně znamená a jak ji nastavit tak, aby skutečně **splňovala vaše očekávání**: ať už jde o spokojenější zákazníky, rychlejší reakce na změny na trhu nebo lepší výkonnost týmu. Zjistíte také, jak se vyhnout běžným nástrahám, které často vedou k frustraci a zklamání. Víme, že každá společnost a kultura je jedinečná, proto přizpůsobujeme obsah kurzu vašim konkrétním potřebám. ## Co získáte? - Inspirace a poučení z úspěšných i neúspěšných transformací v českých i mezinárodních společnostech. - Jasné pochopení toho, co agilita může (a nemůže) vaší společnosti přinést. - Pohled na nejčastější chyby při transformaci – a jak se jim vyhnout. - Realistická očekávání ohledně přínosů agilní transformace. - Praktické tipy pro práci s týmy, rozvoj leadershipu a úpravu organizačních struktur. - Pokyny, jak řídit transformaci tak, aby přinesla skutečné výsledky. - Porozumění tomu, jak by se management měl aktivně zapojit do změny. - Inspirace a poučení z úspěšných i neúspěšných transformací v českých i mezinárodních společnostech. ## Agenda kurzu ### Den 1 - 1. Co to je agilita? - 2. Jaká jsou očekávání od agility? Jaká jsou reálná a jaká nejsou? - 3. Agilita v kontextu společnosti, proč být vůbec agilní? - 4. Porovnání agilního a tradičního přístupu - 5. Co agilita přináší: Zákazníkům, Businessu, IT, Zaměstnancům - 6. Jak sestavit transformační tým: kdo by v něm měl být, proč to nemůže být jen záležitost IT - 7. Role vedení, bez podpory vrcholového managementu transformace selže - 8. Organizační design - 9. Porovnání nejznámějších frameworků pro škálování agilu - 10. Den 2 - 11. Školení lidí při agilní transformaci - 12. Komunikace o agilní transformaci - 13. Rozpočtování a práce s kapacitami - 14. Spolupráce s dodavateli v agilním světě - 15. Měření úspěchu transformace, co sledovat, aby změna měla smysl - 16. Prioritizace a hodnota projektů - 17. Plánování dalších kroků ve vaší společnosti - 18. Jak postupovat dál? [Vyžádejte si termín kurzu Agilní Transformace](#contact) ### V čem je tento kurz jedinečný? - Velmi prakticky zaměřený, založen na reálné příkladech z českých firem. - Přizpůsobený potřebám top managementu, nejen vývojových týmů. - Ukážeme vám jak implementovat agilitu, ale i jak z ní udělat nástroj pro rozvoj vaší firmy a vašeho byznysu. Potřebujete po kurzu další podporu? Nabízíme vám komplexní služby agilní transformace. [Podívat se na podporu Agilní Transformace](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agille-transformation-cs/) ## Může vás také zajímat Než půjdete na kurz, můžete si zatím přečíst: - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [Value Stream Mapping – krok za krokem k vyšší efektivitě týmu](https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/) - [Muda aneb 7 typů plýtvání při výrobě softwaru](https://lucidbaydigital.cz/muda-aneb-7-typu-plytvani-pri-vyrobe-softwaru/) - [Agile Manifesto](https://agilemanifesto.org/iso/cs/manifesto.html) ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné Agilní Kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # AI jako opravář topení a proč přínosy AI ve firmě nezávisí na velikosti implementace > Skutečné přínosy AI ve firmě nepřicházejí z velkých implementací, ale z kultury experimentování. Příběh, framework a 5 otázek pro leadery. _Source: https://lucidbaydigital.cz/ai-jako-opravar-topeni-a-proc-prinosy-ai-ve-firme-nezavisi-na-velikosti-implementace/_ _Published: 2026-05-05_ _Updated: 2026-05-05_ --- **Největší přínos umělé inteligence ve firmě nepřichází z komplexních projektů. Přichází z momentu, kdy si na ni někdo vzpomene ve správnou chvíli a má odvahu experimentovat.** Před pár dny jsem si tohle ověřil přímo doma. Příběh, který vám teď popíšu, mi připomněl něco zásadního o tom, jak by firmy měly přemýšlet o adopci AI. A proč většina diskusí o přínosech AI míří úplně špatným směrem. ### Když si tepelné čerpadlo myslí, že máte doma 160 °C Doma máme tepelné čerpadlo. Funguje to tak, že čerpadlo dostává data z teplotních čidel v jednotlivých pokojích a podle nich reguluje topení. Jednoduchý systém, který už roky spolehlivě funguje. Až do momentu, kdy odešlo jedno z čidel. Místo reálné teploty začalo do systému posílat hodnotu **160 °C**. Software čerpadla logicky vyhodnotil situaci: *„V pokoji je 160 stupňů, topit už opravdu nemusíme."* A přestal topit. Doma byla zima. Stížnosti rodiny rostly rychleji než dopravce doručoval náhradní čidlo. Klasická situace, kdy technologie udělá přesně to, co má a přesto je výsledek špatný. ### První řešení mě nenapadlo. Napadlo to AI. AI už delší dobu používám pro analýzu dat z čerpadla a optimalizaci nastavení s ohledem na spotřebu energie. Není to nic složitého prostě využívám datové záznamy z čerpadla a experimentuju. Tak jsem se zeptal i tentokrát: *„Jak bys řešila situaci, kdy čidlo posílá špatná data a dorazí mi nové až za pár dní?"* První návrh, který přišel, byl tak jednoduchý, až mě zamrzelo, že jsem na něj nepřišel sám: > *„Když si čerpadlo myslí, že je v pokoji 160 °C, řekni mu, že chceš mít vedle 165 °C. Bude topit."* Funguje to. (Pojistka na maximální teplotu vody zůstala nastavená na 45 °C, takže nehrozilo, že by se někdo doma uvařil. Rodina přestala mrznout, čidlo dorazilo o pár dní později a všechno se vrátilo do normálu. Chvíli se ozývalo moje ego, proč jsem na to nepřišel já? Ale přínos byl jasný a okamžitý. A hlavně mi to potvrdilo něco, co dlouho cítím o adopci AI ve firmách. ### Většina firem řeší AI ze špatného konce Když se s firmami bavíme o AI, často slyšíme stejné otázky: - *Jakou platformu nasadit?* - *Které procesy automatizovat jako první?* - *Kolik to bude stát a jaká bude návratnost?* Všechno legitimní otázky. Ale obvykle vedou k jednomu výsledku: firma nasadí nějaký nový chatovací nástroj nebo upraví existující aplikaci o „AI funkce". Lidé dostanou nové tlačítko, kliknou na něj párkrát a vrátí se k práci, jak ji dělali předtím. A pak přichází rozčarování, že přínosy AI nepřišly. **Problém není v nástroji. Problém je v kultuře.** AI nepřináší hodnotu sama o sobě. Hodnotu přináší tehdy, když si na ni lidé vzpomenou ve správnou chvíli. Když se nebojí experimentovat. Když mají odvahu zeptat se i v situacích, které s AI na první pohled nesouvisí. To, že jsem se AI zeptal na poruchu topení, nebylo logické. Tepelné čerpadlo není „AI use case". Ale fungovalo to, protože jsem byl v módu *„zkusím se zeptat"*. A přesně tenhle mód je to, co odlišuje firmy, které z AI vyždímají skutečnou hodnotu, od firem, které jen utratily peníze za licence. ### Co tedy ovlivňuje úspěch AI ve firmě? Z naší zkušenosti s firmami, které pracují s AI dobře, vidíme tři opakující se vzorce: **1. Bezpečné prostředí pro experimentování** Lidé se musí cítit bezpečně, aby AI mohli zkoušet. To znamená jasná pravidla, co do AI nesmí jít (citlivá data, osobní údaje), ale zároveň svobodu zkoušet všechno ostatní. Bez strachu, že udělají chybu. **2. Kultura sdílení nálezů** Když někdo objeví, že AI dokáže výborně řešit konkrétní úkol, musí existovat způsob, jak to sdílet. Slack kanál, pravidelné meetingy, interní wiki, formát je jedno. Důležité je, aby objevy jednotlivců rostly do kolektivního know-how. **3. Vedení, které samo experimentuje** Pokud CEO, CIO nebo CTO nepoužívá AI sám, lidé to cítí. Adopce AI je jeden z mála případů, kdy *walk the talk* funguje doslova. Když lídři sdílejí svoje vlastní pokusy a omyly, ostatní následují. ### 5 otázek, které byste si jako leader měli položit Než budete plánovat další velkou AI iniciativu, projděte si tenhle krátký checklist: - **Mají u nás lidé jasno, do jakých nástrojů AI mohou vkládat firemní data a do jakých ne?** Pokud ne, nikdo nebude experimentovat z obavy, že udělá něco špatně. - **Existuje ve firmě prostor, kde lidé sdílejí svoje AI nálezy?** Bez sdílení zůstanou objevy izolované u jednotlivců. - **Používám AI pravidelně sám? Vidí to moji lidé?** Pokud ne, vysíláte signál, že je to „jen pro někoho jiného". - **Odměňujeme experimentování, nebo jen výsledky?** Pokud lidé dostanou negativní zpětnou vazbu za neúspěšný pokus, přestanou pokusy dělat. - **Měříme přínosy AI správně?** Pokud sledujete jen úsporu času na konkrétních procesech, přijdete o neviditelnou hodnotu ten moment, kdy někdo vyřeší něco, co by jinak vyřešil hůř, déle nebo vůbec. ### Pointa: AI je o lidech, ne o technologii Můžete mít nejlepší AI nástroje na trhu. Pokud ve firmě nemáte kulturu, která lidem dovolí si na ně vzpomenout a zkusit je použít, hodnota nepřijde. Můj příběh s topením je triviální. Ale přesně takhle vypadá většina situací, kde AI dokáže pomoci drobné, nečekané, na první pohled bez souvislosti s technologií. Hodnota přichází z toho, že lidé jsou zvyklí se ptát a experimentovat. Až tedy budete příště plánovat AI strategii, nezačínejte výběrem nástrojů. Začněte otázkou: **Mají u nás lidé prostředí dost bezpečné na to, aby s AI mohli experimentovat a sami objevovat, v čem jim může pomoct?** Tam totiž ty skutečné přínosy AI vznikají. ## Zaujal vás článek? - [5 strukturálních změn agilních týmů v éře AI, které přinášejí náskok](https://lucidbaydigital.cz/5-strukturalnich-zmen-agilnich-tymu-v-ere-ai-ktere-prinaseji-naskok/) - [AI v Agilním vývoji: Produktivita, transparentnost a výkon](https://lucidbaydigital.cz/ai-native-development/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # AI v Agilním vývoji: Produktivita, transparentnost a výkon > AI dramaticky mění agilní vývoj. Jak zvýšit produktivitu, udržet transparentnost a zachovat predikovatelnost delivery v AI Native prostředí _Source: https://lucidbaydigital.cz/ai-native-development/_ _Published: 2026-02-13_ _Updated: 2026-04-12_ --- **Vaše týmy adoptovaly AI. Vaše metodika a kultura ještě ne.** ![Tři rostliny postupně rostoucí v půdě, symbolizující vývoj od tradičního řízení přes agile až po AI-native přístup.](https://lucidbaydigital.cz/wp-content/uploads/2026/02/ai_flowers.png) Efektivita Evoluce agilu, ne jeho nahrazení. Predikovatelnost Udržení firemní kultury Větší hodnota místo většího množství NOVÝ ZPŮSOB PRÁCE ## Nejde jen o nástroje Firmy investují do AI nástrojů, ale jejich způsob řízení vývoje zatím zůstal v minulosti. Bez změny systému vzniká iluze produktivity, roste komplexita a návratnost AI je nečitelná. Pomáháme upravit agilní a produktové řízení tak, aby AI zvýšila výkon týmů, bez ztráty kontroly, predikovatelnosti a zákaznické hodnoty. Nezahazujte investice do agilních a produktových přístupů, zkuste na ně raději navázat. AI-Native transformace nestaví vše od nuly, ale rozvíjí to, co už ve firmě funguje.  [Chcete přizpůsobit agilní řízení realitě AI Native vývoje?](#contact) Problémy firem při AI adopci 1 ### Metodika nefunguje Sprint planning, estimace, refinementy, nic z těchto agilních eventů nebylo navrženo pro práci s AI. Týmy improvizují, každý jinak. Nemáte přehled, co funguje a co ne.  2 ### Rychlost bez směru Zvyšujeme tempo vývoje, ale chybí jasné napojení na zákaznickou hodnotu a byznysové cíle. Týmy produkují více výstupů, ale dopad na tržby, retenci nebo spokojenost zákazníků zůstává minimální.  3 ### Rostoucí propast v týmech Někteří vývojáři jsou s AI 5x produktivnější, jiní stagnují. Junioři se přestávají učit. Tým se rozpadá na dvě rychlosti.  4 ### Ohrožená kultura   Transparentnost, komunikace a spolupráce, které jste budovali roky, potřebuje znovu nastavit. AI pomáhá budovat crosfunkční týmy.  Jeden člověk dnes může dodat to, co dříve dělalo několik lidí. Nesmí se ale ztratit mezilidská komunikace a transparentnost v týmu.  ![](https://lucidbaydigital.cz/wp-content/uploads/2026/02/stavitelny_klic.png) AI PRODUKTIVITA TÝMŮ ## Řešení na míru Respektujeme vaši firemní kulturu a nenosíme do firem hotové šablony. Raději řešíme konkrétní situace s vámi i vašimi týmy a nastavujeme principy tak, aby dávaly smysl v praxi a přinášely měřitelný dopad.   Jak pomáháme 1 ## AI-Native GAP Analysis Rychlá diagnostika stavu AI ve vývoji software, adopce a způsobu řízení práce ve vašich týmech. Rozhovory s leadershipem, observace týmů, identifikace quick wins a rizik. Výstup: assessment report s konkrétní roadmapou. - 1-2 dny | diagnostika - Pro firmy, které chtějí vědět, kde jsou a kam směřovat. ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) 2 ## AI-Native Transformace Kompletní adaptace agilních a produktových přístupů pro AI-augmentované týmy. Začínáme pilotem v 1-2 týmech, ověřené praktiky škálujeme na celou organizaci. Nastavíme governance, upskilling a měření dopadu.  - 3-6 měsíců | průběžná spolupráce s agilními týmy - Pro firmy, které chtějí systematickou transformaci a opřít se o zkušenost z reálných agilních a produktových změn. ![Tři rostliny postupně rostoucí v půdě, symbolizující vývoj od tradičního řízení přes agile až po AI-native přístup.](https://lucidbaydigital.cz/wp-content/uploads/2026/02/ai_flowers2.png) 3 ## AI Builders Workshops Vhodné pro: - **Delivery týmy:** Jak efektivně pracovat jako AI Native builders tým (agilní a produktové přístupy).  - **Pro management:** Co se mění v řízení týmů s AI. Predikovatelnost, governance, řízení změny. - **Pro produktové lidi**: Product discovery v AI éře. Focus na hodnotu před množstvím. - Trvání dle potřeb | praktický workshop, max 12 účastníků ![Lucid Bay Digital, školicí místnost, školíme agilní přístupy jako je Scrum, Kanban, nástroj Lean Canvas, školení product ownerů](https://lucidbaydigital.cz/wp-content/uploads/2025/10/DSC_3301-1.jpg) Chcete vědět, jak na tom vaše týmy s AI skutečně jsou? Během pár dnů získáte jasný obraz a konkrétní roadmapu dalších kroků. [Domluvte si úvodní konzultaci k nastavení agilního řízení AI Native vývoje](#contact) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Budou mi v týmu fungovat Story points? > Co ovlivňuje, zda je náš tým připraven úspěšně začít používat story points pro odhadování? A jak začít s přípravou týmu? _Source: https://lucidbaydigital.cz/budou-mi-v-tymu-fungovat-story-points-2/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Jedním z možných způsobů odhadování náročnosti práce v agilním světě jsou Story points. A přesto, že jejich zavedení v týmu přináší spoustu výhod, v některých týmech se jejich zavedení nemusí podařit. V takovém případě, mohou Story points bohužel skončit jen jako jinak pojmenovaná náhrada odhadování v časových jednotkách. Podle čeho se ale rozhodnout? Kde můžeme Story points bez problémů zavést, kde je potřeba se Story points počkat na správný čas a kde to třeba nemusí dávat smysl vůbec? V dnešním článku vám chci nasdílet pár zkušeností, které používám. ## Proč se zabývat Story points? Ikdyž jsou dnes i jiné způsoby, jak se vypořádat s odhady v agilních týmech, podle mého názoru se Story points u řady týmů vyplatí používat. U týmů, se kterými jsem pracoval vedly Story points nejčastěji k těmto přínosům: - Přesnější odhady než v man days - Podporují týmovou spolupráci a budování lepší zastupitelnosti v týmu - Napomáhají lepšímu pochopení zadání napříč celým vaším týmem. Proto je zde i potenciál pro menší chybovost požadavků a méně nečekaných překvapení během vývoje. ## T-shape a specializace rolí v týmu Než budeme pokračovat dál, pojďme se spolu podívat na to, jaká je v začínajících týmech specializace rolí. V řadě týmů, které s agilními přístupy teprve začínají existuje velká specializace rolí. Tým s velkou specializací obsahuje například experta na vývoj backendu, experta na vývoj frontendu, experta na databáze, experta na testování a experta na analýzu požadavků. Členové tohoto týmu jsou skvělí ve svém oboru, ale často nejsou zastupitelní. A tak pokud chcete s vaším týmem plánovat dodávky, musíte plánovat vždy požadavky pro každého specialistu zvlášť.   ![Tento obrázek nemá vyplněný atribut alt; název souboru je t_shape.png.](https://lucidbaydigital.com/wp-content/uploads/2025/10/t_shape.png) Jiná situace je většinou ve startupech. V začínajících firmách je celkem běžné, že si jeden člověk musí poradit s úkoly spadajících hned do několika různých specializací najednou. Lidé tak mají například jednu hlavní specializaci, ve které jsou nejlepší a k tomu několik dalších, ve kterých si umí v jednodušších situacích poradit. Tomuto rozložení zkušeností lidí se říká T-shape. Naopak počátečnímu stavu s úplnou specializací se říká I-shape. Proč se do T-shape v týmu pouštět? Pomůže vám snížit externí závislosti vašeho týmu a zjednoduší vám plánování práce pro váš tým. Váš tým je tak efektivnější a vlastně se i zlevní jeho provoz. Váš tým bude soběstačnější a nebude muset čekat na odbavení svých požadavků v jiných týmech. Bonbónkem navíc je, že vám T-shape usnadní i zavedení Story pointů. Pokud vás toto téma zajímá, můžete se ještě podívat na náš další Insight [Iluze o výkonnosti týmu a roztříštěný focus](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/). ## Jiný název pro Man Days? No a jsme u toho. Pokud je ve vašem týmu pořád silná specializace rolí a vůbec žádný T-shape, pravděpodobně budete muset i nadále každý sprint plánovat každého specialistu zvlášť, aby měli všichni ve sprintu dost práce. Pokud v tuto chvíli zavedete používání Story points, lidé si pravděpodobně v hlavě převedou Story points zpátky na jednotky času, jak na to byli zvyklí. Tím si vlastně ověří, že má frontendista v týmu dost práce na celý sprint a stejně tak další role. Implementace Story points v tomto případě nepřináší žádnou hodnotu a Story points jsou pak v podstatě jen jinak pojmenované man days. ## Jeden odhad za celý tým Aby nedošlo k omylu, přestože je T-shape ideální předpoklad pro používání Story points, stačí vám pro práci se Story points naprosté minimum. Story points dávají smysl používat ve chvíli, když váš celý tým dokáže odhadnout složitost každého požadavku pomocí jediného čísla za celý tým. Aby to dokázali, musí alespoň rámcově rozumět tomu jak se každý požadavek bude testovat, jak náročná bude úprava frontendu, backendu, jestli bude u požadavku potřeba nějaká integrace s okolními systémy.  Také si musí uvědomovat, jaký je rozdíl, mezi relativním a absolutním odhadem. Neznamená to tedy, že musí všichni detailně rozumět tomu, jaké změny se přesně udělají v kódu. Specializace v týmu pořád existuje, ale není tak striktní, jako byla v minulosti. Stačí když členové týmu pozorně poslouchají kolegy, kteří při refinementu nebo plánování požadavku říkají, co je potřeba v rámci požadavku udělat. Členové týmu tak mohou na  základě informací od kolegů porovnat požadavek s nějakým jiným, který už v minulosti řešili. Také budou moci odhadnout, zda jsou zhruba stejně složité, nebo je některý z nich náročnější. Pokud se tým napoprvé na odhadu neshodne, diskuse nad tím, proč se odhady od jednotlivých členů týmu liší je dovede k tomu, že ještě lépe pochopí zadání a nebude je během sprintu čekat nějaké nepříjemné překvapení.  ## Jsme připraveni na** **Story points? Pravděpodobně budete úspěšní se zavedením Story points, pokud: - existuje ve vašem týmu alespoň částečná zastupitelnost . Například pokud tým nestíhá, tak dokáže vývojář nebo analytik pomoci s testováním, nebo s jinou činností, která jinak není v náplni práce jeho role - leckdy stačí i to, že členy vašeho týmu zajímá, co je vše potřeba dodat k tomu, aby mohli jako tým úspěšně dodat kompletní požadavek zákazníkovi. Věnují tedy pozornost i tomu, když mluví o práci na požadavku ostatní kolegové. Nepůsobí tedy jen jako subdodavatel v týmu, který neřeší co se s jeho výtvorem stane dál. Naopak, považují cíle týmu za svoje vlastní. - Tým rozumí tomu, jak fungují relativní odhady (tým umí porovnat, který požadavek je složitější dokončit napříč všemi řemesly). - V neposlední řadě je potřeba, aby tým rozuměl přínosům. Musí vědět proč se chcete do odhadování pomocí Story points pustit a dávalo jim to smysl. Pokud není splněn ani jeden z výše uvedených bodů, možná ještě nepřišla ta správná chvíle Story points začít používat. Pokud se o to přesto pokusíte, je zde značné riziko, že si váš tým převede v hlavě hodnotu Story points zpátky na čas. Tento způsob odhadování vám pak nepřinese výsledky.  ## **Jak tedy začít?** Ověřili jste si připravenost vašeho týmu na zavedení Story points? Následujících pár tipů vám může pomoci zlepšit efektivitu týmu i týmovou spolupráci jeho členů. Navíc vám také usnadní zavedení Story points, pokud se pro ně rozhodnete: 1.      Některý z jednodušších požadavků si vezme jiný vývojář než kolega, který tyto požadavky řeší obvykle. Zkušený vývojář představí funkčnost a kód kolegovi a před dokončením požadavku mu udělá code review. 2. Vysvětlete v týmu, že jde jen o částečnou zastupitelnost a nejde vám o to, vybudovat armádu univerzálních vojáků. 😊 3.      Pokud v některém sprintu váš tým nestíhá testovat, zeptejte se v týmu, zda někdo z analytiků nebo vývojářů pomůže s otestováním požadavku. Vaše zákazníky zajímá hotový požadavek a ne to, který jednotlivec stihl v týmu dodat svůj příspěvek včas. 4.      Také můžete zkusit do týmu dočasně zapojit vývojáře (nebo jinou roli), který bere T-shape a zastupitelnost jako běžnou součást svojí práce a inspiruje ostatní. S motivací týmu vyzkoušet Story points mi často pomohlo dohodnout jejich zavedení nejprve na zkoušku. Dohodli jsme se, že jejich používání za nějaký čas vyhodnotíme a případně uděláme změny. Vrátit se s odhady nazpět na mandays se nakonec rozhodl jen jediný. Pokud se tedy rozhodnete využít odhadování pomocí Story points ve svých týmech, přeju vám ať vám jejich zavedení splní očekávání. A pokud máte zajímavé zkušenosti, které pomáhají při zavádění Story points vám, neváhejte nám o nich napsat!   Zajímá vás o úspěšné implementaci Story points víc? Můžete využít například našeho kurzu [Scrum prakticky – reálné využití a osvědčené postupy](https://lucidbaydigital.com/cs/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs). --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Co je Backlog? Product vs Sprint Backlog, rozdíly a příklady > Product a Sprint Backlog srozumitelně: kdo za ně odpovídá a jak s nimi pracovat. Vysvětlení pojmů, role i konkrétní příklady. _Source: https://lucidbaydigital.cz/glossary/produktovy-backlog/_ _Published: 2025-12-28_ _Updated: 2026-03-03_ --- ![](https://lucidbaydigital.cz/wp-content/uploads/2025/12/product_backlog3.png) CO TO JE ## Backlog **Backlog** je ve Scrumu centrální evidence požadavků (např. funkcí, úprav, nápadů, technických úkolů nebo oprav chyb), se kterými tým pracuje nebo může pracovat v budoucnu. Pokud chcete backlog ve vašem týmu zavést, stanovte si **jedno místo**, kam budete všechny požadavky ukládat. Od této chvíle by měl backlog sloužit jako **jediný zdroj pravdy.** Vy i celý agilní tým v něm najdete: - požadavky, které jste už řešili, - požadavky, na kterých právě pracujete, - požadavky, které teprve čekají na realizaci. ## Jak backlog zavést v praxi Při zakládání si nejprve projděte veškerou stávající evidenci požadavků a sjednoťte ji do jednoho úložiště: - e-maily, - excelové tabulky, - poznámky na disku nebo v různých nástrojích, - starší dokumentaci či zápisy z jednání. Volba nástroje je na vás. Důležité je, aby byl přehled požadavků pro tým **snadno dostupný, přehledný a pravidelně aktualizovaný**. ## Scrum Artefakty Ve Scrumu rozlišujeme tyto dva hlavní typy backlogů: - **Produktový** - **Sprintový ** ## Produktový backlog **Produktový backlog** obsahuje všechny požadavky vztahující se k produktu. Patří sem položky v různých stavech rozpracovanosti – od nápadů až po hotové věci. Co v něm najdete: - požadavky zapsané jen jednou větou, - položky, které už jsou hotové a nasazené v produkčním prostředí, - požadavky, které jsou právě ve vývoji, - požadavky, které možná nikdy nezrealizujete, - požadavky, které plánujete do budoucna. ### Význam Cílem agilního týmu je **spokojenost zákazníka**. Proto se tým snaží **maximalizovat hodnotu pro zákazníka** a často upřednostňuje přínos před množstvím dokončených požadavků. Z tohoto důvodu **Product Owner pravidelně prioritizuje** produktový backlog. Je běžné, že se některé položky nikdy nedostanou na řadu, například proto, že časem ztratí hodnotu nebo se změní situace na trhu. ### Zodpovědnost Za kvalitu a připravenost produktového backlogu odpovídá **Product Owner**. To ale neznamená, že musí všechny požadavky připravovat sám. požadavky vznikají ve spolupráci s týmem i stakeholdery. ## Sprintový backlog Tento Scrum artefakt obsahuje požadavky, které si tým vybral do aktuálního sprintu a které pomáhají naplnit **Cíl sprintu (Sprint Goal)**. Patří sem tedy položky: - na kterých se právě pracuje (sprint běží), - které se chystají do nejbližšího sprintu (při plánování sprintu). Proto by položky ve sprintu měly být obvykle **lépe připravené a kvalitněji popsané** než obecné položky v produktovém backlogu. Tým se u nich rozhoduje: - zda naplňují cíl sprintu, - zda jsou realisticky dodateľné v rámci sprintu. Za sestavení a plán sprintového backlogu odpovídají **vývojáři**. ### Vztah produktového a sprintového backlogu Do "sprintu" se položky **přesouvají z produktového backlogu**. Po skončení sprintu se mohou: - vrátit zpět (pokud nebyly dokončené), - být zrušeny, - nebo být přesunuty do jiné priority. Na rozdíl od produktového je sprintový přehled požadavků pouze **dočasný**, platí jen pro konkrétní sprint. ## Další informace a zdroje Více se k tématu dozvíte například ve Scrum Guide: - **[Scrum Guide – Product Backlog](https://scrumguides.org/scrum-guide.html#product-backlog)** - **[Scrum Guide – Sprint Backlog](https://scrumguides.org/scrum-guide.html#sprint-backlog)** Chcete si vše vyzkoušet prakticky? - **[Agilní produkty](https://lucidbaydigital.cz/product-growth-cs-translation/product-courses-cs/agile-products-cs-translation/)** - praktický kurz pro každého Product Ownera. Naučíte se nejen nezbytnou teorii ke Scrumu, ale také si vyzkoušíte vytvořit produktovou vizi, business goal oriented roadmapu a pomocí User Story Mappingu vytvořit seznam požadavků pro vývojový tým (Epiky a User Stories). - **[Scrum prakticky – reálné využití a osvědčené postupy](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/)** - praktický kurz vedený seniorními Scrum Mastery. Dozvíte se nejen jak funguje Scrum, ale i jakou strukturu má Backlog a mnoho dalšího. - [Jak psát správně User Stories](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/how-to-write-user-stories-correctly-cs/) - na tomto kurzu se naučíte, jak má vypadat správně napsaná User Story a také se ji naučíte napsat. Kurz je možné doplnit o přípravu User Stories nad vaším zadáním. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Co je Kanban? Jednoduchý průvodce metodou + příklady z praxe > Kanban vysvětlený srozumitelně: jak funguje v praxi, jak nastavit Kanban tabuli, WIP limity a kdy ho použít místo Scrumu. S příklady. _Source: https://lucidbaydigital.cz/glossary/kanban/_ _Published: 2026-01-15_ _Updated: 2026-04-05_ --- ![](https://lucidbaydigital.cz/wp-content/uploads/2026/01/robot.png) CO TO JE ## Kanban Kanban je metoda řízení práce a optimalizace toku práce (tzv. flow), která pomáhá týmům i organizacím dodávat hodnotu rychleji, předvídatelněji a s menším stresem. Původně vznikla v japonské automobilce Toyota, dnes se Kanban úspěšně používá v IT, při přípravě zadání pro vývoj, obchodu, marketingu, HR, výrobě i ve strategickém řízení firem. Základní myšlenkou Kanbanu je vizualizovat práci, omezit rozpracovanou výrobu a systematicky zlepšovat tok práce. Příliš mnoho rozpracované výroby najednou je považováno za plýtvání, nejen kvůli rozbíjení focusu a pomalejší delivery, ale také kvůli dodatečným nákladům na skladování rozpracované výroby, která není okamžitě zpracována. ## Co znamená slovo Kanban Slovo Kanban pochází z japonštiny a doslova znamená vizuální signál nebo cedulka. V praxi se tímto signálem stává úkol, karta nebo položka práce, která se pohybuje systémem od zadání až po dokončení. Kanban tak umožňuje: - vidět co se právě dělá, - pochopit kde vznikají zdržení, - řídit práci podle reálné kapacity, ne podle přání. ## Základní principy Kanbanu Celá metoda stojí na několika jednoduchých, ale velmi silných principech: - **Vizualizace práce** Práce je zobrazena na Kanban boardu (fyzickém nebo digitálním), kde každý úkol prochází jasně definovanými kroky procesu. - **Omezení rozpracovanosti (WIP limity)** Příliš mnoho paralelních úkolů řešených najednou představuje plýtvání. Proto se snažíme omezit rozpracovanou výrobu pomocí WIP limitu. Díky tomu se práce dokončuje rychleji, klesá multitasking, zvyšuje se kvalita výstupů. - **Řízení toku práce (flow)** Cílem je zajistit plynulost toku práce, velké výkyvy v pracovním vytížení jsou považovány za zdroj plýtvání. Pokud je pracovní tok plynulý, zvyšuje se efektivita dodávek a snižuje se plýtvání. - **Explicitní pravidla** Proces je jasně popsaný a pochopitelný pro všechny. Každý ví kdy může práci převzít, co znamená „hotovo“, jak se práce posouvá dál. - **Neustálé zlepšování** Kanban podporuje evoluční změny, tedy malé kroky, založené na datech a měření toku práce. ## Kanban vs. Scrum: jaký je rozdíl? **Kanban****Scrum**Prioritizovaná fronta požadavkůFixní scope v časově omezeném období (práce ve sprintech)Nemá přesně definované roleDefinované role (Scrum Master, Product Owner, Developer)Změna zadání prakticky kdykoliv, pouze se změní fronta požadavkůNemění se zadání ve sprintu, změny jsou možné mimo aktuální sprintDůraz na flowDůraz na produkt ## Týmy, kde metodu využijete Někdy se mylně týmy snaží implementovat Scrum i tam, kde není vhodný. Většinou jde o týmy, kde se neustále mění priority a není možné zafixovat scope například na dobu 2 týdnů. Tady je pár příkladů týmů, kde je možné Kanban úspěšně využít: - servisní a provozní týmy, - obchodní týmy, - přípravu business zadání, - týmy kde máme omezený počet specialistů a ostatní týmy od nich potřebují subdodávky, - prostředí s častými změnami priorit, - organizace, které chtějí zlepšovat výkon bez radikálních reorganizací. ## Příklady problémů, které řeší - tým je přetížený a nestíhá dokončovat, - tým má příliš mnoho paralelních úkolů a rozbitý focus, - chybí přehled o tom, kde se práce zasekává, - chceme zvýšit predikovatelnost a spolehlivost dodávek. ## Časté mýty - **Je to jen nástěnka s lístečky: **Ne, za nástěnkou tzv. Kanban boardem je celá Kanban metoda a filosofie Leanu, které pomáhají odstraňovat plýtvání během delivery a dodávat plynule. - **Nevyžaduje takovou disciplínu jako Scrum: **Právě naopak, tím že má volnější pravidla, potřebuje disciplínu aby dobře fungoval. Pokud chcete využít Kanban k eliminaci plýtvání, hodí se buď pro zkušenější týmy, nebo je potřeba zpočátku týmům pomoci. - **Je to přístup vhodný jen pro IT: **Ne, tento přístup vznikl primárně pro řízení výroby. Vzhledem k velmi dobré použitelnosti ale dnes funguje napříč obory i managementem. S principy Kanban metody, Kanban boardem a CFD diagramy můžete například úspěšně řešit obchodní pipeline a sledovat, kdy se vám zasekává obchodní proces. Dodnes se tato metoda často používá. ## Proč se o Kanbanu naučit víc než jen nástěnku Základy této metody jsou jednoduché. Skutečná hodnota ale vzniká až tehdy, když: - umíš správně navrhnout systém, - pracuješ s metrikami, - umíš odstranit plýtvání a řídit práci podle priorit, - dokážete Kanban použít na úrovni týmu nebo i celé organizace. Právě na to je zaměřen kurz [Kanban: Flow Mastery](Kanban: Flow Mastery), který jde za hranici základních definic a učí, jak tuto metodu prakticky využít pro zvýšení efektivity týmů, snížení stresu a odstranění plýtvání. ## Shrnutí Kanban je praktická a osvědčená metoda, jak: - optimalizovat tok práce, - zvýšit produktivitu týmu, - odstranit plýtvání. Díky své jednoduchosti a flexibilitě patří stále tato metoda mezi nejefektivnější nástroje řízení práce. ## Také vás může zajímat - [Jak nastavit Kanban board pro tým?](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) Článek, který vám pomůže nastavit správně Kanban board - [Školení Kanban – Flow Mastery](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/kanban-training-cs/) Praktické školení, které vám pomůže naučit se Metodu Kanban a naučit se rozpoznat různé druhy plýtvání a odstranit je. Kurz je veden zkušeným lektorem, který má za sebou implementaci Kanbanu v řadě týmů i různých oborech. - [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) Podívejte se, jaké další služby nabízíme v oblasti agilních přístupů. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Co je OKR? Objectives and Key Results jednoduše a česky > OKR (Objectives and Key Results) vysvětlené srozumitelně: jak fungují, čím se liší od KPI a jak je zavést ve firmě. S příklady. _Source: https://lucidbaydigital.cz/glossary/objectives-and-key-results-okr-co-to-je/_ _Published: 2025-12-29_ _Updated: 2026-02-14_ --- ![OKR – Objectives and Key Results, metoda pro řízení a měření cílů](https://lucidbaydigital.cz/wp-content/uploads/2025/12/OKR.png) CO TO JE ## Objectives & Key Results **Objectives and Key Results (OKR)** je osvědčený systém pro nastavování a řízení cílů, který pomáhá firmám i týmům udržet jasný směr a pravidelně vyhodnocovat pokrok. Jejich úspěšné zavedení chvíli trvá, ale výsledek stojí za to.  Zkratka **OKR** označuje kombinaci: - **Objective (cíl)** – inspirativní, srozumitelný a motivační směr, kterého chceme dosáhnout - **Key Results (klíčové výsledky)** – měřitelné ukazatele, podle kterých poznáme, jestli se k cíli reálně přibližujeme OKR framework je velmi populární zejména v technologických firmách a agilních organizacích, protože podporuje **zaměření, transparentnost a týmovou spolupráci**. ## Jak OKR funguje v praxi? ### Objective (Cíl) Objective popisuje „kam chceme dojít“. Cíl je: - krátký a snadno zapamatovatelný - motivující a srozumitelný pro celý tým - dostatečně ambiciózní, ale realistický ### Key Results (Klíčové výsledky) Key Results odpovídají na otázku: **„Jak poznáme, že jsme cíle dosáhli?“** Každý cíl má typicky **2–5 klíčových výsledků**, které jsou: - měřitelné (číslem nebo jasnou metrikou) - časově omezené - zaměřené na výstup a dopad, ne na aktivitu Příklad: - Objective: „Zlepšit zákaznickou zkušenost“ - Key Results: „Zvýšit NPS z 35 na 50“, „Snížit průměrnou dobu reakce podpory o 30 %“ ## OKR vs KPI: jaký je rozdíl? OKR se často používá jako alternativa nebo doplněk ke KPI, ale rozdíl je zásadní: - **KPI (Key Performance Indicators)** měří „zdraví“ firmy a běžný výkon (např. obrat, marže, výpadky, reklamace) - **OKR** pomáhá řídit změnu a růst (např. zlepšení produktu, inovace, expanze, transformace) Jednoduše: **KPI udržují firmu v chodu, OKR posouvají firmu dopředu.** Například u týmů, které jsou zaměřené více na provoz často dávají větší smysl KPI, než OKR. ## Na jak dlouho se OKR nastavují? OKR jsou považovány za střednědobé cíle, obvykle se nastavují na **12–18 měsíců**. Díky pravidelnému vyhodnocování jsou OKR ideální pro rychle se měnící prostředí. ## Proč firmy používají OKR? Pomáhají v řadě oblastí, například: - sladit cíle týmů s firemní strategií (**alignment**) - soustředit pozornost na to nejdůležitější (**focus**) - zvýšit odpovědnost a vlastnictví cílů v týmech (**ownership**) - nastavit transparentní a férové prostředí (**transparency & trust**) - měřit dopad práce, ne jen počet aktivit (**outcomes over outputs**) OKR také podporují „bezpečné prostředí“: cílem není trestat za neúspěch, ale učit se a zlepšovat. Vedlejším produktem zavedení těchto cílů je i diagnostika týmů a jejich agilního fungování. Obvykle je vidět, jak je IT propojeno s businessem, jestli dokážou společně definovat a měřit cíle a koordinovat se pro jejich dosažení. ## Doporučená struktura OKR ve firmě Tyto cíle se dají škálovat napříč celou firmou. Správně nastavené cíle propojují: - **strategické cíle firmy** - **OKR týmů** Doporučujeme, aby každý tým měl: - **1–3 Objectives** (maximálně) - u každého cíle **2–5 Key Results** Díky tomu si lidé tyto cíle opravdu pamatují, používají je a odkazují se na ně při rozhodování. Pokud mají lidé cílů příliš mnoho, nevzpomenou si na ně v době, kdy na tom záleží. ## Jak často se OKR vyhodnocují? Při implementaci zavádíme pravidelnou kontrolu a průběžné zlepšování. Často se tyto cíle stávajíc součástí Scrum Eventů agilních týmů, nebo vznikají nové facilitované workshopy na úrovni celé firmy. - týdenní nebo 14denní check-in (rychlý stav) - měsíční revize (trend + rizika) - kvartální vyhodnocení (závěr cyklu + retrospektiva) Ve vyhodnocení se často používá škála **0.0 – 1.0** nebo procenta. U ambiciózních OKR je běžné, že ideální splnění je kolem **70 %**, protože cíle jsou nastavené tak, aby motivovaly k posunu, ne jen k „splnění povinnosti“. ## Shrnutí **OKR (Objectives and Key Results)** je framework pro nastavování střednědobých a krátkodobých cílů, který propojuje strategii firmy s cíli týmů a měří jejich dopad pomocí konkrétních měřitelných výsledků. Podporuje agilitu, spolupráci, transparentnost a jasnou prioritizaci práce. ## Další praktické odkazy - Podívejte se, jaké další služby nabízíme v oblasti agilních přístupů: [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) - Zjistěte, jak vám můžeme pomoci s [Agilní transformací](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agille-transformation-cs/) - Objednejte si praktický kurz [Agilní transformace v praxi](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/agile-transformation-in-practice-cs/), který obsahuje řadu praktických zkušeností jak implementovat agilitu ve firmě. Chcete ve vaší společnosti zavést OKR? Vyškolíme vaše týmy, pomůžeme vám s nastavením OKR a podpoříme vás i v průběžném vyhodnocování. Máme dlouholeté zkušenosti s úspěšnou implementací OKR v českých firmách. [Vyžádejte si školení OKR nebo konzultaci](#contact) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Co je Scrum Master? Role a odpovědnosti > Scrum Master vysvětlený česky: co dělá, jaké má odpovědnosti Jak se liší od projektového manažera. Nežádoucí vlastnosti. _Source: https://lucidbaydigital.cz/glossary/scrum-master/_ _Published: 2025-12-22_ _Updated: 2026-03-02_ --- ![Scrum Master podporující Scrum tým při agilním řízení projektů, facilitaci týmové spolupráce a zavádění Scrum frameworku](https://lucidbaydigital.cz/wp-content/uploads/2025/12/scrum_master_professional_development-kopie.jpg) CO TO JE ## Scrum Master **Scrum Master** je jeden ze tří základních členů Scrum týmu (vedle Product Ownera a vývojového týmu). **Jeho hlavním cílem** je zavádění a rozvoj Scrum frameworku v týmech, za které odpovídá, **a zároveň** šíření principů agility v celé organizaci. **Zároveň je důležité zdůraznit,** že Scrum Master není manažer týmu ani jeho nadřízený. Naopak, funguje jako *servant leader* – tedy člověk, který týmu slouží, podporuje ho a pomáhá mu stát se efektivnějším, samostatnějším a odpovědnějším. ## Odpovědnosti Scrum Mastera V praxi má Scrum Master celou řadu odpovědností. Mezi ty hlavní patří zejména: - **Vzdělávání týmu ve Scrumu a agile principech** Pomáhá členům týmu pochopit Scrum hodnoty, role, události a artefakty a jejich smysl v praxi. - **Facilitace Scrum událostí (ceremonií)** Současně zajišťuje smysluplný průběh Sprint Planningu, Daily Scrumu, Sprint Review a Retrospektivy tak, aby tyto události přinášely týmu skutečnou hodnotu. - **Odstraňování překážek (impedimentů)** Aktivně pomáhá týmu odstraňovat překážky, které brání efektivní práci, a zároveň učí tým, jak si s podobnými problémy poradit do budoucna sám. - **Podpora samoorganizace a spolupráce v týmu** Scrum Master vytváří prostředí, ve kterém tým přebírá odpovědnost za svou práci a rozhodování. - **Změna procesů i firemní kultury** Jeho role nekončí u týmu, pomáhá managementu i dalším částem organizace pochopit Scrum a agile způsob práce. ## Scrum Master a jeho „postradatelnost“ Dobrý Scrum Master vědomě pracuje na tom, aby nebyl nepostradatelný. Cílem totiž není závislost týmu na jedné osobě, ale jeho dlouhodobá samostatnost. Například: - Při **retrospektivách** nenavrhuje opatření sám, ale vede tým tak, aby řešení vznikala společně. - Pokud pomůže s odstraněním překážky, **j**asně** vysvětlí**, jak postupoval, aby tým dokázal podobnou situaci příště vyřešit bez jeho pomoci. Díky tomuto přístupu se Scrum Master může postupně věnovat rozvoji dalších týmů a změnám na úrovni celé organizace. ## Oficiální definice role Scrum Mastera Pro úplnost je vhodné zmínit, že detailní a oficiální popis role Scrum Mastera je uveden ve **[Scrum Guide](https://scrumguides.org/index.html)**, který je základním zdrojem definujícím Scrum framework. ## Nežádoucí vlastnosti Mezi vlastnosti a chování, kterým by se Scrum Master měl vyhnout, patří zejména: - příliš silné **ego** a potřeba kontroly - **dogmatické trvání** na „učebnicové“ implementaci Scrumu bez ohledu na kontext týmu - nesoulad mezi tím, **co učí, a jak se sám chová** - **mikromanagement** - budování vlastní **nepostradatelnosti** Takové chování je v přímém rozporu s touto rolí a principy agility. ## Co tato role není Přestože název role může být zavádějící, **není **to** manažer ani šéf týmu**. Nejde o kontrolní nebo direktivní roli. Naopak, Scrum Master pomáhá týmu růst a zlepšovat se, aniž by mu říkal, *jak má přesně pracovat*. Scrum Master **není**: - **Project Manager** Neřídí projekt pomocí plánů, rozpočtů a direktivních úkolů. Nenese odpovědnost za dodání rozsahu v čase a ceně tu ve Scrumu přebírá tým společně s Product Ownerem. - **Liniový manažer týmu** Nehodnotí výkon jednotlivců, nerozděluje odměny, nedává pokyny ani neřeší personální otázky. - **Vedoucí týmu (Team Leader)** Nerozhoduje o tom, kdo co bude dělat. Scrum tým je **samoorganizující se** a rozdělení práce je odpovědností samotného týmu. - **Sekretář nebo zapisovatel **na schůzkách Jeho úkolem není jen svolávat schůzky a psát zápisy, ale **zvyšovat přínos Scrum událostí** a podporovat smysluplnou spolupráci. - **Procesní policista** Nehlídá mechanické dodržování Scrumu „podle učebnice“. Pomáhá Scrum **pochopit a přizpůsobit kontextu** organizace, aniž by se ztratil jeho smysl. - **Expert, který má všechny odpovědi** Nehledá řešení místo týmu. Klade otázky, facilituje diskusi a podporuje tým, aby **řešení vznikala zevnitř**. - **Nezastupitelná osoba** Pokud tým bez Scrum Mastera nedokáže fungovat, je to signál problému. Dobrý Scrum Master pracuje na tom, aby byl postupně **méně potřebný**. ### Shrnutí Scrum Master je **průvodce, facilitátor a katalyzátor změny**, nikoli manažer nebo kontrolor. Jeho skutečná hodnota spočívá v tom, že pomáhá lidem, týmům i celé organizaci **pochopit a dlouhodobě žít agilní způsob práce**. ## Další praktické zdroje informací - [Scrum prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/): Praktické školení vedené expertem na agilní přístupy. Obsahuje mnoho praktických informací a zkušeností z mnoha let strávených implementací agilních přístupů v českých firmách. - [Kolik týmů může mít agilní kouč najednou?](https://lucidbaydigital.cz/kolik-tymu-muze-mit-agilni-kouc-najednou/) Článek o tom, kolik týmů může mít agilní kouč. Týká se i role Scrum Master. - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) Článek o rozvoji od Senior Scrum Mastera Matěje Nešetřila. - [Moje zkušenosti se škálováním týmu](https://lucidbaydigital.cz/moje-zkusenosti-se-skalovanim-tymu/) Článek od Senior Scrum Mastera Matěje Nešetřila na téma škálování týmu. - [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) Podívejte se, jaké služby v oblasti agility nabízíme. - [Agilní Transformace](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agille-transformation-cs/) Pomůžeme vám s agilní transformací firmy. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Etický kodex Lucid Bay Digital s.r.o. _Source: https://lucidbaydigital.cz/eticky-kodex-lucid-bay-digital-s-r-o/_ _Published: 2026-06-09_ _Updated: 2026-06-09_ --- - Verze 2.1   Účinnost od Jun 8, 2026   - Vlastník dokumentu: **Jan Šrámek**   Stav: Platný - Schválil: **Ing. Jan Šrámek**, jednatel společnosti   Datum schválení: Jun 8, 2026 ![](https://lucidbaydigital.cz/wp-content/uploads/2026/06/eticky_kodex.png) ## Úvod Ve společnosti Lucid Bay Digital věříme, že dlouhodobý úspěch stojí na důvěře: důvěře našich zákazníků, kolegů i komunit, ve kterých působíme. Tento kodex shrnuje hodnoty a principy, ke kterým se společně hlásíme a podle kterých chceme být poznat. Prosazujeme inovaci a usilujeme o hospodářskou, sociální i ekologickou udržitelnost, která zajistí dlouhodobý úspěch společnosti Lucid Bay Digital. V rámci tohoto úsilí se hlásíme k etickým zásadám pro práci, životní prostředí, bezpečnost a ochranu zdraví i pro způsob, jakým řídíme naše projekty. Na naše hodnoty jsme hrdí. Drží pohromadě vše, co děláme, a pomáhají nám rozhodovat se i tam, kde žádné pravidlo neexistuje. Jaké hodnoty uznáváme?  1 ### Zákazník a kvalita   Vždy děláme to, co je pro zákazníka správné, a díváme se na situaci jeho perspektivou. Když něco děláme, děláme to pořádně. Důraz na kvalitu dodávky je pro nás nediskutovatelný. Zakázky, které by vedly k nekvalitní dodávce, odmítáme. 2 ### Úcta a rozmanitost Podporujeme své kolegy i komunity, přijímáme rozmanitost a individualitu a jednáme spolu na základě rovnoprávnosti. Vytváříme prostředí, ve kterém se každý cítí bezpečně přijít s názorem i s chybou. 3 ### Zásadovost   Od sebe i od druhých očekáváme dodržování nejvyšších etických norem. Jednáme čestně a otevřeně, i když se nikdo nedívá. 4 ### Praxe nad dogma U kolegů i partnerů preferujeme reálnou zkušenost a funkční řešení před formálním lpěním na teorii. Hledáme to, co skutečně přináší hodnotu, ne to, co jen „vypadá správně podle příručky". 5 ### Osobní rozvoj Abychom mohli dodávat kvalitní služby, nepřestáváme se posouvat. Jsme proaktivní ve svém rozvoji a učíme se z vlastních úspěchů i chyb. Při výběru kolegů a partnerů přitom dáváme přednost kvalitě před množstvím. Abychom prospívali v měnícím se světě a zůstali věrni svým hodnotám, očekáváme od sebe navzájem tři věci: ![Handshake](https://lucidbaydigital.cz/wp-content/uploads/2025/11/hanshake.png) ## Naše očekávání - **Odvaha**: nebojíme se ozvat a otevřeně komunikovat, když vidíme příležitost ke zlepšení. - **Odpovědnost**: přebíráme odpovědnost a upřednostňujeme práci, která naplňuje naši strategii a sliby, které jsme dali. - **Transparentnost**: budujeme vzájemnou důvěru tím, že jednáme čestně a otevřeně. Když se všichni chováme správně a žijeme podle našich hodnot a očekávání, budujeme důvěru a týmovou spolupráci. Ozvat se proto není „stěžování si", je to projev odpovědnosti. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/06/speak_up.png) SPEAK UP ## Jak se ozvat Každý z nás má právo i povinnost ozvat se, pokud má obavy nebo vidí něco, co není v souladu s našimi hodnotami. Nikdo nebude postižen za to, že v dobré víře upozorní na možný problém. **Kam se obrátit:** nejdřív se obrať na svého nejbližšího vedoucího nebo na kohokoli z vedení. Pokud to není možné nebo vhodné, například když se obava týká přímo vedení, můžeš se ozvat na **oznameni@lucidbaydigital.com**, případně podat oznámení anonymně. Všechna oznámení vyřizujeme důvěrně a citlivě, v souladu se zásadami ochrany oznamovatelů (zákon č. 171/2023 Sb.), a nikdo nebude postižen za oznámení podané v dobré víře. Podrobnosti upravuje naše Politika ochrany oznamovatelů. Děláme to, co je pro naše zákazníky správné, a usilujeme o jejich maximální spokojenost. Důvěru si získáme jen tehdy, když se soustředíme na jejich skutečné potřeby a díváme se na věc jejich perspektivou. ## Naši zákazníci ### Transparentnost a férové jednání Transparentnost je naše základní hodnota. Zákazníkům proto poskytujeme úplné a pravdivé informace, včetně otevřeného upozornění, když vidíme riziko nebo lepší cestu. Spolupráci a hledání správného řešení společně se zákazníkem stavíme nad rigidní výklad smlouvy. ### Důvěrnost a ochrana dat Jako digitální a konzultační firma pracujeme s citlivými informacemi a daty našich zákazníků. Chráníme je jako svá vlastní: - S osobními údaji nakládáme v souladu s GDPR a používáme je výhradně k účelu, ke kterému nám byly svěřeny. - Důvěrné informace a duševní vlastnictví zákazníka nesdílíme s nikým, kdo k nim nemá oprávnění a mlčenlivost platí i po skončení spolupráce. - Po ukončení zakázky data vracíme nebo bezpečně likvidujeme podle dohody se zákazníkem. Podrobnosti upravuje naše Politika ochrany osobních údajů (GDPR). ### Odpovědné používání AI a technologií AI a moderní nástroje jsou součástí naší práce. Používáme je odpovědně: - Data a důvěrné informace zákazníků nevkládáme do veřejných ani jinak neschválených AI nástrojů. - Za výstup AI vždy odpovídá člověk. Výstupy ověřujeme a ručíme za jejich kvalitu. - Vůči zákazníkům jsme transparentní v tom, kde a jak AI v dodávce využíváme. ## Naše společnost ### Správné finanční postupy Finanční a účetní kontroly společnosti Lucid Bay Digital jsou navrženy tak, abychom zákazníkům i veřejnosti podávali správné a pravdivé informace o finančních aspektech naší činnosti. ### Ochrana majetku společnosti Záleží na tom, jak nakládáme s hmotným i nehmotným majetkem společnosti, od každodenního využívání našich systémů po ochranu informací a duševního vlastnictví. Všichni jsme odpovědní za to, abychom technologické zdroje využívali správně a profesionálně. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/06/bezpecnost.png) ## Kybernetická a informační bezpečnost Informace našich zákazníků i naše vlastní chráníme před neoprávněným přístupem, použitím, zveřejněním, narušením, změnou i zničením. Uplatňujeme přiměřená technická a organizační opatření — řízení přístupů, silnou autentizaci, šifrování tam, kde je to vhodné, pravidelné zálohování a aktualizace. Podezření na bezpečnostní incident hlásíme neprodleně. Podrobnosti upravuje naše Politika informační a kybernetické bezpečnosti. ### Sankce, praní peněz a vnitřní informace Dodržujeme platné mezinárodní i místní právní předpisy. Patří sem zejména: - mezinárodní sankce (EU, OSN, USA): neobchodujeme se sankcionovanými osobami ani subjekty; - předpisy proti praní špinavých peněz (AML); - předpisy o zacházení s vnitřními a důvěrnými informacemi a o zákazu jejich zneužití (insider trading). Pokud jsou v dané situaci přísnější jiná pravidla, řídíme se těmi nejpřísnějšími. Podrobnosti upravuje naše Protikorupční a compliance politika. ### Komunikace a sociální sítě Způsob, jakým komunikujeme navenek i mezi sebou, je pro budování důvěry klíčový. Vyjádření o našich obchodních zájmech musí být správně načasovaná, přesná, v souladu s našimi hodnotami, schvalovacími procesy i platnými zákony. Každý se může vyjadřovat na svých osobních účtech na sociálních sítích, včetně sdílení obsahu Lucid Bay Digital schváleného pro takové použití . Vždy ale musí být zřejmé, že jde o vlastní názor. Buďme přitom opatrní, abychom nezveřejnili nic, co by mohlo být považováno za interní nebo důvěrnou informaci. Jsme hrdí na to, že žijeme podle svých hodnot a očekávání a přitom dodržujeme zákony. Děláme vše pro to, abychom si udrželi důvěru a respekt organizací, se kterými pracujeme, i komunit, ve kterých žijeme. Tím chráníme zájmy našich zákazníků i naší společnosti. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/06/Respect.png) Rovný přístup a respekt ## Naši kolegové Ke kolegům i komunitám kolem nás se chováme s respektem. Každý se podílíme na vytváření spravedlivého prostředí, které respektuje lidská práva, rozmanitost a individualitu. Naše odpovědnost zahrnuje dodržování všech pracovních zákonů a záruku, že se nijak nepodílíme na nucené práci. Jednáme se všemi s úctou a čestně, na základě rovnoprávnosti. Tak si získáváme a udržujeme ty nejlepší lidi. Netolerujeme obtěžování, nežádoucí, nepřiměřené ani urážlivé chování či diskriminaci jakéhokoli druhu, včetně všech forem sexuálního obtěžování. Jakékoli chování narušující lidskou důstojnost v práci je nepřijatelné. Ctíme zásady Všeobecné deklarace lidských práv a úmluv Mezinárodní organizace práce (MOP). ### Zásadové a odvážné jednání jednotlivce Zásadovost a odvaha začínají u odpovědnosti každého z nás. Snažíme se udělat správnou věc, jednat poctivě a otevřeně a ozvat se, když se nám něco nezdá. Úplatkářství je nelegální kdekoli na světě. Je na nás všech vědět, co se od nás očekává, předcházet úplatkářství a korupci dodržováním zásad společnosti a hlásit případná podezření, abychom dokázali včas vyhodnotit rizikové situace. Závazek ke kvalitě znamená převzít odpovědnost za zlepšování našich postupů, kontinuálně se učíme z vlastních chyb i úspěchů a usilujeme udělat správnou věc hned napoprvé. Stejně tak ctíme volnou a otevřenou hospodářskou soutěž a konkurujeme přínosem našich produktů a služeb. ### Dary, pohostinnost a střet zájmů Obchodní vztahy stavíme na kvalitě naší práce, ne na výhodách. Dary a pohostinnost přijímáme i poskytujeme jen tehdy, jsou-li přiměřené, transparentní, v souladu se zákonem a nemohou-li ovlivnit nezávislé rozhodování. Nikdy nepřijímáme ani nenabízíme hotovost ani její ekvivalent. Každý možný střet zájmů: osobní, finanční nebo rodinný, otevřeně oznamujeme a řešíme tak, aby neohrozil zájmy zákazníka ani společnosti. Podrobnosti upravuje naše Protikorupční a compliance politika. ### Zdravé, bezpečné a udržitelné pracoviště Vytváříme zdravé pracovní prostředí a dbáme na bezpečnost a ochranu zdraví při práci; všichni kolegové absolvují odpovídající školení BOZP a potenciální rizika hlásíme. Stejně tak chráníme udržitelné pracovní tempo — dlouhodobý výkon stavíme nad krátkodobé vyhoření. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/06/udrzitelnost.png) ŽIVOTNÍ PROSTŘEDÍ ## Udržitelnost I když dodáváme především nehmotné služby, záleží nám na prostředí, ve kterém žijeme. Snažíme se snižovat naši stopu prakticky: upřednostňujeme elektronické dokumenty před papírovými, využíváme efektivní cloudovou infrastrukturu a u dodavatelů zohledňujeme jejich odpovědnost k životnímu prostředí. Tam, kde je zřejmé, že se potenciální dodavatel nechová odpovědně, spolupráci nenavážeme. Neposkytujeme politické příspěvky osobám ani organizacím. Pomáhá nám to obchodovat transparentně, bez vazeb na politické strany, a soustředit se na to, že zákazník je na prvním místě. ## Předpisy, zákony a navazující politiky Předpisy a zákony vztahující se na náš obor jsou pro naši práci nezbytné. Pokud jsou zákony, nařízení, oborové kodexy či jiné obchodní standardy přísnější než tento kodex, řídíme se vždy těmi nejpřísnějšími pravidly. Všichni, kdo pracují pro Lucid Bay Digital nebo jejím jménem, se řídí tímto kodexem a navazujícími zásadami. Jejich vážné nebo opakované porušení, stejně jako porušení zákonných a regulačních požadavků , může vést k disciplinárním opatřením, v krajním případě až k ukončení spolupráce. Vždy přitom upřednostňujeme nápravu a vzájemné vysvětlení před sankcí. *Máš k tomuto kodexu otázku nebo námět? Ozvi se na jan.sramek@lucidbaydigital.com; kodex je živý dokument a pravidelně ho aktualizujeme.* --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy > Mnoho firem si myslí, že jsou výkonné. Ve skutečnosti je brzdí přepínání priorit, příliš mnoho projektů a chybějící fokus. Jak to změnit? _Source: https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/_ _Published: 2025-12-03_ _Updated: 2026-02-17_ --- Roztříštěný focus – tento problém se objevuje snad v každé z velkých společností, které začínají s agilitou. Tým má rozpracováno příliš velké množství požadavků, než kolik zvládne se současným počtem lidí odbavit. Někdy lidé v týmu jen sklouznou k otevírání dalších a dalších požadavků. Jinde je zas součástí firemní kultury i nedůvěra, zda budou lidé v týmu dost vytíženi pokud na ně nebudu práci neustále posílat. A tomu se pak přizpůsobily i týmy. Ve svých prezentacích všem ukazují, že pořád pracují na spoustě věcí a potvrzují svoji zdánlivou výkonnost. Hlavně že je toho hodně. Zkuste se ale zamyslet, kterou informaci byste slyšeli raději? Informaci, že je váš tým plně vytížen a má paralelně otevřenou velkou spoustu požadavků? A nebo že má **hotový** třeba jen jeden požadavek, ale takový, který má velkou hodnotu pro zákazníka? ## Příčiny vzniku problému Pojďme se teď spolu podívat, proč může dojít ke vzniku problému s přetížením týmu: - Týmy nejsou tzv. end to end (tedy nedokážou pokrýt kompletně dodávku požadavku), takže dodávka často generuje řadu front, ve kterých požadavek leží a čeká na další zpracování. - Vedení firmy často nevěří týmům, že si práci najdou sami, pokud jim jí nebudou posílat. A vlastně nutno říci, že někdy v tom stavu ty týmy už i opravdu jsou. - Odmítnout okamžitou realizaci požadavku vedení lidé vnímají jako nevhodné. A tak týmy požadavek raději přijmou a zařadí jej do dlouhého seznamu rozpracovaných úkolů. Tolik požadavků ale týmy nestihnou vlivem roztříštěného focusu rychle odbavit. A protože se obávají důsledků, tak často skutečný stav dodávky vedení ani neřeknou. Z firmy mizí transparentnost a vedení si už ji vlastně i odvyklo slyšet a přijmout. ## Důsledky přetížení týmů - Výkonnost týmů v této situaci je bohužel pouhou iluzí. Týmy sice přijmou mnoho požadavků, ale dokončí je mnohem později, než kdyby je odbavovaly postupně. Obrovskou část času ztratí na přepínání kontextu mezi požadavky. A to není všechno, při práci mají roztříštěný focus a to způsobuje vyšší chybovost. Oprava chyb si vyžádá další potřebný čas navíc. - Ztráta transparentnosti ve firmě dříve nebo později vede jen k potvrzení nedůvěry v týmy. - Jak týmy nestíhají požadavky odbavovat, technický dluh ve firmě neustálě roste.   - Lidé si postupně odvyknou zaměřit se na jeden problém a dotáhnout ho. Pokud pak po nich budete chtít focus na jedno prioritní téma, možná se v něm zpočátku nebudou cítit dobře právě kvůli obavám aby je někdo neobvinil, že pracují málo. - Když jsou týmy přetížené, už nemají čas se zastavit a ptát se na zpětnou vazbu zákazníků. Raději požadavek dokončí a přepnou se na další rozpracovaný úkol. ## Jak z toho ven? Na změně budete muset pracovat jak s týmem, tak i s vedením. Důvěra není zadarmo a ta obvykle přichází ruku v ruce s transparentností. - Začněte pracovat s týmy, aby dávaly vědět na čem pracují, kde práce nepostupuje a co se prostě nestihne dodat. - Transparentnost ze strany týmu chce někdy notnou dávku odvahy, aby si prioritizaci nevysvětlovali nadřízení jako neschopnost vést tým. Není neobvyklé, že získání odvahy k otevření komunikace trvá i půl roku. - Zároveň musíte také připravit vedení společnosti na transparentní informace o stavu delivery a o prioritizaci požadavků. Opticky to může zpočátku vypadat, že tým najednou nedodává, když teď „všechno“ odsouvá na později. Ale opak je pravdou. - Z téhle situace vám obvykle pomůže seniorní scrum master (nebo agilní kouč, chcete-li). Je ale důležité, aby měl důvěru obou stran, jak týmů, tak i vedení společnosti. Kromě znalostí agilu by měl být vybaven i notnou dávkou soft skills, empatie a také trpělivostí. A pozor, někdy si týmy mohly natolik zvyknout na přidělování práce, že dostat se do autonomního režimu pro ně bude trvat delší dobu. V tom případě jim dejte čas, ať mají šanci si na nový režim práce a větší zodpovědnost zase zvyknout. - Zvažte, zda mají vaše týmy schopnost dodávat end to end. Pokud ne, mohou některé požadavky spadnout do front různých subdodavatelů a snaha o focus na prioritní požadavky nemusí dávat smysl, dokud se nezmění nastavení týmu. ## Stojí to za to? No a co po tom všem úsilí můžete získat? - Například lepší přehled nad stavem delivery a výkonnosti ve vaší firmě. - Vedení má možnost pomoci týmům odstranit potíže s delivery, o kterých před tím nevěděli. - Dodávání smysluplnějších věcí namísto optické iluze výkonnosti. - Menší chybovost – lidé nemají tak roztříštěný focus a tak dělají méně chyb. - Snížení nárůstu nového technického dluhu. Tak co, jdete do toho? Zajímá vás více k tomuto tématu? Můžete se přihlásit na náš kurz [Scrum prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/), který máme v nabídce. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Jak dát zpětnou vazbu správně: 4 kroky [2026] > Zpětná vazba, kterou kolega skutečně přijme. 4 ověřené kroky, příklady správných i špatných formulací a nejčastější chyby. _Source: https://lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/_ _Published: 2025-12-03_ _Updated: 2026-03-12_ --- Jednou ze základních dovedností členů agilních týmů je schopnost dát svým kolegům zpětnou vazbu (nebo chcete-li: feedback). Když mám zájem o svůj rozvoj, nebo hodnocení produktu, na kterém pracuji, poprosím kolegu o zpětnou vazbu. Podstatně těžší je ale situace, když musíte poskytnout kolegovi zpětnou vazbu, kterou si sám nevyžádal. Základní školení agilních přístupů ale žádný návod jak na to obvykle neposkytují. A tak se stává, že předávání feedbacku někdy končí v emocích obou zúčastněných nebo v horším případě i nekonstruktivním konfliktu. Někdy feedback bez problémů předáte hned a jindy je potřeba se důkladně připravit. Pojďme si proto projít alespoň několik základních doporučení jak na to. ## Doporučení pro přípravu a předání zpětné vazby - Nehledejte zde návod jak napsat zpětnou vazbu. Vždy se snažte o její osobní předání. Potřebujete vidět reakce příjemce a reagovat na ně. A také cokoliv citlivého předáváte textem, může nechtěně někdy vyznít jinak, než bylo vaším záměrem. - Nic není jen černé a bílé. Proto vždy vyzdvihněte i silné stránky příjemce. - **Rozvojová zpětná vazba:** Snažte se, aby byla neosobní. Ideální je, když je z vaší formulace patrné, že reagujete na konkrétní vzorec chování, nikoliv na člověka. Pokud si tohle hodnocený člověk uvědomí a zároveň vnímá i pozitivní zpětnou vazbu, kterou jste uvedli předtím, odchází z diskuse se ctí. Ví, že se bavíte o vzorci chování, který má změnit a ne o něm. Obvykle pak nemá potřebu reagovat podrážděně. - **Zpětná vazba – příklad:** **Špatně:** „*Vůbec neumíš vést meetingy.*“ (primárně hodnotím člověka) - **Lepší varianta:** „*Facilitace workshopů není optimální. Necháš vzít od účastníků slovo a schůzky se tak protahují*.“ (primárně hodnotím facilitaci) - Při předávání nezveličujte, ale ani nezlehčujte nedostatek, který příjemci popisujete. Jste tu proto, aby si příjemce uvědomil, který vzorec chování má změnit a musí to pro něj být z vašeho výstupu srozumitelné. - Vždy mějte připravené konkrétní příklady, kdy ke **konkrétní situaci**, kterou hodnotíte došlo. Občas se stane, že si hodnocený nedostatek neuvědomuje a teprve konkrétní příklad mu otevře oči. Informace předaná bez konkrétních příkladů bude často pro příjemce neuchopitelná. - Pozor na vkládání vlastních doměnek nebo pocitů. Vždy se držte faktů, aby přijemce věděl co přesně má změnit a hodnocení bylo konkstruktivní. - Na konci předání se můžete příjemce zeptat, která část ze zpětné vazby pro něj byla užitečná a proč a která naopak nikoliv. ![Jak dát správně zpětnou vazbu](https://lucidbaydigital.com/wp-content/uploads/2025/12/zpetna_vazba2-1024x559.jpg) ## Poskytovatel a příjemce zpětné vazby - Nevymýšlejte nápravná opatření za vašeho kolegu. Je potřeba, aby návrh nápravy přišel od něj a vy s ním pouze proberte, zda je řešení adekvátní situaci. - Pokud se stane, že je hodnocený v emocích, raději rozhovor na nějakou dobu přerušte. Příjemce už v takové situaci nemusí věnovat dostatečnou pozornost tomu co říkáte. Nic se nejí tak horké jako se to uvaří. - Nedopusťte, aby zpětnou vazbu předávali ti co o daném problému nic nevědí. Zprostředkovatel obvykle nemá dostatek informací na to, aby odpověděl na dotazy, na které se může příjemce zeptat. Zároveň se samí předem připravte na dotazy, které se mohou objevit. - V neposlední řadě záleží nejen na poskytovateli, ale i na příjemci, ten se musí naučit zpětnou vazbu přijímat. ## Psychologické bezpečí Zamyslete se, jaké místo si vyberete pro předání. U netriviálních věcí je to nejlepší mezi čtyřma očima. Ve chvíli, když se například pokusíte předat náročnější zpětnou vazbu kolegovi před celým týmem, může se kolega cítit ohrožený a vysvětlí si to jako útok. V ohrožení, které vyvolala zpětná vazba předaná na nesprávném místě bude výsledkem pouze obranná reakce, nikoliv návrh řešení. Mějte na paměti, že neposkytnout zpětnou vazbu má obvykle horší následky, než když ji včas a dobře poskytnete. Dobře podaná zpětná vazba vyčistí vzduch v týmu a pomůže týmu se zlepšovat. Pamatujte na to, ikdyž je to pro vás krok mimo vaši komfortní zónu. Vaše úspěšnost při předání záleží hodně i na kvalitě vztahu. Jinak bude příjemce přijímat zpětnou vazbu od člověka, kterého bere jako nepřítele a jinak od člověka, u kterého má ověřené, že z dané situace nijak neprofituje. Jeho zpětná vazba je tedy nezištná To co jste si řekli v průběhu předávání zůstane důvěrné. Tým se může dozvědět od hodnoceného, jaké řešení vymyslel, ale vše ostatní by mělo zůstat neveřejné. Pokud hodnotící nedodrží důvěrnost informací, může ho to přpravit o důvěru jak hodnoceného, tak celého týmu. ## Poděkování Rád bych poděkoval [Romanovi Slobodníkovi](https://www.linkedin.com/in/roman-slobodn%C3%ADk-59b5a421/) za jeho pomoc a doplnění vstupů do článku. **Tip: ***Zajímá vás víc, jak budovat bezpečné prostředí, nebo potřebujete pomoci s budováním bezpečného prostředí ve firmě? Můžete se podívat, jaké služby v oblasti [agility](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) nabízíme .* --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Jak dostupnost testovacího prostředí ovlivňuje agilní dodávku vs tradiční vývoj > Zjistěte, jak se liší potřeba a dostupnost testovacího prostředí u agilního a tradičního vývoje softwaru a proč to ovlivňuje rychlost dodávek. _Source: https://lucidbaydigital.cz/v-cem-se-lisi-dostupnost-testovaciho-prostredi-pro-agilni-a-tradicni-vyvoj/_ _Published: 2025-12-03_ _Updated: 2026-02-17_ --- V jednom z předchozích článků jsem se zmínil o tom, že jednou z položek, na kterou je potřeba se při agilní transformaci podívat, je i testovací prostředí. Následující obrázek ukazuje dostupnost testovacího prostředí v čase pro tradiční vývoj a potřebu dostupnosti testovacího prostředí při agilním vývoji. ![testing environment waterfall vs agile](https://lucidbaydigital.cz/wp-content/uploads/2025/10/testovaci-prostredi-waterfall-vs-agile-EN-1-1024x623-1.png) ![Testovací prostředí - využití při tradičním vývoji a potřeba prostředí v agilním týmu](https://www.lucidbaydigital.cz/wp-content/uploads/2023/04/testovaci-prostredi-waterfall-vs-agile-1-1024x637.png) ## Tradiční vývoj Tradiční vývoj softwaru se obvykle odehrává ve fázích. Po dokončení fáze vývoje jsou nové verze jednotlivých systémů nasazovány na společné testovací prostředí. Během této doby většinou není testovací platforma k dispozici. Navíc pokud vývojáři neměli možnost testovat integraci mezi systémy již během vývoje, může nedostupnost trvat déle. Testovací platforma pak zůstává nedostupná i několik dní. Potom následuje fáze testování. Po dokončení systémových testů přicházejí uživatelské akceptační testy. A v této době už není žádoucí dělat nové změny systémů na QA prostředí, abychom testovanou verzi nerozbili a neovlivnili jsme průběh testování. Na nasazenou verzi systémů na testovacím prostředí se nesmí často sahat ještě i po releasu, dokud není release stabilizovaný v ostrém provozu. Možnost využití testovací platformy pro nový vývoj je tak v této době buď omezená, nebo úplně nemožná. ## Potřeba dostupnosti testovací platformy při Agilním vývoji  Na spodní části obrázku vidíte, jaká je potřeba dostupnosti testovací platformy z pohledu agilních týmů. Vykřičníky nad jednotlivými sprinty ukazují, kde všude může mít agilní tým problém s dostupností testovacího prostředí. V každém sprintu agilní týmy provádějí analýzu, vývoj, ale také se snaží neustále průběžně integrovat a testovat. Proto potřebují k testovacím prostředí přístup prakticky nepřetržitě. Pokud testovací prostředí není dostupné, zastaví se i dodávka v agilních týmech. Když se to stane jen občas, týmy se zaměstnají jinou prací. Ale když se to bude stávat často, povede to ke zbytečnému rozptylování pozornosti a ztrátě času týmu. Agilnímu týmu se pak pravděpodobně nepodaří dosáhnout cíle sprintu, který si stanovili. Pokud agilní týmy pracují v rytmu nasazování na testovací platformu tak jako je tomu při tradičním vývoji, může to vést ke zpomalení dodávky hodnoty vašim klientům. A pokud pomaleji dodává tým, dostane také později zpětnou vazbu. A tak se k plýtvání způsobeném nedostupností testovacího prostředí může přidat ještě plýtvání způsobené tím, že tým vyvíjí něco, co nikdo nechce. Proto pokud se chcete zabývat agilním vývojem, stojí za to věnovat pozornost i testovacímu prostředí a jeho dostupnosti , zda stále ještě vyhovuje požadavkům vývoje. A jak to máte s dostupností QA prostředí u vás? ## Další praktické odkazy - [Jak získat Scrum certifikát](https://lucidbaydigital.cz/jak-ziskat-scrum-certifikat/) - Přečtěte si článek o tom, jak získat Scrum Certifikát - [Scrum prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/) - Pokud se chcete naučit, jak Scrum prakticky použít, přihlaste se na naše školení - [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) - Podívejte se, jaké služby nabízíme v oblasti agility --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Jak psát správně User Stories > Školení zaměřené na kvalitu zadání, snížení nejasností a vyšší efektivitu týmů. User Stories jako nástroj zvýšení výkonnosti týmů. _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/how-to-write-user-stories-correctly-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Naučte se psát User Stories, které skutečně zachycují potřeby uživatelů a usnadňují práci vývojářům. Nástroj pro efektivnější týmy.  Za pouhé dvě hodiny si osvojíte strukturu, klíčové principy jako INVEST a procvičíte si je na reálných příkladech: psaní, rozdělování příliš rozsáhlých požadavků a společné vylepšování jejich obsahu. [Vyžádejte si termín Jak psát správně User Stories](#contact) Tento kurz je široce využíván v agilních týmech. **Je vhodný pro scrum mastery, produktové vlastníky a členy agilních týmů.** Naučíte se, jak psát požadavky pro agilní vývojové týmy a jaké chyby se při tom dělají. Poté napíšete vlastní User Story a společně projdeme zpětnou vazbu k požadavkům. Po několika příkladech budete schopni psát požadavky a poskytovat zpětnou vazbu ostatním i vy.  ## Velikost User Stories Vývojové Scrum týmy obvykle plánují několik malých požadavků na sprint. Proto se v rámci školení naučíte také rozpoznat, zda je váš požadavek příliš velký. Naučíte se také, jak rozdělit User Stories na menší pomocí rozdělovacích vzorů. ## Příprava na kurz Přineste si vlastní zadání, na kterém si chcete vyzkoušet přípravu požadavků. Práce na úkolu, který je realistický a souvisí s vaším podnikáním, vám přinese velký užitek. Lektor kurzu má zkušenosti nejen jako Scrum Master, ale také jako Product Owner, IT/Business analytik a vedl řadu workshopů na téma přípravy zadání pro agilní týmy. ## Agenda kurzu - 1. Co je User Story a jak jí použít - 2. Syntaxe - 3. Možnost využití Person - 4. Příklady nesprávně zadaných požadavků - 5. Psaní vlastních User Stories a zpětná vazba - 6. Pravidlo INVEST - 7. Jak rozpoznat příliš velký požadavek pro vývoj? - 8. Rozpad požadavků na menší - 9. Příklad na rozpad požadavků na menší [Vyžádejte si termín kurzu Jak psát správně User Stories](#contact) Pokud vás toto téma zajímá, ale máte zájem ještě o komplexnější kurz, můžete také využít naše školení pro Product Ownery [Agilní Produkty - Od vize až po Backlog](https://lucidbaydigital.cz/product-growth-cs-translation/product-courses-cs/agile-products-cs-translation/).  ## Co řekli účastníci o kurzu Jak psát správně User Stories ### Vojtěch B. Školení bylo dobře strukturované a informativní, s mnoha praktickými příklady. Aktivně jsme se zapojili do vytváření User Stories a požadavků z našeho prostředí, což nám umožnilo okamžitě uplatnit teorii v praxi. Lektor Honza Šrámek byl velmi ochotný a profesionální a neváhal odpovědět na všechny naše zvídavé otázky. Jeho bohaté zkušenosti nám pomohly splnit všechna očekávání, která jsme si na začátku kurzu stanovili. Děkujeme za přínosné školení a skvělou zkušenost. ## Může vás také zajímat Pokud si chcete ještě něco přečíst, než přijdete na kurz: - [Produktová vize a jak s ní začít](https://lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/) - [Product Owner a zdroje inspirace ve firmě](https://lucidbaydigital.cz/product-owner-a-zdroje-inspirace-ve-firme/) ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Jak získat Scrum certifikát > Jak získat Scrum certifikát a vybrat správnou Scrum certifikaci? Přehled poskytovatelů, výhody, nevýhody a kurzy v ČR. _Source: https://lucidbaydigital.cz/jak-ziskat-scrum-certifikat/_ _Published: 2025-12-29_ _Updated: 2026-01-21_ --- Uvažovali jste někdy o tom, že byste se stali Scrum Masterem certifikovaným ve Scrumu? Možná jste si – stejně jako já – kladli otázku, zda se investice do certifikátu vůbec vyplatí. Pokud se zeptáte kolegů ve svém okolí, zjistíte, že na certifikace má mnoho lidí různé názory. V dnešním článku vám nabídnu jeden z možných pohledů na toto téma. Berte ho jako jeden dílek skládačky a názor si udělejte sami. ## Přínosy získání nového certifikátu Než se pustíte do jakékoli certifikace, měli byste mít jasno v tom, proč certifikát chcete. Certifikát není zadarmo, jaké tedy mohou být přínosy, za které své peníze utratíte? - **Získám větší sebedůvěru**: pokud jste nový Scrum Master a máte obavy, jak se v nové roli zvládnete zorientovat, certifikát vám může pomoci získat větší jistotu. - **Prokážu dosažení určité úrovně znalostí**: důvěryhodná společnost, která už má v agilním světě své jméno, potvrdí, že Scrum znáte. - **Pomoc při hledání nové práce**: certifikát plní svou funkci i při hledání nového zaměstnání. Řada firem uvádí, že certifikát je při výběru uchazečů výhodou. Pro firmy je snazší ověřit, co uchazeč skutečně umí. A pokud máte certifikátů více, je vidět, že se dlouhodobě staráte o svůj rozvoj. Než si na trhu vybudujete jméno jako Scrum Master, může certifikát ve vašem životopise zvýšit vaši důvěryhodnost u potenciálních zaměstnavatelů. - **Můj osobní rozvoj**: v neposlední řadě vás příprava na certifikaci donutí učit se nové věci, které zatím neznáte, a také si je vyzkoušet v rámci přípravných školení. ## Jaká jsou omezení certifikátů Všechno na světě má své výhody i nevýhody. Certifikáty nejsou výjimkou. A právě některá z těchto omezení vedou část lidí k tomu, že se pro agilní certifikace nerozhodnou. - **Certifikát z vás neudělá správný mindset**: certifikát potvrzuje, že jste certifikovaný Scrum Master, Product Owner nebo agilní leader. Neříká ale nic o tom, zda jste v této roli dobří nebo špatní. Odbornost je totiž jen jednou částí skládačky úspěšného Scrum Mastera. Potřebujete také zkušenou agilní kulturu a způsob myšlení. A to se nenaučíte ani na tom nejlepším školení. Agilní mindset si musíte postupně budovat během let na základě znalostí a zkušeností. - **Omezená platnost některých certifikátů**: některé certifikáty je potřeba obnovovat. Pokud je obnova spojena s ověřením znalostí a potvrzením, že se oboru stále věnujete, dává to smysl. V některých případech je ale prodlužování platnosti čistě obchodní záležitostí – platíte pravidelné poplatky za obnovu. Proto si předem zjistěte, zda a za jakých podmínek bude nutné certifikát v budoucnu obnovovat. ## Vybírám si nový certifikát Takže už víte, proč chcete nový certifikát získat? Skvělé! Jdeme na to. A kde si ho vlastně objednat? Na trhu existuje řada společností a asociací, které nabízejí různé agilní certifikace. Kromě Scrumu je to například Kanban nebo různé škálovací frameworky jako LeSS, SAFe a další. Pro jednoduchost se ale v dnešním článku omezíme pouze na Scrum. Mezi nejznámější asociace vydávající Scrum certifikáty patří Scrum.org a Scrum Alliance. Z hlediska ověřovaného obsahu jsou si velmi podobné. Při výběru vám mohou pomoci následující kritéria: - Pokud chcete certifikát také kvůli lepší uplatnitelnosti na trhu práce, určitě si vyberte společnost s dobře známým jménem v agilním světě. - Zjistěte také, zda certifikát získáte na neomezenou dobu, nebo zda ho budete muset po čase obnovovat. Pokud je při obnově nutné znovu prokázat znalosti, je to v pořádku. Pokud jde pouze o administrativní prodloužení a poplatek certifikační společnosti, zvažte, zda neexistuje levnější alternativa. 😊 ## Jak se připravit na zkoušku Na webových stránkách certifikační autority si můžete zakoupit jak samotnou certifikační zkoušku, tak i školení, které vás na ni připraví. Některé certifikace lze získat pouze účastí na workshopech či školeních. Pokud už máte více zkušeností, můžete se na certifikační zkoušku připravit sami, případně vám s přípravou může pomoci zkušený agilní kouč nebo kolega. Pokud se rozhodnete zakoupit přípravný kurz, pečlivě si vyberte společnost, od které kurz pořídíte. Ve většině případů má každá certifikační autorita jasně dané podmínky, kdo smí komerčně certifikace připravovat. Pokud tedy firma na svém webu neuvádí, že je kurz veden například certifikovaným Scrum trenérem, ptejte se na tuto autorizaci. Jinak riskujete, že zaplatíte někomu, kdo nemá potřebné oprávnění a možná ani vzdělání k přípravě na certifikaci. ## Kde si lze v České republice objednat přípravu na Scrum certifikaci? Tyto společnosti v České republice nabízejí kurzy vedené profesionály – certifikovanými Scrum trenéry. Zároveň jsem zástupce těchto firem požádal o krátký komentář k nabízeným kurzům: - **[Scrum DoJo](https://scrumdojo.cz/)** se dlouhodobě věnuje vzdělávání agilních týmů a organizací. V současnosti je jediným poskytovatelem certifikačních školení Scrum.org na českém trhu. Kurzy může realizovat i v angličtině. Kurzy Scrum DoJo najdete také v portfoliu agile academy, Pumped a HPE. - **[agile academy](https://www.agileacademy.cz/)** je prvním certifikovaným partnerem sítě Scrum.org (PTN – Professional Training Network) v České republice. Spolupracuje se čtyřmi certifikovanými trenéry (PST: Professional Scrum Trainer). - **[Zuzana Šochová](http://sochova.com)** nabízí certifikační kurzy Scrum Alliance – nejstarší a nejznámější certifikační organizace na trhu. Scrum Alliance se primárně zaměřuje na pochopení mindsetu. Pokud chcete porozumět podstatě agilních přístupů, jsou kurzy Scrum Alliance nejen správným začátkem vaší agilní cesty, ale i podporou pro zkušené agilní praktiky. Kurzy pro Scrum Mastery, Product Ownery i Leadership najdete také v katalogu počítačové školy Gopas. - **[Agile Lean House](https://agileleanhouse.com/en/)**: certifikovat se můžete také u Agile Lean House. Nejde o certifikát Scrum.org jako u výše zmíněných společností, ale o certifikaci Agile Lean House. Kurzy jsou strukturovány odlišně – zaměřují se na komplexitu (Cynefin), čerpají inspiraci z armády (Turn the Ship Around) a pracují i s vlastními koncepty (enabling constraints). Samozřejmě, každá z uvedených společností poskytuje i další služby. V kontextu dnešního článku jsme se však omezili pouze na Scrum certifikace. ## Závěrem Agilní certifikáty jsou jednou ze složek, které vám mohou pomoci stát se úspěšným Scrum Masterem. Mějte ale na paměti, že nezbytnou součástí vaší práce je také agilní mindset a zkušenosti relevantní k oboru, ve kterém váš tým působí. To bohužel vyžaduje čas a každý z nás si touto cestou musí projít sám. Na druhou stranu v agilní komunitě najdete i mnoho skvělých Scrum Masterů a agilních koučů, kteří žádné certifikáty nemají, a přesto jsou ve své práci výborní. A platí to i naopak. Proto si u kolegů vždy všímejte, jak sami jdou příkladem ve své každodenní praxi. Nespoléhejte se jen na certifikáty, snažte se získávat nové zkušenosti. A k agilitě i vlastním znalostem přistupujte s pokorou. Zapomněli jsme na nějakou skvělou společnost, která připravuje na Scrum certifikace? Budeme rádi, když ji doplníte. Napište nám do komentářů – a pokud se jich sejde více, vytvoříme z nich přehledný rozcestník. 😊 --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Jsou vaše agilní týmy produktové nebo projektové? > Zjistěte, jak se liší produktové vs. projektové agilní týmy a co to znamená pro efektivitu, hodnotu pro zákazníka a úspěch agilní transformace _Source: https://lucidbaydigital.cz/jsou-vase-agilni-tymy-produktove-nebo-projektove/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Jedním z očekávání spojeným s adopcí agility může být to, že všichni členové agilního týmu považují obchodní cíle svého týmu za vlastní. A protože členové týmu tyto cíle vlastní, tak se i proaktivně podílejí na jejich dosažení. Možná vás napadne: „Hezká představa, ale tohle bude stěží u nás fungovat.“ A není divu, taková změna může někdy pro řadu začínajících agilních týmů působit jako science fiction.   Proč je to tak složité? Protože týmy ve firmě nežijí ve vzduchoprázdnu ani bez historie. Jejich chování ovlivňuje řada nastavení a pravidel společnosti.  A velmi často se stává, že právě začínající týmy zůstávají v přesně takovém nastavení, v jakém byly před tím, než se agilitou začali zabývat. Pokud chcete měnit kulturu, je potřeba začít právě změnou systému, ve kterém vaše agilní týmy žijí. Lidé se systému ve vaší firmě přizpůsobili a ten ovlivňuje jejich chování i kulturu v týmech. Se současným nastavením týmu, organizační strukturou a vnějšími vlivy se pak může někdy lidem zdát změna směřující k agilitě nereálná. Jiné výsledky dostanete u projektového týmu, který perfektně podporoval práci na projektech a jiné u produktového týmu, který je navržen tak, aby podporoval agilitu. Každý z nich je vhodný pro odlišný způsob fungování. V dnešním článku předpokládám, že vlastnosti projektových týmů jsou nám všem známé, protože se v řadě firem dlouhé roky používají. Pojďme se tedy dále podívat na produktový tým a kde jsou rozdíly. ## Základní vlastnosti produktového týmu Produktový tým má několik základních vlastností: - Je dlouhodobý - Je end to end - Lidé patří do tohoto týmu a cítí se zde doma. A proto vlastní cíle právě tohoto týmu - zaměřuje se na produkt - Členové týmu využívají týmové cíle Tyto vlastnosti jsou základ pro rozvoj kultury agilního týmu. Pokud se rozhodnete některé z vlastností produktového týmu nepoužít, uvědomte si, že se to nějakým způsobem promítne i do výsledné týmové kultury, kterou budujete.   Agilita vám často pomůže objevit místa, kde je nějaký problém, ale už zpravidla neříká, jak jej vyřešit.  Jako první řešení vás zpravidla napadne problém zakrýt a odstranit to, co vás na konkrétní problém upozornilo. I když to někdy bolí a zdá se to být nejjednodušší, hledejte místo toho skutečnou příčinu problému. Přitom vám může pomoci odpovědět si na otázky, které najdete níže. Zamyslete se nad znalostí těchto odpovědí, co to udělá s motivací týmu dosáhnout změny, kterou plánujete. Dokonce i když je váš tým seniorní, občas se vraťte k základům ohledně produktového týmu. Možná vám to pomůže nalézt cestu k řešení problému tak jako to pomáhá při transformacích i nám a týmům se kterými pracujeme.   ## Rozdíly mezi produktovým a projektovým týmem OtázkaProjektový týmProduktový týmJe váš tým dlouhodobý nebo krátkodobý?Krátkodobý (dáno termínem konce projektu)DlouhodobýNa jakou dodávku/obsah se soustředí váš tým?Mění se podle projektu, produkty se v různých projektech lišíDlouhodobý focus na produktJakou hlubokou expertízu produktu má váš tým?Máme přehled přes více produktů, ale po více projektech zapomínáme, co se řešilo před tím. Expertíza na konkrétním produktu není tak hlubokáHlubší znalosti produktu, ale máme menší přesah přes více produktůJak stabilní je složení vašeho týmu?  Mění se podle potřeb projektuStabilní tým dedikovaný na produktKdo se u vás stará o provoz a drobný rozvoj?Předáváme to do jiného týmuCo jsem vyvinul, to i provozujiJaký typ cílů používají vaše týmy?Individuální (více se dozvíte v článku [Pracujete s týmem nebo skupinou individuálně pracujících specialistů?](https://www.lucidbaydigital.cz/pracujete-s-tymem-nebo-skupinou-individualne-pracujicich-specialistu/))Týmové Znáte předem scope na kterém budete pracovat?  Scope je známý předemDynamicky se měníJe alokace člena týmu plná, nebo částečná?Plná nebo částečnáPlnáCo motivuje váš tým? Dodat úspěšně projekt a zpětná vazba zákazníkůDlouhodobá prosperita produktu a zpětná vazba zákazníkůVe kterém týmu se cítím doma? Jak to ovlivní moje priority ohledně cílů týmu?V týmu řízeném liniovým manažerem, ze kterého jsem zapůjčen. Prioritní jsou pro mne cíle linie.V produktovém týmu, prioritní cíle jsou pro mne cíle týmu kde jsem. ## Závěrem Nejspíš vás při čtení těchto řádků napadne spousta dalších rozdílů. Mějte na paměti, že každá firma je jiná a že i výsledek stejného nastavení se může v různých firmách lišit. Stejně tak se může lišit záměr, kam se chcete s vašim agilními týmy dostat. A pokud chcete s nastavením vašich týmů pomoci, určitě se neváhejte na nás obrátit. Pokud vás zajímá téma agilních týmů, můžete vyzkoušet například naše školení [Scrum prakticky](https://lucidbaydigital.com/cs/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/), kde se tématu agilních týmů rovněž věnujeme. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Kdy se hodí mentoring? > Kdy se použít raději mentoring a proč se mi osvědčilo nezačínat s novými agilními týmy hned koučinkem, ale raději chvíli mentorovat? _Source: https://lucidbaydigital.cz/kdy-se-hodi-mentoring/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Říká se, že nejlepší metodou jak s něčím začít, je hodit člověka do vody a začít plavat. Ale jak mu pomoci, aby se neutopil, neměl špatné návyky a naučil se plavat efektivně? Někdy  vám stačí příručka, jindy jsou zapotřebí zkušenosti seniornějšího kolegy. A tam, kde nestačí příručka a je zapotřebí pomoc kolegy, tam začíná mentoring. Mentora si představte jako seniornějšího kolegu, který: - si najde čas, aby vás viděl při práci - umí aktivně naslouchat - analyzuje zjištěné informace a umí vám na základě toho poradit Výsledkem jeho činnosti je, že jste efektivnější při adaptaci toho co se učíte, dříve objevíte chyby a naučíte novou techniku správně. Tím, že vás mentor vidí při práci, zároveň dostanete feedback šitý na míru přímo vám. Také to obvykle pomáhá lidem získat si zdravou sebedůvěru. ## Mentoring vs koučink, aneb proč nezačínat rovnou s koučinkem Debata mentoring vs koučink často vzniká ve chvíli, kdy firma řeší rozvoj lidí nebo přechod na nový způsob práce. Vraťme se na chvíli k analogii s plaváním.  Když vás hodí do vody, mentor vám poradí na základě svých zkušeností a toho co vidí co máte ve vaší situaci dělat. Kouč se zas snaží o to, abyste si vymysleli vhodný způsob sami. Ale přijdete na to, pokud jste nikdy předtím neplavali? A nenaučíte se pak špatné návyky, které se pak budete pracně odnaučovat? Koučink čerpá informace, které už dnes víte a pokud jste se s daným tématem ještě nesetkali, není zatím kde brát. Právě proto dává v praxi větší smysl uvažovat o přístupu **mentoring vs koučink** postupně, nikoli jako o dvou zaměnitelných metodách. Z toho důvodu, se při přechodu na agilní způsob práce a změnách kultury nejdříve využívá mentorování. A až po nějaké době, kdy se tým nebo konkrétní člověk stává v oboru o něco zkušenějším, můžete přistoupit ke koučování. Váš svěřenec má už v té době nějaké zkušenosti, na kterých může stavět a které mu umožní vymyslet řešení správně. V tuto chvíli bývá naopak koučink efektivnější, než když by vám řešení poradil mentor. Vámi navržené řešení je šité na míru vašim potřebám. ##  Pro koho se hodí mentoring? Mentorovat můžete prakticky kohokoliv. V agilním světě se nejčastěji mentorují scrum masteři, nebo product owneři, nebo členové týmu. V reálném životě ale můžete narazit na určitá omezení. Pokud pracujete například s členem představenstva firmy, možná budete muset najít individuální přístup, který se bude v dané situaci hodit. Zároveň by ale byla velká chyba se právě takto důležitým lidem nevěnovat a nechat je bez pomoci.   Pokud vás také zajímá, jak správně poskytnout zpětnou vazbu, podívejte se na článek [Jak dát správně zpětnou vazbu](https://www.lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/). ## Mohu se obejít bez mentora? Ano, můžete. Ale počítejte s tím, že vaše cesta k cíli může být i několikanásobně delší a můžete se cestou naučit i řadu nesprávných návyků, které pak budete třeba chtít časem odstranit. ## Kapacita na mentoring Ideální je, pokud máte mentora přímo ve firmě a může pro vás pracovat na plný úvazek. Obvykle mentor nemá na starosti jen jednoho člověka. V případě adaptace agilního způsobu práce roli mentoring obvykle provádí seniorní agilní kouč, nebo seniorní scrum master, kteří vedle této činnosti plní i další úkoly. Pokud už máte takového seniora už ve firmě, je rozhodně na místě jej využít. Pokud kapacita vašich lidí nestačí, nebo nikoho vhodného zatím nemáte, pak se můžete podívat i po někom vhodném zvenku. Ideální je opět využít toho, abyste měli mentora co nejvíce času u vás.  A pokud to není možné, zkuste se domluvit alespoň na části jeho kapacity, protože i tak vám mentoring dokáže pomoci se posunout o míle daleko. A pokud byste potřebovali pomoci s výběrem vhodného mentora, ať už z vašich řad, nebo si jej vzít třeba i na část kapacity od nás, rádi vám s tím pomůžeme. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Kolik týmů může mít agilní kouč najednou? > Kolik týmů může mít agilní kouč najednou? Názory se různí, přečtěte si, na co si dávat pozor, aby agilní koučové měli pro vaše týmy hodnotu. _Source: https://lucidbaydigital.cz/kolik-tymu-muze-mit-agilni-kouc-najednou/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- V řadě společností se poslední dobou začali ve velkém obsazovat lidé do role agilních koučů.  Například ve spojitosti s „frameworkem“ Spotify se pak často setkáváme s dotazy, v čem se role agilního kouče liší od scrum mastera. Je rozdíl mezi těmito rolemi opravdu jen v názvu? Nebo se liší obsahem práce? Nebo se očekává, že se týmy obejdou bez scrum mastera a koučové zvládnou více týmů najednou? Já bych se dnes rád podíval na ten počet týmů. A abych vás nezklamal, nečekejte tady přesné počty, správné nastavení se totiž liší v závislosti na řadě parametrů. Místo toho tu ale můžete najít pár rad, které vám pomohou dostat se ke správnému nastavení. Je poměrně běžné, že když s agilem začínáte ve firmě, řada lidí vlastně neví co od role agilního kouče nebo scrum mastera očekávat. Část společností se pak logicky rozhodne do těchto rolí zpočátku neinvestovat tolik, kolik by si daná pozice zasloužila. Raději vyčkávají, až jak se ukáže časem. Pokud se koučům podaří po čase ukázat svoji hodnotu, může se firma rozhodnout pro nábor z venku nebo výchovu dalších vlastních koučů. Nedostatek koučů ale může probíhající agilní transformaci pěkně zkomplikovat. Právě koučové jsou nositelé změny při agilních transformacích. Koučů v takové situaci nemusí být dostatek na to, aby pokryli všechny týmy, které to ve firmě potřebují. Proto si nejprve správně nastavte očekávání od koučů. Co vám mají koučové ve firmě doručit a teprve na základě toho řešte očekávání kolik týmů mohou koučové paralelně zvládnout. ## Nedostatek důvěry, nebo ztráta kontextu K čemu vlastně může vést špatně nastavený počet týmů na kouče? Pokud to přeženete a nastavíte očekávání koučům na příliš mnoho týmů najednou, dříve nebo později se pravděpodobně objeví tyto problémy: - **Nedostatek důvěry kouče u týmu**: pokud se kouč nestíhá věnovat týmu dostatečně aby ukázal týmu svoji hodnotu, tak u něj důvěru nezíská. Přetížení povede k roztříštění focusu koučů a omezení jejich přínosu na „pouhého facilitátora ceremonií“.  Více si můžete k tomuto tématu přečíst v článku [10 tipů jak si získat důvěru u týmu jako scrum master](https://www.lucidbaydigital.cz/10-tipu-jak-si-ziskat-duveru-u-tymu-jako-scrum-master/). - **Ztráta kontextu**: pokud máte už seniornějšího kouče, zpočátku může pomoci i více týmům najednou, protože počáteční chyby týmů se opakují. Funguje v režimu „kouknu a vidím“. Ale bohužel to není trvalé řešení situace. Pokud má týmů mnoho a týmy se postupně rozvíjí, tak schopnost trefně reagovat na potřeby týmu bez udržování kontextu postupně ztratí. A udržení kontextu opět vyžaduje být u týmu nějakou dobu. Pokud se problém neřeší, může se hodnota kouče omezit na předávání teoretických rad týmu bez kontextu, nebo neustálému vyptávání jak tým funguje (v lepším případě). O dalších problémech způsobených rozbitím focusu si můžete přečíst v článku [Iluze o výkonnosti týmu a roztříštěný focus](https://www.lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/). Také platí, že pokud nejste ve flexibilním startupu, raději nepočítejte s tím, že agilní kouč zvládne koučovat mnoho týmů najednou. Takový tým se pak bude sotva sám bez scrum mastera a jen s občasnou návštěvou kouče – konzultanta rychle posouvat k agilitě. Na začátek si nastavte očekávání od kouče a to vám pomůže zjistit nároky na jeho přítomnost u týmu. ## Očekávání od role kouče Pokud se tedy chcete dobrat k tomu, kolik koučů vlastně potřebujete, zkuste se zamyslet nad očekáváním od kouče. Jsou to přínosy, které vyžadují, aby byl více s týmem, nebo stačí občasná návštěva? Některá očekávání obsahuje následující tabulka. ![Agile coach expectations from the role, očekávání od role agilního kouče](https://lucidbaydigital.com/wp-content/uploads/2025/12/expecatations-from-the-role-of-coach-1024x358.png) ## Co ještě ovlivňuje stanovení počtu týmů na kouče Očekávání od role kouče není jediný faktor, který byste měli vzít v potaz. Než se rozhodnete o nastavení počtu týmů na kouče, zkuste se ještě zamyslet nad následujícími body:   - **Jak dlouho vaši lidé pracovali v tradičním způsobu vývoje**: čím více jsou zvyklí na původní styl práce, tím více úsilí i času bude potřeba na to, to změnit. - **Velikost firmy a flexibilita týmů** – u větších firem obvykle najdeme velkou specializaci rolí a také více procesně orientovaných lidí. Přechod do agility představuje pro tyto lidi velkou změnu a to s sebou obvykle přináší větší náročnost na kouče. - **Ochota nést zodpovědnost**: ne všichni zaměstnanci (ale i externisté) ve firmě vítají větší zodpovědnost za to, co tým dodává svým zákazníkům. Čím méně jsou lidé ochotni k přijetí zodpovědnosti v týmech, tím náročnější je tato změna pro ně i pro kouče. - **Seniorita koučů**: pokud agilní kouč začíná, neměl by mít více než 1 nebo 2 týmy stejně jako scrum master. Riziko ztráty důvěry a případně i odrazení týmu od ochoty dát příležitost změně ve svém fungování je poměrně vysoké.   - Pokud máte ve firmě seniornější kouče, konzultujte počet týmů vždy raději s nimi, než s konzultačními společnostmi. Konzultační společnosti nemusí mít vždy správný kontext toho, jak vaše společnost funguje a co právě vaše týmy potřebují. ## Co dělat, když nemáte dostatek koučů Co tedy dělat, když nemáme koučů dostatek a nemůžete si teď dovolit nabrat další? Tady najdete pár zkušeností, které by mohly alespoň dočasně trochu pomoci: - **Startovat týmy postupně**: když už nemáte na výběr s množstvím dostupných koučů, startujte alespoň týmy postupně, ať se zátěž rozloží v čase. Mezitím se může podařit některé týmy trochu stabilizovat a tak si udělat prostor na pomoc dalším týmům. - **Vychovávat si svoje kouče z řad zaměstnanců**: pokud máte ve firmě seniorní kouče, určitě se snažte o to, aby vám pomohli vychovávat další kouče interně. Pokud nemáte seniory, nebo jsou vytížení, požádejte o pomoc s rozvojem některou z firem, které se na trhu věnují agilu. S výchovou koučů nečekejte, vezme si to svůj čas. - **Raději nekombinovat řemesla s koučem**: pokud nejste startup, tak kombinování dalších pracovních oborů s rolí kouče většinou není dobrý nápad. Často to vede k roztříštění pozornosti kouče a jedno nebo druhé trpí. ### Prioritizace týmů a rotace koučů - **Prioritizovat kde kouči budou a kde ne**: pokud si dokážete přiznat, že koučů není dostatek, pak se dá rozhodnout o tom, kde teď kouči budou a kde zatím ne. Je to mnohdy lepší řešení, než když se snažíte dostat kouče všude a ti potom nestíhají dělat nic pořádně. Pokud zároveň ještě ve firmě ladíte očekávání od přínosů koučů, dejte na začátek příležitost týmům, které agilitu chtějí a aktivně pomáhají s jejím rozvojem. Tak můžete dříve posoudit přínos koučů a zároveň si vytvořit vzorové týmy s agilním nastavením. Vzorové týmy vám potom mohou sloužit i jako inspirace pro ostatní. - **Rotace koučů**: koučové si mohou pomáhat i napříč týmy. Například kdo má dobré zkušenosti s nějakou agilní technikou, může pomoci s jejím zavedením v ostatních týmech. Zde ale opět pozor na roztříštění focusu. Pokud bude mít kouč moc týmů, nikdy si nezíská jejich důvěru a k příliš mnoho změnám nedojde.  Seniornější kouč už si prioritizaci svých úkolů zvládne udělat, ale to nemusí platit u lidí co s touto rolí začínají a teprve se jí učí. A jak je to u vás? Budu rád, když nám napíšete do komentářů nebo do mailu, jaké máte vy zkušenosti se stanovením počtu týmů pro vaše kouče nebo scrum mastery.   --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # KONCEPT AI-Native Development (CZ) k revizi _Source: https://lucidbaydigital.cz/koncept-ai-native-development-cs-2/_ _Published: 2026-09-04_ _Updated: 2026-09-04_ --- Které týmy jsou na AI opravdu připravené, v jakém pořadí začít a jak si přitom udržet kontrolu nad kvalitou. To jsou tři otázky, se kterými pomáháme. ![Tři rostliny postupně rostoucí v půdě, symbolizující vývoj od tradičního řízení přes agile až po AI-native přístup.](https://lucidbaydigital.cz/wp-content/uploads/2026/02/ai_flowers.png) Efektivita Evoluce agilu, ne jeho nahrazení. Predikovatelnost Udržení firemní kultury Větší hodnota místo většího množství NOVÝ ZPŮSOB PRÁCE ## Nejde jen o nástroje Firmy investují do AI nástrojů, ale jejich způsob řízení vývoje zatím zůstal v minulosti. Bez změny systému vzniká iluze produktivity, roste komplexita a návratnost AI je nečitelná. Pomáháme upravit agilní a produktové řízení tak, aby AI zvýšila výkon týmů, bez ztráty kontroly, predikovatelnosti a zákaznické hodnoty. AI není nástroj k levnější stagnaci. Využijte vyšší výkon růst vaší firmy. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/hora.jpg) ## Ambicióznější cíle AI je nástroj, se kterým váš tým dosáhne výrazně větších cílů za stejnou, nebo dokonce kratší dobu než dřív. Ale pozor, pokud vede pořízení AI k výrazné redukci vašich týmů, jde o varovný signál. Konkurenční výhoda na trhu nevzniká z nástroje a počtu zakoupených licencí, ale z toho, co s uvolněnou kapacitou vašich lidí uděláte. Zvolte si ambicióznější cíle, ne levnější stagnaci.  A proto dnes dávají agilní a produktové přístupy větší smysl než kdy dřív. Pomáhají rozhodnout, na co uvolněnou kapacitu použít, a ověřit, že to má pro zákazníka smysl. Nezahazujte investice do agilních a produktových přístupů, zkuste na ně raději navázat. AI-Native transformace nestaví vše od nuly, ale rozvíjí to, co už ve firmě funguje. [Chcete přizpůsobit agilní řízení realitě AI Native vývoje?](#contact) Časté problémy firem při AI adopci 1 ### Zrychlení dysfunkcí AI sama od sebe nevyřeší potíže týmů s metodikou, kulturou a procesy, které už tam dnes jsou. Místo toho je zrychlí. Transformujte týmy, které chcete akcelerovat.  2 ### Rychlost bez směru Bez dobrého produktového řízení, vize, znalosti zákazníka a trhu týmy s AI dodávají rychleji funkčnosti, které nikdo nepoužívá.  3 ### Rostoucí propast v týmech Někteří vývojáři jsou s AI 5x produktivnější, jiní stagnují. Tým se rozpadá na dvě rychlosti a je to patrné, kdykoliv spolu lidé v týmu něco řeší. 4 ### Ohrožená kultura Transparentnost, komunikace a spolupráce, které jste budovali roky, potřebuje udržovat, nebo i znovu nastavit. AI pomáhá jednotlivcům udělat více úkolů sami, bez potřeby komunikace s kolegy. AI ale nesmí vést ke ztrátě mezilidské komunikace a transparentnost v týmu. 5 ### Neviditelné riziko Kód vzniká rychleji, než mu tým stíhá rozumět. Technický dluh, bezpečnostní chyby a licenční otázky u generovaného kódu se hromadí pod povrchem. Náš příběh s AI Neradíme od stolu ## Používáme to, co radíme ostatním Držíme se hesla, že sami používáme, co radíme ostatním. A proto jsme s AI začali pracovat poměrně intenzivně. AI nám dnes pomáhá v marketingu, obchodu, při analýze dat, ale i při vývoji vlastních aplikací. Vývoj interních aplikací nám zatím vystačí v podobě vibecodingu. Vytvořené aplikace používáme denně. Celý životní cyklus vývoje softwaru ale neustále propojujeme s prvky z agilních přístupů i product discovery. - 10 vlastních aplikací - První vznikla v lednu 2026 - Přes 300 tisíc řádků kódu - Přes 5 000 testovacích scénářů ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/rizeni_objednavek3.png) ## Co nás to naučilo Na vlastní kůži jsme si vyzkoušeli, že s daty, ve kterých není pořádek, neumí pracovat ani AI. A pokud nemáte vizi, co od AI při vývoji softwaru čekáte, nebudete s výsledkem spokojeni. Vize AI o výsledku může být zcela jiná než je vaše očekávání. Průběžně zvyšujeme rozsah, který dokážeme otestovat přímo s AI v našich aplikacích, vylepšujeme testy s každou významnější chybou, využíváme definiiton of ready a definition of done nejen v našich týmech, ale i v AI.  - Máme vlastní pravidla pro práci s AI - Učíme se z vlastních chyb a neúspěchů - Kontrola se přesouvá do testů a do zadání ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/NZ5_2036.jpg) **S AI klesla cena napsání kódu, ale cena špatného zadání ne.** Právě proto u klientů začínáme tím, jak vypadá zadání a data, ne tím, jaký nástroj si pořídí. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/02/stavitelny_klic.png) AI PRODUKTIVITA TÝMŮ ## Řešení na míru Respektujeme vaši firemní kulturu a nenosíme do firem hotové šablony. Raději řešíme konkrétní situace s vámi i vašimi týmy a nastavujeme principy tak, aby dávaly smysl v praxi a přinášely měřitelný dopad. Jak pomáháme 1 ## AI-Native GAP analýza Rychlá diagnostika vašich vývojových týmů: jak dnes pracují, jak daleko došla adopce AI a jak je řízená jejich práce. Rozhovory s vedením, pozorování týmů při práci, identifikace rychlých zlepšení i rizik. Pomůžeme vám posoudit vhodnost týmů, pro zavedení AI. Plošné nasazení do všech týmů naráz znamená platit i tam, kde AI zatím hodnotu nevrátí. - Výstup: report, mapa připravenosti týmů s pořadím a roadmapa kroků - Pro firmy, které chtějí vědět, kde jsou a kam směřovat. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/GAP_analyza.jpg) 2 ## AI-Native transformace Chyby z transformací firem, které se stávaly v minulosti,  se stávají často dodnes. Jen se objevují s moderními názvy. Pomůžeme vám se jim vyhnout. A to ať už jde o nastavení očekávání, přípravu týmů před transformací, nebo komplexní změny firemní kultury, organizační struktury, spolupráce týmů a procesů v rámci celé transformace.  - Výstup: odzkoušený způsob práce, metriky proti výchozímu stavu, interní lidé - Pro firmy, které chtějí systematickou transformaci. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/tansformace.png) 3 ## Systém kolem vašeho vlastního AI workflow Stavíte si vlastní workflow nad Claude API nebo jiným modelem? Technika je obvykle ta snazší část.  Nastavíme kolem vašeho řešení systém práce: role a odpovědnosti, spolupráci týmů, definition of ready a definition of done,metriky adopce a dopadu, onboarding týmů a plán škálování z pilotu na celou organizaci. - Pro firmy, které mají vlastní AI iniciativu a řeší, jak se změní způsob práce kolem ní. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/tymy2.jpg) 4 ## AI Builders Workshops Vhodné pro: - **Delivery týmy:** jak efektivně pracovat jako AI Native builders tým. - **Pro management:** co se mění v řízení týmů s AI. Predikovatelnost, governance, řízení změny. - **Pro produktové lidi:** product discovery v AI éře. Focus na hodnotu před množstvím. - Trvání dle potřeb | praktický workshop - Max 12 účastníků ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/DSC_3330.jpg) Agilní a produktové přístupy zavádíme v českých i mezinárodních firmách přes sedm let, mimo jiné v prostředí s přísnými nároky na kvalitu a compliance. Více než 90 klientů a přes 600 vyškolených profesionálů. K tomu vlastní praxe s AI ve vývoji.  Měření návratnosti ![](https://lucidbaydigital.cz/wp-content/uploads/2026/09/AI2.jpg) NEJDŘÍVE OČEKÁVÁNÍ, POTOM MĚŘENÍ ## Očekávání od AI Zavedení AI do firmy je transformace. A u každé transformace je prvním krokem nastavení očekávání, stejně jako u agilních a produktových transformací. Bez očekávání se nedá měřit. A bez měření vám na konci zbude jen to, co z transformace náhodou vyšlo. Většinou to není to, co jste chtěli. Pozor na to, že očekávaným výsledkem nemusí být rychlost. Můžete sice dodávat rychleji, ale pokud se zároveň rozhodnete pouštět do větších a odvážnějších projektů, čas přestane být tou správnou metrikou. Chcete vědět, jak na tom vaše týmy s AI skutečně jsou? Během pár dnů získáte jasný obraz a konkrétní pořadí kroků. [Domluvte si úvodní konzultaci](#contact) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Kurz Obeya Builder > Postavte funkční Obeya místnost od základů. Dvoudenní certifikovaný kurz Obeya Builder v Praze, Pro ty kdo chtějí Obeya implementovat. _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-builder-sladeni-napric-organizaci/_ _Published: 2026-03-24_ _Updated: 2026-04-06_ --- Principy Obeya znáte. Teď je čas je skutečně postavit. Navrhnout místnost se strategickými informacemi a cíli, která funguje pro celou organizaci, ne jen na papíře. [Mám zájem o kurz Obeya Builder](#contact) ![Obeya_room](https://lucidbaydigital.cz/wp-content/uploads/2026/03/obeya_room.jpg) PARTNERSKÝ KURZ S AGILEACADEMY.CZ ## Obeya Builder Obeya Builder je praktický dvoudenní program zaměřený na technické aspekty návrhu a budování Obeya prostorů.  Kurz je určen profesionálům, kteří chtějí strukturovat informační systémy a zlepšit efektivitu rozhodování ve svých organizacích. Získáte praktické dovednosti v oblasti vizuálního managementu a strategického využití dat. ## Co se naučíte - Navrhovat strukturované a dynamické Obeya místnosti s optimální kategorizací informací - Aplikovat metody vizuálního managementu pro maximální dopad - Implementovat strategické přístupy ke sběru a využití dat - Posilovat agilní a lean praktiky v organizaci - Pracovat s digitálními nástroji pro Obeya ## Pro koho je kurz určen - Obeya praktici, kteří chtějí budovat efektivní Obeya prostory - Agile Coaches a Scrum Masters - Manažeři zodpovědní za strategické řízení a vizuální management - Lean specialisté a procesní inženýři ## Prerekvizity Úspěšné složení **certifikační zkoušky Obeya Fundamentals** je podmínkou pro certifikaci kurzu Obeya Builder. Po absolvování kurzu můžete složit mezinárodní certifikační zkoušku Obeya Builder od Obeya Association: Jedna zkouška zahrnuta v ceně kurzu 30 otázek, potřeba 70 % správných odpovědí Zkouška dostupná v češtině, angličtině, němčině a holandštině 1 rok členství v Obeya Association Community Certifikace rozšiřuje vaši odbornost v rámci Obeya certifikační cesty **Lektoři:** **Martina Žatecká** a **Jakub Matějec:** certifikovaní instruktoři Obeya Association. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/03/skoleni_obeya.png) PRAHA ## Termíny 2026 - 14.–15. dubna 2026 - 6.–7. října 2026 **Trvání kurzu:** 9:00–17:00 **Jazyk kurzu:** česky In-house školení je dostupné i v angličtině. ![Obeya - virtual Obeya](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_5_virtual_obeya-1024x683.jpg) ![Kurz Obeya](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_3-3-1024x683.jpg) ![Kurz Obeya](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_4-2-1024x683.jpg) ## V ceně je zahrnuto - Praktická cvičení a zkušenosti - Studijní materiály - Návštěva virtuální Obeya (VR) - Občerstvení a oběd - Jedna certifikační zkouška Obeya Association Máte zájem o kurz? Vyplňte registrační formulář níže a my se vám ozveme s dalšími informacemi. [Mám zájem o kurz Obeya Builder](#contact) ## Může vás také zajímat Pokud si chcete něco přečíst, než přijdete na kurz: - [Jak dát zpětnou vazbu správně: 4 kroky [2026]](https://lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/) - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology](https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Kurz Obeya Fundamentals > Naučte se 11 principů Obeya a zrychlete strategická rozhodnutí ve své firmě. Jednodenní certifikovaný kurz se zkouškou Obeya Association. _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-fundamentals/_ _Published: 2026-03-24_ _Updated: 2026-04-05_ --- Vaše strategie existuje. Ale víte, jak ji dostat z prezentací do každodenního rozhodování? Obeya Fundamentals vás za jeden den naučí, jak vytvořit prostředí se strategickými informacemi a cíly, kde tým vidí to samé, rozhoduje rychleji a jedná ve shodě. Bez zbytečných porad a e-mailových smyček. [Mám zájem o kurz Obeya Fundamentlas](#contact) ![Obeya_room](https://lucidbaydigital.cz/wp-content/uploads/2026/03/obeya_room.jpg) PARTNERSKÝ KURZ S AGILEACADEMY.CZ ## O kurzu Na tomto kurzu se naučíte, jak zrychlit strategická rozhodnutí, spolupracovat transparentně a průběžně upravovat směr k dosažení cílů. Kurz kombinuje teorii s praktickými příklady a case studies z reálných implementací. Není nutné, abyste plánovali stát se praktikujícím Obeya odborníkem. Kurz je vhodný pro každého, kdo chce pochopit principy a přínosy Obeya. Obeya (japonsky „velká místnost") je fyzický nebo digitální prostor, kde se na jednom místě sejdou klíčové informace o strategii, cílech a výkonu: viditelně, přehledně a v reálném čase. Manažeři a týmy ho využívají k tomu, aby mohli rychle identifikovat překážky, sladit priority a dělat informovaná rozhodnutí. ## Co se naučíte - 11 principů Obeya a jejich praktické využití - Jak vizuální management zrychluje rozhodování a týmovou spolupráci - Budování a využívání fyzických i digitálních Obeya prostorů - Obeya v kontextu implementace strategie - Reálné case studies a příklady implementací ## Pro koho je kurz určen - Manažeři a vedoucí týmů hledající lepší nástroje pro strategické řízení - Scrum Masters, Agile Coaches a facilitátoři - Product Owners a projektový manažeři - Každý, kdo chce pochopit principy Obeya Po absolvování kurzu můžete složit mezinárodní certifikační zkoušku Obeya Association. 30 otázek, potřeba 70 % správných odpovědí Zkouška dostupná v češtině, angličtině, němčině a holandštině Jedna zkouška je zahrnuta v ceně kurzu Po úspěšném složení obdržíte certifikát a 1 rok členství v Obeya Association Community  Certifikace Obeya Fundamentals je prerekvizitou pro pokročilé kurzy (Builder, Host) **Lektoři: Martina Žatecká** a **Jakub Matějec**: certifikovaní instruktoři Obeya Association. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/03/skoleni_obeya.png) PRAHA ## Termíny 2026 - 13. května 2026 - 12. června 2026 - 19. srpna 2026 - 23.září 2026 **Trvání kurzu:** 9:00 - 16:30 **Jazyk kurzu:** česky In-house školení je dostupné i v angličtině.   ## V ceně kurzu je zahrnuto - Praktická cvičení a zkušenosti - Studijní materiály - Občerstvení a oběd - Jedna certifikační zkouška Obeya Association ![](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_3-1024x683.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_2-1024x683.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya-1-1024x683.jpg) Máte zájem o kurz? Vyplňte registrační formulář níže a my se vám ozveme s dalšími informacemi. [Mám zájem o kurz Obeya Fundamentals](#contact) ## Může vás také zajímat Pokud si chcete něco přečíst, než přijdete na kurz: - [Jak dát zpětnou vazbu správně: 4 kroky [2026]](https://lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/) - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology](https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Kurz Obeya Host > Kurz Obeya Host pro Agile Coaches, Scrum Mastery a manažery. Naučte se řídit strategické schůzky v Obeya prostředí. Mezinárodní certifikace v ceně. Praha 2026. _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/obeya-host-klicova-role-pro-uspech-strategickych-schuzek/_ _Published: 2026-03-24_ _Updated: 2026-04-05_ --- Místnost se strategickými informacemi a cíli máte. Ale kdo z toho dostane skutečné rozhodnutí? Obeya Host je kurz pro toho, kdo vede schůzky v Obeya místnosti tak, aby neskončily jen diskuzí, ale akcí. [Mám zájem o kurz Obeya Host](#contact) ![Obeya_room](https://lucidbaydigital.cz/wp-content/uploads/2026/03/obeya_room.jpg) PARTNERSKÝ KURZ S AGILEACADEMY.CZ ## Obeya Host Kurz je postaven na 11 principech Obeya a organizován kolem čtyř kvadrantů: Mindset, Alignment, Workspace a Content. Naučíte se vytvářet otevřené a kolaborativní prostředí v rámci Obeya a koordinovat práci tak, aby přinášela výsledky. Unikátní formát kurzu zahrnuje jeden den intenzivního školení a návratové odpoledne po přibližně 3 měsících, kde zreflektujete své zkušenosti z praxe. ## Co se naučíte - Rozvíjet odbornost jako Obeya Host - Efektivně koordinovat práci v Obeya prostředí - Porozumět mechanismu fungování Obeya - Zrychlovat kolektivní učení a rozhodovací procesy - Vytvářet otevřené a kolaborativní prostředí pro strategické schůzky - Facilitovat Obeya interakce napříč 4 kvadranty (Mindset, Alignment, Workspace, Content) ## Pro koho je kurz určen - Facilitátoři Obeya setkání a strategických workshopů - Agile Coaches a Scrum Masters - Manažeři vedoucí strategické porady - Každý, kdo chce zlepšit efektivitu strategických rozhodovacích procesů ## Prerekvizity Úspěšné složení **certifikační zkoušky Obeya Fundamentals** je podmínkou pro účast na kurzu Obeya Host. Po absolvování kurzu můžete složit mezinárodní certifikační zkoušku Obeya Host od Obeya Association Zkouška zahrnuta v ceně kurzu 1 rok členství v Obeya Association Community Certifikace rozšiřuje vaši odbornost v rámci Obeya certifikační cesty **Lektoři: Martina Žatecká** a **Jakub Matějec:** certifikovaní instruktoři Obeya Association. ![](https://lucidbaydigital.cz/wp-content/uploads/2026/03/skoleni_obeya.png) PRAHA ## Termíny 2026 - 28. – 29. 4.  2026 - 20. – 21. 10. 2026 **Jazyk kurzu:** česky In-house školení je dostupné i v angličtině. ## V ceně je zahrnuto - Praktická cvičení a zkušenosti - Studijní materiály - Občerstvení a oběd - Jedna certifikační zkouška Obeya Association ![Obeya Host](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_host2-1024x683.jpg) ![Obeya Host](https://lucidbaydigital.com/wp-content/uploads/2026/03/obeya_host_1-1024x683.jpg) Máte zájem o kurz? Vyplňte registrační formulář níže a my se vám ozveme s dalšími informacemi. [Mám zájem o kurz Obeya Host](#contact) ## Může vás také zajímat Pokud si chcete něco přečíst, než přijdete na kurz: - [Jak dát zpětnou vazbu správně: 4 kroky [2026]](https://lucidbaydigital.cz/jak-dat-spravne-zpetnou-vazbu/) - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology](https://en.wikipedia.org/wiki/Toyota_Production_System#Commonly_used_terminology) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Lead Time: Ukazatel, který rozhoduje o výkonnosti firmy > Lead Time udává, jak dlouho trvá dodat hodnotu od zadání požadavku po doručení. Proč je klíčový pro výkonnost týmu a predikovatelnost dodávky _Source: https://lucidbaydigital.cz/lead-time-vykonnost-firmy/_ _Published: 2026-02-28_ _Updated: 2026-02-28_ --- ![Time](https://lucidbaydigital.cz/wp-content/uploads/2026/02/Time.png) CO TO JE A K ČEMU SLOUŽÍ ## Lead Time Lead Time je čas od vzniku požadavku až po jeho skutečné doručení zákazníkovi. V praxi to znamená například dobu od rozhodnutí „udělejme tuto změnu“ po její nasazení do produkce. Nejde tedy o dobu práce vývojáře, ale o dobu, po kterou zákazník čeká na výsledek. Lead Time tak ukazuje, jak rychle je firma schopna proměnit rozhodnutí v hodnotu. A právě měření a práce s Lead time je dnes jedna z klíčových konkurenčních výhod. ## Proč by měl management sledovat Lead Time Mnoho firem sleduje vytíženost lidí, počet projektů nebo dodržení termínů. Ale jen málo firem systematicky sleduje, jak dlouho jim trvá dodat skutečnou hodnotu. Lead Time přímo ovlivňuje: - rychlost reakce na trh - schopnost experimentovat a inovovat - návratnost investic do změn - cashflow - spokojenost zákazníků Firma s dlouhým Lead Time může působit vytíženě a aktivně, ale přesto reagovat pomalu. Nepleťme si ale vytíženost s efektivitou fungování. Rozhodnutí se realizují měsíce, priority se mění dříve, než je práce dokončena, a riziko roste. Krátký a stabilní čas dodání naopak znamená vyšší adaptabilitu a nižší strategické riziko. ## Lead Time jako indikátor systémového problému Když objevíte dlouhý Lead Time, obvykle to není problémem jednotlivců. Je signálem nastavení systému. Nejčastější příčiny jsou: - příliš mnoho paralelních projektů - rozbitý focus lidí a týmů - dlouhé schvalovací procesy - externí závislosti mezi odděleními - velký technický dluh Někdy může lead time zvětšovat čekání požadavku, než se mu začneme věnovat. Pokud je to záměrně, nechceme přetížit týmy a rozbít si focus, pak je to správně. Jinak má ale čekání na hodnotu ukazatele zásadní vliv: negativní. Lead Time vám často pomůže odhalit skutečný stav organizace lépe než jakýkoli report o výkonnosti. ## Rozdíl mezi Lead Time a Cycle Time Jak už jsem zmínil, součástí doby dodání hodnoty zákazníkovi je i čas, kdy požadavek čeká na zpracování. Toto čekání může úplně v pořádku, pokud je výsledkem prioritizace a pomáhá nám nepřetížit naše týmy. Pro řízení výkonu se proto hodí rozlišovat: - **Lead Time**: to je celková doba od zadání po dodání - **Cycle Time**: to je doba doručení úkolu od rozhodnutí, že na úkolu už pracujeme až po dodání zákazníkovi Cycle Time pomáhá optimalizovat realizaci. Lead Time ukazuje schopnost organizace doručovat hodnotu jako celek. Obvykle tyto hodnoty sledujeme zprůměrované za nějaký časový úsek. ## Lead Time a predikovatelnost delivery Rychlost je důležitá. Ale nelze ji zvyšovat na úkor kvality a trvalé udržitelnosti naší práce. - Pokud se hodnota ukazatele často mění, firma většinou ztrácí schopnost důvěryhodně plánovat. V takovém případě jsou odhady nepřesné, závazky rizikové a důvěra mezi IT a byznysem klesá. - Pokud se o zkrácení doby dodání snažíme až příliš, může docházet ke vzniku technického dluhu. Krátkodobě tak sice týmy dodávají rychleji, ale klesá motivace lidí, naše produkty je stále těžší dodávat, protože jsou ušité horkou jehlou. Za čas to vede k zásadnímu zpomalení práce týmu a odchodu klíčových lidí. Je to jako zrychlení práce na dluh. Stabilní Lead Time vytváří základ predikovatelnosti delivery. Umožňuje plánovat investice, nastavovat realistická očekávání a řídit riziko. ## Jak systematicky zkracovat Lead Time Zkrácení Lead Time není o tlaku na jednotlivce. Je to o změně způsobu řízení práce a neustálém hledání příležitostí pro zlepšení. Klíčové principy: - omezit počet paralelních iniciativ - pracovat v menších dávkách - budovat cross-functional týmy - odstranit úzká hrdla - měřit tok práce (flow), ne vytíženost lidí - hledat fronty, ve kterých naše delivery čeká - zvažte také, zda v procesu dodávky nemůžete s výhodou využít AI Organizace, které začnou řídit Lead Time, obvykle zjistí, že největší přínos nepřichází z rychlejší práce, ale z odstranění čekání a chaosu. ## Shrnutí pro management Lead Time je strategický ukazatel výkonnosti firmy. Ukazuje, jak rychle dokáže organizace proměnit rozhodnutí v hodnotu pro zákazníka. Krátký a stabilní Lead Time znamená vyšší adaptabilitu, nižší riziko a vyšší návratnost investic. Dlouhý Lead Time je varovný signál. Není to obvykle o lidech, ale o systému. ### Chcete vědět, jaký je skutečný Lead Time ve vaší organizaci? Pomáháme firmám analyzovat tok práce, odhalit úzká hrdla a zvýšit predikovatelnost delivery pomocí agilních principů a produktového řízení. ## Může vás ještě zajímat - [Value Stream Mapping – krok za krokem k vyšší efektivitě týmu](https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/) - článek o tom, jak měřit efektivitu delivery a mimo jiné i dobu dodání - [Nastavení Kanban boardu: praktický postup pro efektivní workflow](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) - článek o tom, jak si vizuálně organizovat práci a jeden z dalších způsobů, jak můžete zjistit dobu dodání - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - článek na téma výkonnosti a jak jí může zhoršit roztříštěný focus - [Agile Performance](https://lucidbaydigital.cz/agile-performance-cs/) - popis našich služeb. Nechte si od nás připravit GAP analýzu současného stavu a navrhnout kroky pro splnění vašich očekávání - [Školení Kanban – Flow Mastery](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/) - praktické školení Kanbanu, kde se dozvíte o typech plýtvání ve firmách, jak zmapovat efektivitu dodávky hodnoty ve vašich týmech pomocí Value Stream Mappingu, více informací o Lead a Cycle Time a mnoho dalšího. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Lean Canvas > Přestaňte trávit čas složitými business plány. Vytvořte Lean Canvas za 2 hodiny ✓ Praktický workshop ✓ 600+ absolventů | Termíny _Source: https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/lean-canvas/_ _Published: 2025-11-10_ _Updated: 2026-04-06_ --- Přestaňte trávit týdny přípravou složitých dokumentů a místo toho se naučte, jak za pouhé 2 hodiny vytvořit jednoduchý, ale účinný obchodní plán, který přinese okamžitou hodnotu.   [Vyžádejte si termín kurzu Lean Canvas](#contact) Pokud hledáte nový obchodní model pro svou společnost nebo oddělení, ve kterém pracujete, přístup Lean Startup je pro vás to pravé. A nenechte se zmást názvem, Lean Startup je vhodný i pro velké společnosti.  Lean Canvas je první část školení Lean Startup. Na kurzu se naučíte, jak připravit jednoduchý obchodní plán, aniž byste jeho přípravou ztráceli velké množství času, a přesto vám přinesl užitečné informace. Mimo jiné se podíváme na to, jak funguje smyčka Build – Measure – Learn (Vytvoř – Změř – Pouč se) a co je to Minimum Viable Product (Minimální životaschopný produkt).  ## O kurzu Jednoduchý podnikatelský plán (Lean Canvas) vám pomůže bez ohledu na to, zda se zabýváte agilitou nebo projektovým řízením. Jedná se o velmi univerzální nástroj, který vám bude užitečný zejména v raných fázích vašich projektů. V počátečních fázích vývoje produktu/služby/softwaru hledáme, jaký bude obchodní model, kdo bude naším zákazníkem. Také si ověřujeme, zda náš produkt vůbec vyřeší problémy zákazníka, aby jej vůbec používal. Lean Canvas vám nabídne několik hledisek, která je třeba vzít v úvahu ve fázi výzkumu, aby vaše produkty/projekty byly úspěšné. ## Co vás čeká V rámci kurzu společně vypracujeme jednoduchý podnikatelský plán (Lean Canvas). Zvolíte si jakékoliv téma, které vás zajímá. Dále vyplníme položky plánu krok za krokem. Vždy nejprve vysvětlíme jednotlivé části a poté přidáme plátno. Na konci kurzu budeme mít plátno zcela vyplněné a vy budete schopni vytvořit další s vašimi týmy. Proč používat Lean Canvas Lean Canvas je: - **Jednoduchý a vizuální, ** všechny klíčové části produktu nebo obchodního modelu máte na jedné stránce. - **Praktický a iterativní, **můžete ho rychle upravovat, testovat hypotézy a aktualizovat podle reálných dat. - **Zaměřený na zákazníka, ** pomáhá identifikovat problémy, cílové segmenty, řešení a hodnotovou nabídku. - **Efektivní pro prioritizaci,** usnadní vám rozhodovat o tom, co je pro produkt nejdůležitější. Lean Canvas navíc podporuje *rychlé ověřování nápadů ještě předtím, než investujete čas a peníze do jejich realizace*. Pro koho je kurz Lean Canvas vhodný? Lean Canvas kurz je určen všem, kdo chtějí pochopit a prakticky využít tento nástroj při plánování produktů, služeb nebo nových projektů: - Startup zakladatelům, kteří testují své podnikatelské nápady - Produktovým manažerům a ownerům, kteří chtějí porozumět zákazníkům a trhu - Projektovým týmům, které potřebují rychlé rozhodování a validaci - Marketingovým specialistům, kteří chtějí přehledně definovat kritické prvky strategie Přineste si vlastní zadání, nápad nebo projekt a během workshopu nad ním společně krok za krokem vytvoříme váš první Lean Canvas model. Odejdete s konkrétním výstupem, který vám pomůže lépe strukturovat byznys. ![Lucid Bay Digital, Agile Performance, Product Growth, People & Culture. Posilujeme růst firem.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/1-scaled.png) LUCID BAY DIGITAL ## Použití Lean Canvas *Lean Canvas byl prvním nástrojem, který jsme použili při zakládání společnosti Lucid Bay Digital s.r.o. * *Pomohl nám nastavit očekávání ohledně služeb poskytovaných naší společností, ale také přemýšlet o tom, jaké problémy chceme zákazníkům pomáhat řešit.* *Jan Šrámek, founder of Lucid Bay Digital s.r.o.* Časté pokládané otázky Jaký je rozdíl mezi Lean Canvas a Business Model Canvas? - **Lean Model Canvas** se zaměřuje více na hledání a definici nového produktu/obchodního modelu. Hledáme informace, kdo budou první zákazníci, na které se chceme zaměřit. Dále i jaký řeší zákazníci problém, se kterým by jim měl náš produkt pomoci a co se stane, když se zákazník rozhodně neudělat nic. - Oproti tomu **Business Model Canvas** se častěji používá spíše pro již existující obchodní model. Liší se proto zaměřením otázek, na které se ptáme při jeho zpracování. Mapujeme zde například segmenty zákazníků, kanály, přes které jim dodáváme naše produkty, vazby na zákazníky a další. Proč dává smysl používat Lean Canvas? - Místo složitého plánu, na kterém strávíte mnoho času, vytvořte jednoduchý plán na jednu A4. Můžete si snadno připravit vííce variant obchodních modelů a klidně je měnit nebo je bez lítosti i zahodit, když se vám nebudou líbit. ## Může vás také zajímat Než půjdete na kurz, můžete si zatím přečíst : - [Produktová vize a jak s ní začít](https://lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/) - [Product Owner a zdroje inspirace ve firmě](https://lucidbaydigital.cz/product-owner-a-zdroje-inspirace-ve-firme/) - [Agilní produkty - od vize až po backlog](https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/agile-products-cs/): praktický kurz pro všechny product ownery ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Moje zkušenosti se škálováním týmu > Zkušenosti Scrum Mastera se škálováním týmu. Velikost týmu, organizace týmu, a kdy začít přemýšlet o škálování? _Source: https://lucidbaydigital.cz/moje-zkusenosti-se-skalovanim-tymu/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Napsal Matěj Nešetřil / 01. 11. 2021 Ukazuje se, že není výjimkou, když se scrumový tým rozroste do takové velikosti, kdy se vytrácejí výhody mít tým stále pohromadě a začíná přibývat režie. Na to, jak takovou situaci řešit co nejjednodušeji a vyhnout se přitom nepříjemnostem při škálování, se podíváme v tomto článku. ## Ideální velikost týmu Často se setkáme s doporučením, že velikost scrumového týmu by neměla přesáhnout devět členů. Na toto číslo se můžeme dívat jako na výsledek praxe, kdy právě s devíti lidmi v týmu můžeme zachovat principy jako soustředění se na priority, odhad celého týmu dodávky sprintu a týmová spolupráce. Nechám na vás, zda hranici čísla devět vnímáte jako pevně danou, nebo zda jste trochu benevolentnější v případě, kdy tým funguje bez drhnutí i nad touto hranicí. Můj názor ovšem je, že každý tým se od určité velikosti potýká s provozními a tím pádem i výkonnostními problémy (ať už je to při počtu devět, nebo po náboru třináctého člena). Doporučení tedy zobecním: Ideální velikost týmu je ta, kdy jsou všichni členové týmu schopni svým dílem přispívat ke každému z cílů a udržují týmovou komunikaci na takové úrovni, která negativně neovlivňuje dodávku. Při práci s týmy se snažte zabránit vlastnímu přetížení, více se o tomto tématu dozvíte v článku [https://www.lucidbaydigital.cz/muze-mit-agilni-kouc-vice-tymu-najednou/](https://www.lucidbaydigital.cz/muze-mit-agilni-kouc-vice-tymu-najednou/). ## Kdy začít uvažovat o škálování Z toho, co jsme si řekli výše, můžeme vyvodit jak lze poznat, kdy se nám tým rozrůstá až příliš. Ukazatelů je několik: - Timeboxy na schůzkách přestávají stačit. - Během schůzek, jako je například plánování, se aktivně střídají oddělené části týmu, kdy reálně vždy plánuje jen jedna část a část druhá pracuje na svých úkolech ze sprintu (nebo na těch právě chystaných). - Prohlubují se specializace na různé oblasti, takže určitá témata se některým vzdalují natolik, že už na nich nejsou schopni efektivně pracovat. - Tým není schopen jednotně vytvořit odhad, co je možné dodat, protože ne každý skutečně chápe celý obsah tohoto odhadu. V důsledku toho se k různým částem zmíněného odhadu vyjadřují pouze jedinci nebo menší skupiny uvnitř týmu a zbytek se spoléhá na jejich úsudek. - Tým přijde s podnětem, že je moc velký a uvažují o jeho rozdělení. ## Čemu se vyhnout při dělení a co naopak neminout Pokud poznáte, že čas rozdělení nadešel, buďte si v první řadě jistí, že tým vidí a chápe důvody svého dělení. Potřebujete tyto důvody a benefity dělení opravdu dobře komunikovat. Doporučuji také s týmem komunikovat formou diskuze, ne přednášky. Při své první zkušenosti se škálováním týmu jsem udělal přesně tuto chybu. Považoval jsem za dostatečné, když změnu odprezentuji. Nebral jsem v potaz připomínky samotného týmu, kterého se změna dotkne nejvíce. Tento přístup měl za následek vznik nedůvěry vůči celé změně ze strany týmu. Při mé další zkušenosti s rozdělením jsme téma už hned na počátku otevřeli s celým týmem. Tým tak byl součástí této činnosti a vstupy z týmu jsme zohlednili při samotném dělení. Díky tomu lidé viděli, že snahou celého dělení je hlavně pomoci týmu. Jejich přístup ke změně tomu odpovídal a sami šli změně naproti. Po celou dobu mějte na paměti, že škálováním týmu neřešíme rozpor s příručkami, ale provozní problémy týmu a lidí uvnitř i kolem něj. ## Zaměření týmů Důležitou součástí vytvoření nových týmů z jednoho původního je i výběr zaměření jednotlivých týmů. Co se mi osvědčilo v praxi: udělejte si revizi cíle/cílů původního týmu: - Podívejte se na důvod, proč váš tým existuje. - Sepište dohromady, čím vším se tým zabývá a čím by se měl zabývat. - Společně s týmem pak začněte přiřazovat jednotlivé členy  podle kompetencí k daným cílům. Na paměti však mějte i osobní cíle vašich kolegů. Kam míří jako jednotlivci a v čem se chtějí posouvat. Takto si vytvoříte představu, co vše se v týmu děje, co se tam dít má a jak jsou mezi těmito činnostmi rozloženy síly. Podle výsledku už vytvořte jednotlivé týmy včetně jejich cílů. Může se vám stát, tak jako u nás, že někdo bude potřeba ve všech týmech. To dočasně funguje, ale veďte také s těmito lidmi diskuzi, zda jim to vyhovuje. Obecně by nemělo jít o trvalý stav. Takové případy minimalizujte a ideálně si vytvořte plán, jak se může daný člověk co nejdříve zařadit pouze do jednoho z týmů. Ať už je to díky otevření výběrového řízení na nového člena týmu, nebo rozšíření potřebné části kompetencí na někoho, kdo již v týmu je a má o rozšíření pozice zájem. ## Úprava organizace týmu Organizační změny jsou pochopitelně další součástí řešení. Osobně se mi při škálování osvědčily následující změny: - Backlog refinement společný pro všechny týmy. Lze udělat také pouze mezi zástupci týmů. - Plánování sprintu oddělené. - Daily oddělené. - Sprint review společné. - Retrospektiva společná. Výše popsaná úprava je na první pohled minimální a úpravy nám přinesly požadované výsledky. A potřebné změny by měly být skutečně minimální, při dosažení požadovaných cílů. Ve výsledném stavu se do plánování začal aktivně zapojovat prakticky každý z týmu. Celá schůzka se také zkrátila, čímž jsme každému z týmu ušetřili čas. Neplánuje se totiž práce pro každou skupinu v rámci jedné schůzky. Odhad toho, co je tým schopný dodat, vytváří celý tým dohromady, protože všichni mají přehled o obsahu většiny naplánovaných úkolů. Týmy se koncentrují na užší oblast, kterou úkoly pokrývají. Nemusí často přepínat kontext a v dané oblasti postupují rychleji. Společný [backlog](https://www.lucidbaydigital.cz/slovnik/backlog-vyznam/) refinement zajistil, že stále probíhá synchronizace mezi týmy a je-li to potřeba, mohou si týmy pomoci. Nakonec díky společnému review a retrospektivě, zůstala zachována i jednotná identita mezi týmy. Což je důležité pro dobrou spolupráci a udržení kontaktů mezi kolegy. ## Shrnutí Pokud si myslíte, že je váš tým příliš velký a pohráváte si s myšlenkou o škálování, doporučuji mít na paměti několik základních bodů: - Buďte si jistí, že tým škálování potřebuje. - Jasně komunikujte, co změna přinese pozitivního týmu a jeho členům. - Do diskuze zapojte celý tým a řešte tím jeho reálné problémy. - Definujte cíle jednotlivých týmů. - V organizaci týmů dělejte jen minimální změny, potřebné k dosažení vašeho cíle. A od samého začátku týmu připomínejte, že tuto změnu můžete vrátit. Když týmy nebudou po rozdělení funkční a vzniknou nové problémy, vše s nimi vyřešíte. V krajním případě se můžete poučení vrátit k původnímu stavu. Hodně štěstí! --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Muda aneb 7 typů plýtvání při výrobě softwaru > Poznejte 7 typů plýtvání (Muda) ve vývoji softwaru a zjistěte, jak eliminovat neefektivitu, zrychlit delivery a zvýšit hodnotu pro zákazníka. _Source: https://lucidbaydigital.cz/muda-aneb-7-typu-plytvani-pri-vyrobe-softwaru/_ _Published: 2026-03-20_ _Updated: 2026-04-06_ --- Kdo z vás se někdy zabýval Leanem, pravděpodobně jste se setkal se sedmi typy plýtvání (Muda). A protože Lean vznikl původně pro průmyslovou výrobu (Toyota), zpočátku se mi obtížněji hledalo, jak se tyto typy plýtvání přenesou do výroby softwaru.   Mně osobně před pár lety velmi pomohl článek na stránkách [kanbanize.com](https://web.archive.org/web/20240221055636/https://kanbanize.com/lean-management/value-waste/7-wastes-of-lean). Po jeho přečtení jsem sbíral další příklady plýtvání a postupně jsem je zařadil do jednotlivých kategorií. Došel jsem k tomu, že by se takový přehled hodil každému Scrum masterovi (a nejen jemu). Pokud si popřemýšlíte nad strukturou typů plýtvání, bude pro vás hledání výskytů ve vašich týmech jednodušší. Podívejte se na tabulku 7 druhů plýtvání, ke každému typu tu vždy najdete několik příkladů ze světa IT. ![Muda, 7 typů plýtvání](https://lucidbaydigital.com/wp-content/uploads/2026/03/7-Waste-types-Muda3-1024x559.png) ## Čekání Čekání je jedním z nejrozšířenějších a zároveň nejhůře viditelných typů plýtvání při vývoji softwaru. Na rozdíl od výrobní linky, kde je prostoj stroje snadno měřitelný, čekání ve vývoji softwaru se schovává v e-mailových vláknech, ticketovacích systémech a statusech „blocked". Tým často ani neví, kolik času tráví čekáním, vnímá to jako normální součást procesu. Přitom právě čekání je hlavní příčinou dlouhého lead time. Pokud chcete zkrátit dobu dodání, začněte měřením toho, kde a jak dlouho vaše požadavky stojí. - čekání, než se požadavek dostane na řadu u subdodavatelského týmu - čekání na výsledky prioritizace - [čekání na dostupnost testovacího prostředí](https://lucidbaydigital.cz/v-cem-se-lisi-dostupnost-testovaciho-prostredi-pro-agilni-a-tradicni-vyvoj/) - čekání na přístupy - čekání na release ## Zásoby V Lean manufacturing jsou zásoby fyzicky viditelné, stojí ve skladu a vážou kapitál. Při vývoji softwaru mají zásoby podobný efekt, ale jsou neviditelné. Představují investovanou práci a peníze, které ale nepřinášejí žádnou hodnotu. Zásoby navíc stárnou: analýza zpracovaná před půl rokem už nemusí odpovídat realitě. Řešením je omezit rozpracovanost (WIP limit), dodávat v menších dávkách a pravidelně revidovat, co skutečně potřebujete. ### Příklady - Analýza do šuplíku - Hotový, ale nenasazený kód - Nepoužívané nástroje a licence - Příprava rozsáhlé nebo duplicitní dokumentace, která se nepoužívá ## Defekty Defekty jsou typ plýtvání, který většina týmů zná nejlépe: produkční chyby, bugy nahlášené zákazníky, nefungující integrace. Méně viditelný, ale stejně destruktivní je technický dluh: - špatně navržená architektura, - chybějící testy - nebo obcházená pravidla, která se postupně hromadí. Klíčové je, že čím později defekt odhalíte, tím dražší je jeho oprava. Tým, který investuje do průběžné kvality, code review, automatizovaných testů a párového programování, ušetří násobně více, než kolik investoval. ### Příklady - Produkční chyby - Technický dluh ## Co zařadit do Nadprodukce? Nadprodukce je v Lean přístupu považována za nejhorší typ plýtvání, protože způsobuje všechny ostatní. V softwarovém vývoji to znamená vyrábět funkcionality, které nikdo nepotřebuje nebo nepoužívá. Příčinou bývá chybějící zpětná vazba od zákazníka, přesvědčení „víme, co uživatel chce" a nechuť zastavit projekt, do kterého se už investovalo. Řešením je validovat hypotézy dříve, než začnete stavět, a nebát se říct „stop". ### Příklady - Výroba dalších a dalších funkcionalit bez průběžné zpětné vazby zákazníka - Nezrušení projektu/aplikace, který nepřináší hodnotu ## Přeprava V tradiční výrobě přeprava znamená zbytečné přesouvání materiálu mezi pracovišti. Při vývoji softwaru jde o předávání informací mezi lidmi, týmy a systémy. Každé předání s sebou nese riziko ztráty kontextu, zpoždění a nedorozumění. A naopak čím méně předávek, tím plynulejší a rychlejší dodávka. Cross-funkční týmy s end-to-end odpovědností jsou jedním z nejúčinnějších způsobů, jak přepravu minimalizovat. ### Příklady - Přehazování chyb mezi systémy při hledání řešení, někdy i bez další analýzy (teď to není na mně,…) - [Časté přepínání pozornosti mezi mnoha paralelními projekty a paralelními tasky, rozbitý focus](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - Předávání požadavků mezi mnoha subdodavateli (interními i externími) ## Nadměrné zpracování Nadměrné zpracování nastává, když děláme více práce, než je potřeba k dosažení výsledku. Ve vývoji softwaru to často vypadá jako příliš složité procesy, nebo rigidní workflow v nástrojích jako JIRA, které lidé obcházejí. Také přehnaný důraz na reporting a metriky na úkor skutečné práce jsou považovány za plýtvání. Paradoxně se nadměrné zpracování často maskuje jako „kvalita" nebo „best practice". Klíčem je pravidelně se ptát: přidává tento krok skutečnou hodnotu? Pokud ne, zjednodušte ho nebo ho odstraňte. Dobrým testem je zeptat se týmu, které kroky v procesu by jim nechyběly. ### Příklady - Příliš utažená pravidla pro vývoj (procesy, metodika) - Moc složité workflow v JIRA, které všichni přeskakují až když je požadavek hotový a chtějí ho zavřít - Příliš velká pozornost na měření a reporting ## Pohyb Pohyb jako typ plýtvání se v softwaru projevuje zbytečnými kroky, schůzkami a kolečky, které nepřidávají hodnotu. Schvalovací procesy, kde se hotová věc vrací několikrát tam a zpátky jsou typickým zástupcem. Schůzky bez agendy a jasného výstupu jsou také velmi častým zdrojem plýtvání. Patří sem i neustálé vyrušování od práce. Na rozdíl od přepravy (předávky mezi lidmi) jde u pohybu spíše o zbytečnou aktivitu uvnitř jednoho týmu nebo jednoho člověka. Řešením je zkrátit feedback smyčky, zapojit správné lidi od začátku a chránit čas pro soustředěnou práci. ### Příklady - Schvalovací kolečka, kdy se připomínkuje až hotová věc a ta se několikrát vrací tam a zpátky - Schůzky, které nepřinášejí hodnotu - Vyrušování od práce ## Může vás také zajímat - Chcete se o typech plýtvání dozvědět víc? Přihlaste se na naše [Školení Kanban – Flow Mastery](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/). - [Value Stream Mapping – krok za krokem k vyšší efektivitě týmu](https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/) - [Nastavení Kanban boardu: praktický postup pro efektivní workflow](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Muda v AI: 7 typů plýtvání při práci s umělou inteligencí > Poznejte 7 typů plýtvání (Muda) při práci s AI: od čekání na firemní guidelines po halucinace přijaté jako fakta. Lean optikou pro firmy, které chtějí z AI hodnotu. _Source: https://lucidbaydigital.cz/muda-v-ai-7-typu-plytvani-pri-praci-s-umelou-inteligenci/_ _Published: 2026-05-07_ _Updated: 2026-05-07_ --- Před nějakou dobou jsem na blogu psal o [7 typech plýtvání ve vývoji softwaru](https://lucidbaydigital.cz/muda-aneb-7-typu-plytvani-pri-vyrobe-softwaru/). Lean a jeho Muda vznikly v Toyotě pro průmyslovou výrobu, ale mapování na vývoj softwaru funguje stále překvapivě dobře. A když se teď firmy učí pracovat s AI, od ChatGPT až po enterprise implementace s vlastními modely, je vidět, že stejných sedm kategorií Muda funguje i tady. Jen se schovávají na nových místech. Pokud se vaše firma poslední rok ptá, proč nám AI nepřináší očekávanou hodnotu, odpověď může být i v tom, že produkujete AI plýtvání rychleji, než vznikají přínosy. Pojďme se na to podívat optikou Leanu. ## Čekání V softwaru čekáme na testovací prostředí, na release, na schválení. V době AI čekáme nejčastěji na to, až nám někdo řekne, že tu AI smíme použít. Zaměstnanci čekají na oficiální AI guideliny. Týmy čekají na schválené nástroje. Manažeři čekají na pilotní projekt někoho jiného, aby viděli, jestli to funguje. A zatímco všichni čekají, konkurence už pracuje s AI tři měsíce. Paradox je, že firemní AI guidelines mají umožnit používání AI,  a místo toho se z čekání na ně stává hlavní brzda. Zaměstnanci přitom AI používají tak jako tak, jen mimo firemní rámec, bez auditu a bez sdílení dobré praxe. ### **Příklady:** - Čekání na firemní AI guidelines, než si lidé "smí" zkusit AI nástroje - Čekání na schválený seznam nástrojů od IT - Čekání na obnovení limitu u levnějších licencí nebo free verzí ## Zásoby Zásoby v softwaru jsou třeba analýza do šuplíku, nebo hotový nenasazený kód. V AI mají zásoby nový rozměr,  a jsou drahé doslova. Nakoupené AI nástroje, které nikdo nepoužívá, jsou dnes v korporátech tichá epidemie. Firma podepíše enterprise smlouvu na AI nástroj pro 500 lidí, aktivně ho ale používá 50. Předplacený přístup k API, který se ani z poloviny nevyužije. Investice je viditelná v účetnictví, hodnota ale nikde. Druhý typ AI zásoby je promptová knihovna bez kurátora. Někdo na začátku nadšeně sepíše 200 promptů pro různé use casy. Po půl roce polovina nefunguje (model se mezitím změnil), třetina je duplicitní a nikdo neví, který je ten správný. ### **Příklady:** - Nakoupené AI nástroje a licence, které nikdo nepoužívá - Fine-tuned modely, které nikdo nenasadil do produkce - Knihovny promptů, které nikdo neudržuje ## Defekty V softwaru jsou defekty produkční chyby a technický dluh. V AI dostáváme nový typ defektu,  halucinace, která vypadá důvěryhodně. Klasický bug ve vývoji se obvykle projeví: aplikace spadne, test selže. AI defekt je zákeřný v tom, že výstup vypadá perfektně. Smyšlené citace v právní rešerši. Chybný součet ve finančním reportu. Vymyšlený odkaz v marketingovém textu. Nikdo nic nezkontroluje, protože "to napsala AI a vypadá to správně". A čím dále se AI dostává do rozhodovacích procesů, tím dražší jsou důsledky. Halucinace v draftu emailu je nepříjemnost. Halucinace v podkladu pro investiční rozhodnutí je problém. ### **Příklady:** - Halucinace přijaté jako fakta - AI generovaný kód nebo obsah bez review - Promptový dluh,  neverzované, neotestované prompty kopírované mezi týmy ## Nadprodukce V Lean filozofii je nadprodukce nejhorší typ plýtvání, protože plodí všechny ostatní. V softwaru je to vyrábění funkcí, které nikdo nepoužívá. V AI to platí dvojnásob a navíc sem patří i AI feature pro AI feature, vyrobená bez ohledu na zákazníka. - "Musíme tam dostat AI" je dnes nejdražší věta v korporátech. Chatbot na webu, který nikdo nepoužívá. AI summary v aplikaci, kterou uživatelé hned přeskakují. AI v interním nástroji, který dává horší výsledky než vyhledávač. AI generovaný personalizovaný onboarding, který nikoho nezajímá. Příčina je stejná jako u softwaru, chybějící zpětná vazba a přesvědčení, že "víme, co uživatel chce". Jen je to teď násobeno tlakem CEO a investorů, kteří chtějí vidět "AI strategii" v každém quarter reportu. Funkce vznikají proto, že AI je k dispozici, ne proto, že by řešila reálnou potřebu. ### **Příklady:** - AI features vyrobené bez ohledu na zákazníka ,  nikdo je nechce - Chatboty místo lepšího designu - Automatizace procesů, které měly být zrušeny, ne automatizovány ## Přeprava V softwaru je přeprava o předávání informací mezi lidmi a systémy. Každá předávka = riziko ztráty kontextu. V AI se k lidským předávkám přidávají ještě i předávky mezi modely. Řetězení několika modelů tam, kde stačí jeden, je v posledním roce módní. Jeden model generuje text, druhý ho překládá, třetí kontroluje fakta, čtvrtý formátuje. Každý přechod = potenciální ztráta kontextu, prodloužení lead time a zvýšení nákladu na tokeny. Architektury typu "agent volá agenta a ten volá agenta" působí na slidech impozantně, v praxi často přidávají chyby tam, kde žádné nebyly. Pravda je, že většinu use casů, na které firmy nasazují multi-agent řešení, některé dnešní modely zvládnou v jednom průchodu. Stačí dobře napsaný prompt a kvalitní vstup. ### **Příklady:** - Řetězení několika modelů tam, kde stačí jeden - Copy-paste workflow mezi nástrojem a AI chatem - Citlivá data unikající ven přes promptové rozhraní ## Nadměrné zpracování V softwaru se nadměrné zpracování projevuje příliš utaženými procesy a workflow, které lidi potom obcházejí. V AI dostáváme jeho nové formy. Typickým příkladem je přehnaný prompt engineering tam, kde stačí jednoduchost. Lidé tráví hodiny laděním promptů, přidávají chain-of-thought, few-shot examples, system messages, role definitions, XML tagy a meta-instrukce ,  pro úkol, na který by stačila jedna jasná věta a kontrola výstupu. Vzniká potom kult složitosti: čím delší prompt, tím profesionálnější. Přitom moderní modely často odpovídají lépe na krátké, přesné zadání než na třístránkovou instrukci, ve které se časti ztratí i sám autor. ### **Příklady:** - Přehnaný prompt engineering tam, kde stačí jednoduchost - Enterprise AI projekty pro problémy, které řeší off-the-shelf nástroj ## Pohyb Pohyb v softwaru = zbytečné kroky, schvalovací kolečka, schůzky bez agendy. V AI se k tomu přidává ještě přepínání mezi nástroji a opakované re-promptování. Uživatel napíše prompt. Výsledkem je, že to pořád ještě není není ono. Přepíše prompt. Pořád ne. Přepne do jiného modelu. Zkusí to znovu. Vrátí se k prvnímu. Zkopíruje výstup do třetího nástroje na úpravu. Místo soustředěné práce se z toho stává AI fidgeting,  neustálé přepínání, které vypadá produktivně, ale výsledný výstup by zkušený člověk udělal rukou rychleji. Druhý typ pohybu jsou AI schvalovací kolečka. Vygenerovaný draft, potom revize člověkem, následuje AI revize revize, potom přijde druhá lidská revize a potom ještě finální AI úprava a nesmí chybět ještě schválení. Hotová věc se vrací několikrát tam a zpátky, jen teď s ještě více aktéry. ### **Příklady:** - Přepínání mezi více AI nástroji pro jeden úkol - Opakované re-promptování místo zamyšlení nad zadáním - AI revize AI výstupu jako rituál, ne jako kvalita ## Co s tím Stejně jako u softwaru,  nejdřív je potřeba si toho všimnout a pak měřit a odstraňovat. Tři praktické otázky, které pomáhají v AI auditu: - Kde lidé čekají? (Na nástroj, na souhlas, na model, na odpověď.) - Co jsme koupili nebo vyrobili a nepoužíváme? (Licence, modely, prompty, AI features.) - Kde AI přidává kroky místo aby je odebírala? AI sama o sobě hodnotu netvoří. Hodnotu tvoří odstranění plýtvání v procesu, kterému AI slouží. Pokud AI přidáváte na vrch existujícího nepořádku, dostanete jen rychlejší nepořádek. A to je, parafrázuji-li klasiku, dražší forma plýtvání, než jakou by Toyota kdy stihla vymyslet. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Nastavení Kanban boardu: praktický postup pro efektivní workflow > Naučte se, jak nastavit Kanban board tak, aby váš tým pracoval efektivněji, eliminoval úzká hrdla a zlepšil flow práce. Praktický návod. _Source: https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/_ _Published: 2025-12-03_ _Updated: 2026-02-17_ --- Pokud jste se někdy zabývali tím, jak nastavit Kanban board pro váš tým, možná se vám tento článek s trochou našich zkušeností bude hodit.  Než začneme s vysvětlováním Kanban boardu, je dobré si uvědomit, že Kanban by se ve vašem týmu neměl omezit jen na nástěnku. To skutečně cenné, je až za ním, kdy začnete hledat zdroje plýtvání ve vašem týmu a kromě užitečného nástroje začnete pracovat i s kulturou v týmu. ## Struktura Kanban boardu Kanban board je zjednodušeně tabule, která slouží ke sledování stavů a postupu při dodávce hodnoty vašim zákazníkům. Úkoly na tabuli řadíme podle priority. Úkoly s nejvyšší prioritou najdete na tabuli hned nahoře a směrem dolů priorita úkolů klesá. Tak jak se postupně mění stav vašich úkolů, posouvají se lístečky s úkoly postupně zleva doprava na tabuli. Na levé straně tabule čeká úkol na zahájení výroby a úplně vpravo pak ukazuje hotový produkt, dodaný zákazníkovi. Tabule je vertikálně rozdělená do sloupců a každý sloupec znamená nějaký významný stav při výrobě vašeho produktu nebo služby. Pro přechody mezi jednotlivými stavy si můžete v případě potřeby i definovat „Definition Of Done“. ![Kanban board](https://lucidbaydigital.com/wp-content/uploads/2025/10/Kanban_board.png) ## Jak se Kanban board liší od Scrum boardu? V čem se tedy liší Kanban board od klasického Scrum boardu? - Kanban board neslouží k plánování sprintů. - Kanban board je prakticky nekonečný, neruší se po každých dvou týdnech. Pouze například po releasu se z něj odstraní již dodané tasky. - Kromě stavu jednotlivých úkolů můžete na Kanban boardu sledovat i takzvaný **Work In Progress (WIP) Limit**. Více si o něm povíme v následující kapitole. ### Význam nastavení WIP limitu WIP limit omezuje počet paralelně rozpracovaných úkolů. Čím více máte paralelně otevřených úkolů, na kterých pracujete současně, tím více ztrácíte focus na jejich dokončení. Velké množství rozpracovaných úkolů je typickým zdrojem plýtvání. Práce na mnoha úkolech najednou, vede k častému přepínání mezi nimi a tak i k plýtvání časem. Čas obvykle ztratíte už jen přepnutím kontextu v hlavě, kdy se přestanete věnovat jednomu úkolu a musíte si vzpomenout, kde jste skončili s následujícím úkolem. To pak vede k vyšší únavě a následně i k vyšší chybovosti. Více si můžete přečíst například v našem článku [Iluze o výkonnosti týmu a roztříštěný focus](https://www.lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/).   Proto doporučujeme nastavit si WIP limit pro rozpracované úkoly. Pokud při práci narazíte s novým taskem na omezení dané WIP limitem, tak nezačínejte práci na tomto úkolu. Znamená to, že jste v procesu výroby narazili na úzké hrdlo. Pokud s tím nic neuděláte, začne se vám hromadit nedokončená práce. Nedokončená výroba je dalším známým druhem plýtvání. Zamyslete se nad tím, jak si jinak uspořádáte práce, abyste odstranili úzké hrdlo, na které jste narazili. Pokud k práci s Kanban boardem používáte software, často vám zvýrazní překročení WIP limitu například červenou barvou. Nástroj vám pak často také nedovolí posunout nový požadavek do stavu, kde by jste překročili WIP limit. Nástroj vás tak může pomáhat k většímu hlídání efektivnosti vašeho týmu. ## Stavy úkolů na Kanban boardu Existuje více možností, jakým způsobem si nastavit efektivní workflow v Kanban boardu. - **To do / In progress / Done** – toto je asi nejjednodušší nastavení stavů, které můžete použít Výhodou je prakticky nulová pracnost na přípravu. Využijete ho zejména tam, kde máte velmi jednoduché úkoly, které rychle odbavíte a nepotřebujete si práci mezi sebou příliš předávat. - Můžete použít **Value Stream Mapping** jako pomocník pro návrh workflow do Kanban boardu. Hned na začátku vás ale musím upozornit na to, že Value Stream Mapping byste neměli používat jen jako nástroj pro přípravu Kanban boardu. Jeho hlavní hodnota je v objevení zdrojů plýtvání, sjednocení chápání procesu výroby. Možnost využít jej pro tvorbu Kanban boardu je vlastně přidaná hodnota navíc. Také si uvědomte, že Kanban board nemusí vždy přesně kopírovat stavy, které jste identifikovali při Value Stream Mappingu. Důvodem je například rozdílná granularita informací, kterou potřebujete. Pokud se chcete dozvědět více, podívejte se na článek [Value Stream Mapping – nástroj pro kontinuální zvyšování efektivity týmů](https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/) - **Stanovení workflow empiricky** – můžete zkusit i navrhnout workflow pro vyšší efektivitu empiricky a postupně ladit množství a definici stavů. Koneckonců, pokud chcete, aby se váš tým zlepšoval, nemějte workflow vytesané do kamene, abyste měli možnost s ním průběžně pracovat. ### Stavy Ready for... Využívání stavů **„Ready for…“ **V některých firmách jsme se setkali s využíváním stavů ve formátu „Ready for Analysis“, „Ready for development“ a podobně. Možná budete mít jiný názor, my ale tyto stavy spíše nedoporučujeme používat. Ve firmách se jimi často označuje stav, kdy je například hotová analýza, ale vývojář si ještě nevzal požadavek k vývoji. A tak můžete měřit, kolik času stráví požadavek čekáním na zpracování. Pokud chcete, aby se váš agilní tým soustředil na týmovou spolupráci, používejte jen stavy, které skutečně přidávají hodnotu produktu. A pokud striktně oddělíte stavy, kterými váš produkt postupně prochází a měříte čekání speciálním stavem, znamená to riziko omezení spolupráce ve vašem týmu a tvoření si alibi, že se zrovna u mne se task při výrobě nezastavil. Pokud se tedy rozhodnete tento typ stavů využívat, dávejte si na toto riziko pozor. ### Classes of Services  Kaban board se dá organizovat i horizontálně a to pomocí takzvaných Classes of services. Mezi nejznámější členění Kanban boardu podle Classes of service patří: - **Expedite/Urychleně odbav**i**t**  – tyto úkoly jsou nejvíce prioritní, snažíme se je co nejdříve dodat - **Fixed delivery date** – úkoly s pevně daným termínem dodání - **Standard** – standardní úkoly bez kritické priority a pevného termínu dodání - **Intangible / neprioritní úkoly** – uděláme je, když na ně zbyde čas ## Granularita úkolů na Kanban boardu Rozmyslete si jakou granularitu chcete vidět na vašem Kanban boardu, aby nebyl příliš statický. Cílem Kanban boardu je vizualizace toho co děláme a příliš složitý board se vám bude hůře číst. Malou granularitu využijete, když chcete na Kanban boardu vidět například chystaný release. A naopak, vyoskou granularitu využije tým, který na Kanban boardu odbavuje drobné tasky a denně se u něj setkává. S velkými tasky bude váš Kanban board statický a stane se z něj pouze informativní nástěnka. Naopak s drobnými úkoly se vám bude s Kanban boardem lépe pracovat na denní bázi a snáze v něm uvidíte i různé zdroje plýtvání. Podle našich zkušeností neexistuje univerzální pravidlo, které by vám přesně řeklo, jak mají být tasky na Kanban boardu velké. Je to opět o empirickém přístupu. Kanban board nastavte a uvidíte. Pokud bude váš Kanban board moc statický, nebo generuje až příliš režie s udržováním aktuálního stavu, nevadí. Vše jednoduše změňte, poučte se ze současného stavu a adaptujte se. Tak ať se vám s novým Kanban boardem dobře pracuje! ## Také vás může zajímat: - Můžete se přihlásit na náš praktický kurz *[Kanban – Flow Mastery](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/)* - Přeštěte si článek [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # O nás & Kontakty > Lucid Bay Digital - Agilní konzultace, Product management a People & Culture v Praze od 2018. ✓ 600+ proškolených ✓ 90+ klientů _Source: https://lucidbaydigital.cz/about-us-contacts-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-12_ --- ## Změna na trhu není překážka, ale příležitost k růstu a inovacím. ![](https://lucidbaydigital.com/wp-content/uploads/2025/09/Rectangle-235-min.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2025/09/Rectangle-236-min.jpg) ![](https://lucidbaydigital.com/wp-content/uploads/2025/09/Rectangle-237-min.jpg) Pomáháme společnostem uspět na trhu. Budujeme high performing týmy, které rozumějí svým zákazníkům a dokážou se přizpůsobit změnám na trhu dřív, než se stanou problémem. Díky moderním agilním metodám a Product Discovery umožňujeme firmám dodávat produkty a služby se skutečnou hodnotou. Hlavní milníky ## Naše cesta ### 2018 **Založení Lucid Bay Digital s.r.o.** Jan Šrámek a Tomáš Reichmann zakládají společnost s vizí propojit agilní myšlení, technologie a hmatatelné obchodní výsledky pro klienty. ### 2020 **Změna vlastnické struktury** Jan Šrámek se stává jediným vlastníkem společnosti.  **Udělení licence pro zprostředkování zaměstnání** Ministerstvo práce a sociálních věcí uděluje společnosti Lucid Bay Digital licenci podle § 14 odst. 1 písm. a) a c). Společnost rozšiřuje své služby o vyhledávání talentů a kariérní poradenství. ### 2024 **Produktový růst** Nově pomáháme společnostem přinášet hodnotu svým zákazníkům tím, že propagujeme přístupy Product Discovery, rozvíjíme produktové vlastníky a produktové manažery a pomáháme společnostem najít vhodné kandidáty pro tyto role. ![Lucid Bay Digital, školicí místnost, školíme agilní přístupy jako je Scrum, Kanban, nástroj Lean Canvas, školení product ownerů](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DSC_3483.jpg) ## Jak fungujeme **Sami žijeme tím, co učíme** Vše, co sdílíme s našimi klienty, sami používáme, od týmové spolupráce až po agilní způsoby práce. **Změny provádíme s vámi společně** Lidé podporují to, na čem se sami podílejí. Proto vás a vaše týmy zapojujeme do každého kroku, od nápadu až po realizaci. **Pomáháme vám osamostatnit se** Naším cílem není, abyste se na nás spoléhali. Chceme, abyste své týmy rozvíjeli s jistotou i poté, co odejdeme. Pomáháme vám stát se silnějšími, schopnějšími a připravenými vést vlastní změny. Lucid Bay Insights ## Zkušenosti z praxe [### Muda v AI: 7 typů plýtvání při práci s umělou inteligencí Číst více](https://lucidbaydigital.cz/muda-v-ai-7-typu-plytvani-pri-praci-s-umelou-inteligenci/) [### AI jako opravář topení a proč přínosy AI ve firmě nezávisí na velikosti implementace Číst více](https://lucidbaydigital.cz/ai-jako-opravar-topeni-a-proc-prinosy-ai-ve-firme-nezavisi-na-velikosti-implementace/) [### Muda aneb 7 typů plýtvání při výrobě softwaru Číst více](https://lucidbaydigital.cz/muda-aneb-7-typu-plytvani-pri-vyrobe-softwaru/) [### Lead Time: Ukazatel, který rozhoduje o výkonnosti firmy Číst více](https://lucidbaydigital.cz/lead-time-vykonnost-firmy/) ## Lucid Bay v číslech [O nás](https://lucidbaydigital.cz/about-us-contacts-cs/) 600+ vytrénovaných profesionálů 2000+ vyřešených agilních tasků 7 let zkušeností 90+ klientů všech typů 100+ vytvořených agilních týmů 8 lidí v týmu ## SPOKOJENÍ ZÁKAZNÍCI - FIRMY VŠECH VELIKOSTÍ ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Naši spolupráci s Lucid Bay Digital považuji za mimořádně profesionální a vyspělou. Na přístupu Jana Šrámka oceňuji především to, že naše partnerství nevnímá pouze z hlediska obchodních čísel, ale také z hlediska dlouhodobé přidané hodnoty pro naše společnosti. Bedřich Krejčí, MBA Release Train Engineer, O2 Czech Republic ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Měl jsem příležitost spolupracovat s kouči ze společnosti Lucid Bay Digital během transformace České spořitelny, a.s. Vyznačovali se svými znalostmi agilních technik. Pomohli nám udělat velký skok ve vytváření kultury založené na agilních principech a přístupu zaměřeném na zákazníka. Tomasz Bartkowiak Area Lead Of Agile Coaches at Česká spořitelna, a.s. ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Možná si kladete otázku, zda je agilita pro nás to pravé. Také jsme si to mysleli. Existuje mnoho pochybností, ale společnost Lucid Bay Digital nám pomohla najít řešení těchto pochybností nebo experimentovat, dokud jsme nevytvořili správný způsob práce.       Vladimír Hranáč Founder & CTO, Betsys ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Jan nám pomohl pochopit a implementovat agilní dodávky našeho klíčového front-endu. Nebylo to vůbec snadné, potýkali jsme se s tradičním způsobem dodávek, ale on se této výzvy ujal s energií a nadšením. Díky jeho trpělivému vedení se nám podařilo získat podporu vedení. Pavel Procházka GE Money Bank, a.s., IT Manager, Core Java Development ![Lucid Bay Digital](https://lucidbaydigital.cz/wp-content/uploads/2025/09/lucidbay-prague-min.jpg) PRAHA Kontakty **Lucid Bay Digital s.r.o.** Arbesovo náměstí 257/7 150 00 Praha - Smíchov Česká republika P: [+420 604 304 032](tel:+420604304032) E: [info@lucidbaydigital.com](mailto:info@lucidbaydigital.com) IČO: 07175973 DIČ: CZ07175973 kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # People & Culture: Lidé, kteří posílí výkonnost vašich týmů > Profesionální licencovaná IT personální agentura ✓ Nábor vývojářů, Scrum Masterů a agile expertů ✓ 90+ spokojených klientů ✓ _Source: https://lucidbaydigital.cz/people-culture-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-12_ --- Lidé na prvním místě. Výkonnost následuje.  ![Lucid Bay Digital, agentura práce a konzultace pro HR, nábor vývojářů, product owner hledání, product team nábor, agile coach nábor, hledání a nábor Scrum masterů](https://lucidbaydigital.cz/wp-content/uploads/2025/10/agentura_prace.png) Agilisté Digitální talenty Produktové týmy Vývojáři & DevOps Lean Koordinátoři Produktová tria Agentura práce ## Správní lidé. Správné myšlení. Skutečné výsledky. V Lucid Bay Digital věříme, že skvělé výsledky vycházejí ze skvělých týmů. Proto se nezabýváme pouze obsazováním pozic, ale pomáháme vám budovat prostředí, ve kterém lidé spolupracují, rostou a společně dosahují výsledků. Od krátkodobých expertů po dlouhodobá partnerství, podporujeme vás na vaší cestě k silnější a agilnější organizaci. JAK TO FUNGUJE ## PROCES HODNOCENÍ NAŠICH KANDIDÁTŮ A ### Ověření odborných znalostí Nejprve vyhodnotíme technické a odborné znalosti každého kandidáta. Prostřednictvím podrobných pohovorů se zkušenými vývojáři, agilními kouči nebo produktovými manažery ověřujeme, zda dovednosti kandidátů odpovídají potřebám a standardům vaší společnosti. Do dalšího kola pohovorů postupují pouze ti, kteří skutečně splňují vaše požadavky. B ### Lidé a Motivace   Skvělé týmy jsou postaveny na důvěře, spolupráci a motivaci. Proto se nezaměřujeme pouze na životopisy, ale snažíme se porozumět komunikačnímu stylu, motivaci a týmové dynamice každého jednotlivce. Hledáme lidi, kteří se k vám hodí jak po profesní, tak po osobní stránce. C ### Agile / Produkt Mindset Hledáme lidi, kteří kombinují agilní způsoby práce s produktovým myšlením. Lidi, kteří rozumí odpovědnosti, hodnotě pro zákazníka a spolupráci napříč různými řemesly. Tento způsob uvažování je nezbytný pro budování moderních produktových organizací a vedení digitální transformace. Pečlivě ověřujeme reference od předchozích zaměstnavatelů, abychom potvrdili spolehlivost každého uchazeče. ![Lucid Bay Digital, agentura práce. Hledání a nábor vývojářů, scrum masterů, agilních koučů, product owner, produktových manažerů, DevOps engineerů a dalších pozic.](https://lucidbaydigital.cz/wp-content/uploads/2025/12/hledane-pozice3.png) IT pozice Agilní pozice Produktové týmy Leadership IT výrobních firem KOHO NEJČASTĚJI HLEDÁME ## Přehled pozic Ve spolupráci s našimi klienty dlouhodobě řešíme nejčastěji **nábor** **IT specialistů. **Kromě toho také pomáháme vyhledat a profesionálně **posoudit agilní a produktové role**. Zaměřujeme se na profesionály, kteří chtějí pracovat na smysluplných projektech a posouvat firmy i sebe dál.  **IT a technologické pozice: **Vývojář (backend, frontend, full-stack) , DevOps engineer, Data Engineer, IT & Business analytik, Tester, Automatizační tester **Agilní role a leadership:  **Agile Coach, Scrum Master, Product Owner, Agilní leader a manažer. Outsourcing scrum masterů a agilních koučů **Produktové role: **Člen produktového týmu, Produkt manažer Jsme držitelé licence na agenturu práce od MPSV. Garantujeme profesionální a transparentní zprostředkování zaměstnání a náborové služby. [Domluvte si pomoc s náborem zaměstnanců](#contact) ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) OKR Performance management Rozvojové plány Agilní transformace Produktové transformace Firemní kultura KONZULTAČNÍ SLUŽBY ## Sladění lidí, kultury a způsobu práce Pomůžeme vám změnit způsob fungování vaší organizace. Společně transformujeme firemní kulturu, role a způsoby práce tak, abychom posílili spolupráci, agilitu a zaměření na zákazníka. Naši konzultanti přinášejí reálné zkušenosti z agilních, produktových a digitálních prostředí a pomáhají leaderům a týmům podávat nejlepší výkon. Hledáte podporu pro agilní nebo produktovou transformaci? Ozvěte se nám a nezávazně probereme, jak vám můžeme pomoci posunout vaši organizaci dál. [Nezávazná konzultace](#contact) ## VÁŽNĚ SPOKOJENÍ ZÁKAZNÍCI ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Společnost Lucid Bay Digital s.r.o. nám pomohla v T-Mobile Czech Republic a.s. a Slovak Telekom s hledáním senior agilních koučů v České republice a na Slovensku. Oceňuji schopnost rychle najít relevantní kandidáty, ale také odborné znalosti při posuzování jejich znalostí a zkušeností. Lucie Blažková Head of Agile Coach Hub & HR CI ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Jan je velmi kompetentní odborník. Pomohl nám s technickou stránkou náboru na pozici scrum mastera v naší společnosti. Rozhovory, které vedl, hodnotím na velmi vysoké úrovni.     Adrianna Kaczor Betsys ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Pan Šrámek komunikoval velmi profesionálně, pečlivě zkontroloval zadání a během předvýběrového procesu se s námi vždy radil. Kvalita jím doporučených kandidátů byla velmi uspokojivá. Kateřina Braithwaite Aveco kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Proč váš IT tým potřebuje změnu: 5 signálů, které neignorovat > Váš tým je stále zaneprázdněný, ale výsledky stagnují? Seznamte se s 5 jasnými příznaky, že potřebuje změnu, dřív než výkon klesne ještě víc. _Source: https://lucidbaydigital.cz/5-priznaku-ze-it-tym-potrebuje-zmenu/_ _Published: 2026-01-09_ _Updated: 2026-02-17_ --- Když jsem začal psát článek **„5 příznaků, že váš tým potřebuje změnu“**, uvědomil jsem si, že těch signálů je mnohem víc než pět. A je těžké vybrat, který z nich je ten nejdůležitější. Za poslední roky jsem viděl stovky situací, kdy firmy **„nějak jedou“**, ale ve skutečnosti jedou **čím dál pomaleji, dráž a s vyšším rizikem**. A často to, že máme horší time-to-market nikdo nahlas nepřizná, protože výsledky se pořád „nějak“ dodávají. Jenže trh na nikoho nepočká. Roste tlak i technický dluh a klesá naše schopnost reagovat na změny trhu. A tak to plyne dál, až jednou přijde zlom: **velký incident, zásadní zpoždění, bezpečnostní problém nebo odchod klíčových lidí**. Jaké jsou tedy nejčastější signály, že je potřeba změna? ## 1) Time-to-market se zhoršuje Stejnou funkcionalitu dnes tým doručí **o týdny nebo měsíce později** než před rokem. Technický dluh roste a každý release představuje pro všechny velký stres. Přibývají hotfixy na produkci a týmy se začínají bát každého dalšího releasu: *„Co se tam zas rozbije?“* **Z pohledu vedení firmy je to alarmující**, protože to znamená: - pomalejší růst a horší konkurenceschopnost, - vyšší provozní náklady, - nárůst rizik (incidenty, bezpečnost), - horší schopnost škálovat tým i produkt. **A nakonec si dovolím jednu otázku:** Pokud naberete dalších 10 lidí, zrychlí se to… nebo se chaos jen znásobí? ## 2) „Tohle není moje práce“ Práci si týmy přehazují mezi sebou. Teď jsem v klidu, protože požadavek jsem přehrál na kolegu jinde. Požadavky tak čekají ve frontách a zodpovědnost je pryč. Lidi mají často subdodavatelský přístup: **„Tady to máte a teď už si s tím dělejte, co chcete.“** Výsledkem je potom, že: - nikdo nevlastní cíl projektu a výsledek, - projekty se natahují, - kvalita trpí, - a na konci se řeší spíš „kdo to měl udělat“ než „jaký byl dopad“. Pokud lidé nevlastní cíl, na výsledku to bude rozhodně poznat. **Z pohledu vedení firmy** tak platíte za práci, ale nedostáváte výsledek. A co hůř, „nikdo za nic nemůže“, takže se systém neumí zlepšovat. ## 3) Strach z chyb a přetížení Tým opouští iniciativa. Nevznikají inovace, lidé raději čekají na zadání a drží se toho, co znají. A když jsou pak přetížení, často už jsou ve stavu, kdy jakoukoliv snahu pomoci vnímají jen jako další přítěž. Roste frustrace i rezignace. Přetížení se často pozná podle toho, že: - každý má rozdělaných příliš mnoho věcí najednou, - lidé jsou permanentně na meetingách a „nemají kdy pracovat“, - priority se mění ze dne na den, - zlepšování procesu je luxus, na který „teď na to není čas“. Jenže pokud tým nemá čas zlepšovat způsob práce, bude se postupně **propadat do spirály údržby a požárů**. **Z pohledu vedení** jde o jeden z nejdražších stavů. Platíte za kapacitu, která se spotřebovává na „udržování systému při životě“, místo aby generovala hodnotu. ## 4) Zákazník je jako Yeti: všichni o něm mluví, ale nikdo ho neviděl Týmy neukazují výsledky průběžně. Na konci projektu pak často slyší hodnocení: **„Tohle jsme vůbec nechtěli.“** Business a IT navíc fungují odděleně. Místo spolupráce nastupují neshody a vzájemné obviňování: - „Business zase neví, co chce.“ - „IT zase nedodává.“ Ve skutečnosti je problém často jinde: **chybí pravidelná zpětná vazba a společné porozumění hodnotě**. Čím později dostane zákazník možnost reagovat, tím víc: - roste riziko, že dodáváte špatnou věc, - roste frustrace, - roste cena změny, - a klesá důvěra. **Z pohledu CEO** je to přímý dopad na ROI. Investujete do projektů, které mohou skončit jako „velké dodávky, které nikdo nechce“. ## 5) Když něco selže, hledá se viník Když se něco pokazí, nejdřív se hledá, kdo za to může. A teprve potom řešení. Lidé přestanou otevřeně mluvit o problémech, protože neexistuje bezpečné prostředí. A tohle je extrémně nebezpečné, protože: - problémy se začnou skrývat, - rizika se časem stanou realitou, - zpětná vazba zmizí, - ve skutečnosti neřídíme chod firmy, když neznáme skutečnou podstatu problémů. Nevyřčené věci se v lidech hromadí, až nakonec vyústí v konflikty, „tiché odchody“ (quiet quitting) nebo sérii odchodů talentů. **Z pohledu managementu:** je to signál, že organizace ztrácí schopnost učit se. A pokud se firma neumí učit, zůstává pozadu. ## Co s tím dělat? Těžké téma na začátek roku. Možná jste se v některém bodě poznali. Mám ale pro vás dobrou zprávu. **Nemusíte hned dělat velkou reorganizaci**. Často stačí začít jednoduchým, ale důsledným krokem: ### 1) Spolu s týmy pojmenujte problém Vyberte jeden nebo dva signály, které jsou u vás nejvýraznější. Ne pět. Ne deset. **Jeden nebo dva.** ### 2) Nechte tým navrhnout 3 konkrétní kroky Požádejte tým, aby samostatně navrhli **3 kroky**, které jim nejvíc pomůžou. Bez korporátní omáčky. Bez Powerpointu. Jen to, co uděláme jinak. Tady jsou jen některé příklady kroků, které často dávají smysl. ### 3) Dejte týmům podporu a mandát Krok „nechte tým navrhnout změny“ je k ničemu, pokud následně nemají čas, nemají podporu pro realizaci, nebo se změny zametou pod koberec. ### 4) Za 4–6 týdnů se vraťte a ověřte dopad Zeptejte se lidí zda to pomohlo, co se zlepšilo a co ne. A co uděláme dál? **Iterujte.** Možná pokusy o změnu napoprvé nevyjdou. Nevadí, upravte návrh řešení. Změna ve firmě není jednorázová akce. ## Závěr Pokud vidíte některé z těchto příznaků, je to signál, že je čas jednat. Ne proto, že by tým byl špatný, ale proto, že systém, ve kterém funguje, je špatně nastavený. Lidé a jejich chování je pak přesným odrazem nastavení systému. A když se do toho pustíte správně, vrátí se vám to v: - **rychlejším time-to-market** - **nižším provozním riziku** - **nižších nákladech** - **lepší motivaci a stabilitě lidí** - a menším počtu odchodů klíčových talentů **Chcete zjistit, kde je největší brzda vašeho delivery? [Ozvěte se](#contact). Společně pojmenujeme 1–2 hlavní příčiny a navrhneme první kroky, které přinesou rychlý efekt.** ## Také vás může zajímat - [Agile Performance](https://lucidbaydigital.cz/agile-performance-cs/) – služba, kterou využíváme pro zlepšování výkonnosti týmů - [Iluze výkonnosti – intenzivní spojení problému výkonu týmů](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - náš článek v sekci Insights - [Školení: Kanban - Flow Mastery](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/) - školení určené k odstranění plýtvání v týmech, vyšší efektivitu a seznámení s metodou Kanban - [Agile kurzy](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/) - další agilní kurzy, které mohou pomoci s efektivitou vašich týmů ## Časté otázky ****1) Co je technický dluh a proč zpomaluje time-to-market?** ** Technický dluh jsou kompromisy ve vývoji, které zrychlí dodávku dnes, ale zpomalí vás zítra (např. chybějící testy, dočasná řešení, neudržovaná architektura). Čím déle ho ignorujete, tím víc času tým tráví opravami a tím méně dodává novou hodnotu. Je to jako půjčka, kterou budete muset jednoho dne splatit. ****2) Jak poznám, že se time-to-market zhoršuje, i když tým „pořád dodává“?** ** Typicky porovnejte: Čas od zadání po nasazení (lead time), frekvenci releasů: čím delší doba na release, tím pomalejší time to market počet hotfixů a incidentů - čím více hotfixů, tím pomalejší time to market, kolik práce se vrací k opravám. Pokud roste doba dodávky a zároveň roste počet oprav, je to jasný signál. ****3) Proč týmy říkají „to není moje práce“ a co s tím?** ** Obvykle chybí jasné vlastnictví výsledku (ownership) a cíle jsou definované jen jako „úkoly“, ne jako dopad. Vzniká to často tím, že každý tým má jiné cíle a chce ukázat úspěch. Jenže úspěch jednotlivých týmů není vždy totožný s úspěchem celé firmy. Často tedy pomáhá nastavit sdílené týmové cíle, aby týmy měly motivaci si navzájem pomáhat. ****4) Jak řešit přetížení týmu, když je práce objektivně hodně?** ** Přetížení většinou není jen o množství práce, ale o způsobu řízení práce. Pomáhá snížit rozpracovanost (WIP limit, tzv Work In Progress limit), nastavit priority podle skutečné hodnoty a omezit přepínání kontextu. Tým často zrychlí, i když dělá méně věcí zároveň. ****5) Proč je důležité ukazovat výsledky zákazníkovi průběžně?** ** Průběžné ukazování (demo, validace) snižuje riziko, že dodáte něco, co zákazník nechce. Zkracuje zpětnou vazbu, zvyšuje důvěru a výrazně snižuje cenu změn, protože chyby se odhalí dřív. ****6) Jak vytvořit bezpečné prostředí, kde se nehledá viník?** ** Začněte tím, že incidenty a chyby budete řešit jako systémový problém: co se stalo, proč to systém umožnil a jak tomu zabráníme. V praxi fungují blameless postmortems, retrospektivy a jasná pravidla komunikace. Pokud lidé věří, že za chybu nebudou potrestáni, začnou problémy řešit dřív a tím sníží riziko. Zároveň tak získáte možnost o těchto problémech vědět a možnost firmu skutečně řídit. kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Product Growth: Od feature factory k reálnému růstu > Pomáháme firmám nastavit produktové řízení, prioritizaci a práci s hodnotou tak, aby produkty skutečně podporovaly růst a výkonnost firmy. _Source: https://lucidbaydigital.cz/product-growth-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-12_ --- Skvělý produkt neznamená dělat toho více. Znamená to dělat to, na čem záleží. Pomáháme firmám přejít od poskytování dalších funkcionalit k vytváření hodnoty pro zákazníky. ![Od funkcionalit k hodnotě. Lucid Bay Digital pomáhá firmám dodávat lepší produkty, které dávají lepší smysl klientům. Product trio, Produktová transformace, Rozvoj product ownerů, školení product management.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/features-to-customer-value3.png) Hodnota pro zákazníky Silnější produktová kultura Data-driven rozhodování Vyšší dopad na podnikání Lepší produktová rozhodnutí Tempo změn na trhu se neustále zrychluje a je poháněno digitální transformací, měnícími se očekáváními zákazníků, ale i umělou inteligencí, která předefinovává způsob, jakým tvoříme produkty. V tomto prostředí je pochopení toho, co vytvářet, důležitější než kdykoli předtím. Zvládnutí Product discovery přístupů je dnes klíčovou schopností, která odliší úspěšné týmy od těch ostatních. Abychom dnes mohli prosperovat, potřebujeme nový způsob uvažování a tvorby našich produktů a služeb. Pomáháme organizacím začlenit hodnotu pro zákazníka do každého rozhodnutí. 1 VALIDUJTE PŘED ZAHÁJENÍM VÝVOJE ## Produktová Transformace Produktová Transformace představuje zavedení nových způsobů myšlení a práce napříč vaší společností. Pomůžeme vám rozšířit principy Product Discovery, posílit produktová tria a vybudovat kulturu zaměřenou na učení a hodnotu pro zákazníka.  - Praktická každodenní podpora - Pomoc s organizací workshopů - Mentoring týmů [Domluvte si konzultaci k Produktové transformaci](#contact) ![Produktová Transformace představuje zavedení nových způsobů myšlení a práce napříč vaší společností . Pomůžeme vám rozšířit principy Product Discovery, posílit produktová tria a vybudovat kulturu zaměřenou na učení a hodnotu pro zákazníka. Vytvářejte kvalitnější produkty, které dávají vašim klientům smysl.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/Prod7.png) 2 PRODUKTOVÉ MYŠLENÍ, KTERÉ MŮŽETE VYUŽÍT ## Produktová školení Objevte, jak vznikají skvělé produkty: od nápadu k dopadu. Seznamte se s principy, rozhodnutími a myšlením, které charakterizují výjimečné produktové lídry. - Sjednocení porozumění - Flexibilní možnosti realizace kurzů - Množstevní slevy [Prozkoumejte produktové kurzy](https://lucidbaydigital.cz/product-growth-cs-translation/product-courses-cs/) ![Jan Šrámek, CEO & Founder Lucid Bay Digital, agile coach, trainer, mentor, agile expert, Board Level Advisory for Agile and Product Transformation](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DSC_3330.jpg) 3 MALÉ ZMĚNY, VELKÝ DOPAD. ## GAP analýza Produktu I drobné úpravy mohou mít zásadní přínos. Pomůžeme vám udělat pokrok v dodávání hodnoty pro zákazníka, ověřování hypotéz o potřebách vašich zákazníků  a navrhneme zlepšení, která posunou váš produktový tým i celý produkt kupředu. - Quick wins pro konkrétní výzvy - Rozvojové mapy pro produktové týmy - Zaměřte se na to, na čem záleží [Kontaktujte nás](#contact) ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) ![banner left](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-left.jpg) ## Stále si nejste jistí? [Porovnejte si naše služby](https://lucidbaydigital.com/cs/choose-the-best-solution-for-your-needs) ![banner right](https://lucidbaydigital.cz/wp-content/uploads/2025/09/banner-right.jpg) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Product Owner a zdroje inspirace ve firmě > Zdroje inspirace pro product ownera ve firmě. Které role mohou představovat cenný zdroj informací pro správného product ownera? _Source: https://lucidbaydigital.cz/product-owner-a-zdroje-inspirace-ve-firme/_ _Published: 2025-12-03_ _Updated: 2026-01-21_ --- Ve společnostech, kde se věnujeme agilním transformacím často zákazníci řeší, jakým způsobem obsadí role product ownerů. Budoucí product owneři se nejčastěji rekrutují z řad vlastních zaměstnanců. Zájemci se hlásí z různých pozic. Někdy jsou to produktoví nebo projektoví manažeři, jindy analytici, někdy vedoucí IT týmů. A každá z těchto rolí dala svým majitelům do vínku určité znalosti, zkušenosti a návyky, které pak ovlivňují jejich chování v nové roli. Zároveň i udává, v čem dalším by se měl budoucí [product owner](https://www.lucidbaydigital.cz/slovnik/product-owner/) rozvíjet. ## Role od kterých se učit [Product owner](https://www.lucidbaydigital.cz/slovnik/product-owner/) je role, která je poměrně komplexní a zároveň na ní závisí úspěch a motivace týmu. A tak podobně jako u scrum masterů, je potřeba získat dodatečné zkušenosti a to nejen v oblasti hardskills, ale i v softskills. Samotné školení metodiky Scrumu obvykle nestačí. V článku[ Produktová vize a jak s ní začít](https://www.lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/)[ ](https://www.lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/)se také můžete podívat, jak můžete společně s vaším týmem připravit produktovou vizi. ![Product owner - inspiration resources](https://lucidbaydigital.cz/wp-content/uploads/2025/10/Inspiration-resources-Product-owner-4-1536x719-1-1024x479.png) ![Product owner - role od kterých se učit](https://www.lucidbaydigital.cz/wp-content/uploads/2022/03/Zdroje-inspirace-Product-owner-2-1024x518.png) ## A co si do role Product ownera raději nebrat? - **řízení lidí v týmu** – přestože jsou některé týmy zpočátku zvyklé na přidělování úkolů, product owner spíše potřebuje čas na přípravu vize, práci se zákazníkem a stakeholdery. Scrum master vám pomůže vytvořit soběstačnější tým. - **dlouhodobé** **přesné plánování scope předem** – dlouhodobý a přesný plán už bohužel často nestíhá tempu dnešní doby. Poslední roky jsou plné příkladů, jak rychle se mění situace na trhu. A nespornou obchodní výhodou je umět reagovat na tyto změny pružně. > Pokud máte zájem o mindmapu z článku a chcete si ji upravit pro potřeby vaší firmy, neváhejte si nám o ní napsat (zdroj je ve formátu xmind). A pokud byste se rádi dozvěděli o řemesle product ownera víc, můžete se také přihlásit na naše školení [Agilní produkty – Od vize až po backlog](https://lucidbaydigital.com/cs/product-growth-cs-translation/product-courses-cs/agile-products-cs-translation/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Product Owner: role, zodpovědnosti a jak se jím stát > Kdo je Product Owner a co přesně dělá? Jaké má zodpovědnosti, jak se liší od Project Managera a jak se stát dobrým Product Ownerem. _Source: https://lucidbaydigital.cz/glossary/product-owner/_ _Published: 2025-12-22_ _Updated: 2026-03-07_ --- ![Product Owner pracující se Scrum týmem na řízení produktového backlogu a maximalizaci hodnoty produktu](https://lucidbaydigital.cz/wp-content/uploads/2025/12/product_owner_small-kopie.jpg) CO TO JE ## Product Owner (Produktový vlastník) **Product Owner (PO)** je jeden ze tří základních členů **Scrum týmu** (společně se Scrum Masterem a vývojovým týmem). Jeho hlavním úkolem je **maximalizovat hodnotu produktu**, kterou Scrum tým dodává zákazníkům a stakeholderům. Product Owner není pouhým příjemcem a realizátorem požadavků z okolí. **Naopak**, aktivně rozhoduje o tom, *co má tým dělat a proč*. Zajišťuje, aby tým pracoval pouze na těch požadavcích, které mají skutečnou hodnotu pro zákazníka i byznys. Dobrý Product Owner je schopen u každého požadavku i u zdánlivě drobného jasně vysvětlit: - proč má být realizován, - jakou hodnotu přináší, - a proč má právě tuto prioritu. ## Odpovědnosti Product Ownera V praxi má Product Owner několik klíčových odpovědností, mezi které patří zejména: - **Tvorba a komunikace produktové vize** Připravuje vizi produktu, vysvětluje ji týmu a zároveň ji průběžně projednává se stakeholdery. - **Správa produktového backlogu (Product Backlog)** Odpovídá za to, že backlog je srozumitelný, aktuální, správně strukturovaný a připravený včas pro práci týmu. - **Prioritizace backlogu** Rozhoduje o pořadí položek v backlogu tak, aby byla maximalizována hodnota produktu. - **Stakeholder management** Zjišťuje očekávání stakeholderů a zároveň jim komunikuje výsledky práce Scrum týmu. - **Propojení týmu se zákazníkem** Zajišťuje, aby tým rozuměl potřebám zákazníků, trhu a obchodním cílům produktu. ## Znalosti a dovednosti Product Ownera Dobrý Product Owner má: - **hlubokou znalost produktu** a trhu, na kterém se produkt pohybuje, - alespoň základní přehled o **SDLC (Software Development Life Cycle)**, - schopnost **definovat jasnou produktovou vizi** a dlouhodobý směr produktu, - dovednost tuto vizi **srozumitelně sdílet s týmem i stakeholdery**. Dobře definovaná a správně komunikovaná vize výrazně zvyšuje motivaci týmu a pomáhá tomu, aby tým převzal **spoluvlastnictví obchodních cílů produktu**. ## Co není odpovědností Product Ownera Ačkoliv má Product Owner v týmu významnou roli, **není jeho odpovědností**: - řízení týmu, - mikromanagement práce vývojářů, - implementace Scrumu nebo agility do týmu, - liniové řízení a personální odpovědnost. ## Product Owner ve vztahu ke Scrum Masterovi Product Owner je **partnerem Scrum Mastera**, nikoli jeho nadřízeným ani podřízeným. Obě role mají odlišné, ale **rovnocenné odpovědnosti** a společně podporují úspěch Scrum týmu. Konkrétní odpovědnosti Product Ownera se mohou lišit také v závislosti na **škálovacím frameworku**, který organizace používá (např. SAFe, LeSS, Nexus). ## Oficiální definice role Product Ownera Detailní a oficiální popis role Product Ownera je uveden ve **[Scrum Guide](https://scrumguides.org/index.html)**, který je základním zdrojem definujícím Scrum framework. ## Co Product Owner není Přestože má Produktový vlastník v týmu výraznou odpovědnost za směr produktu a priority, **není manažerem ani nadřízeným týmu**. Jeho role je zaměřená na **hodnotu produktu**, nikoli na řízení lidí nebo kontrolu jejich práce. Product Owner **není**: - **Project Manager** Přestože Product Owner může připravovat například Business Goal orientovanou roadmapu a prioritizovat zadání, nepřipravuje detailní plán pro tým a nemá personální odpovědnost za tým. - **Liniový manažer týmu** Nehodnotí výkon jednotlivců, nerozděluje odměny, nedává pokyny a neřeší personální otázky. - **Zákazník nebo zadavatel požadavků** Product Owner není pouhým „sběračem požadavků“. Aktivně rozhoduje, které požadavky mají smysl realizovat, a které ne. - **Produktový backlog administrator** Jeho role podle Scrumu není jen technická správa backlogu. Odpovídá především za **směr, prioritu a hodnotu**, nikoli pouze za zápis položek. - **Mikromanažer týmu** Neříká vývojářům, *jak* mají práci dělat nebo jaké technické řešení zvolit. Tým je zodpovědný za *jak*, Product Owner za *co a proč*. - **Scrum Master** Nezodpovídá za zavádění Scrumu, facilitaci událostí ani rozvoj týmové spolupráce. Tyto oblasti jsou odpovědností Scrum Mastera. - **Neomylná autorita** Product Owner nemusí znát všechny odpovědi. Jeho role spočívá v rozhodování na základě dostupných informací, zpětné vazby a spolupráce s týmem a stakeholdery. ### Shrnutí Product Owner je **vlastník hodnoty produktu**, nikoli manažer lidí nebo projektový kontrolor. Jeho klíčovým přínosem je schopnost **dělat správná rozhodnutí o prioritách** a dlouhodobém směřování produktu v souladu s potřebami zákazníků i byznysu. ## Další praktické zdroje informací - [Produktová vize a jak s ní začít](https://lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/): Jste produktový vlastník a chcete začít připravovat produktovou vizi? Přečtěte si jak začít. - [Product Owner a zdroje inspirace ve firmě](https://lucidbaydigital.cz/product-owner-a-zdroje-inspirace-ve-firme/): od koho se může Product Owner inspirovat ve firmě? - [Scrum prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/): chcete se dozvědět více o roli Product Ownera a dalších rolích ve Scrumu? Přihlaste se na naše praktické školení vedené agilními experty. - [Agilní produkty](https://lucidbaydigital.cz/product-growth-cs-translation/product-courses-cs/agile-products-cs-translation/) - Od vize až po backlog - skvělé praktické školení pro Product Ownery, kde si na vašem zadání vyzkoušíte jak se od vize dostat až po backlog pro vývojářský tým. - Podívejte se na službu [Product Growth](https://lucidbaydigital.cz/product-growth-cs-translation/), se kterou rozvíjíme produktové týmy a pomáháme produktovým vlastníkům a firmám dodávat hodnotu místo jen "dalších funkcí". - [Produktová školení](https://lucidbaydigital.cz/product-growth-cs-translation/product-courses-cs/): podívejte se, jaká školení nabízíme v oblasti produktu --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Produktová školení > Staňte se Product Ownerem, který ovládá praxi, ne jen teorii. ✓ Agilní produkty (2 dny, 15k) ✓ Lean Canvas (2h, 5k) ✓ Okamžitě aplikovatelné. _Source: https://lucidbaydigital.cz/product-growth-cs/product-courses-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Naše kurzy se zaměřují na základní principy a postupy, díky nimž funguje produktový management/ownership od discovery až po backtesting. Začněte ještě dnes se základy a sledujte nás, protože přidáváme pokročilé programy pro zkušené produktové vedoucí. ![Lucid Bay Digital, školicí místnost, školíme agilní přístupy jako je Scrum, Kanban, nástroj Lean Canvas, školení product ownerů](https://lucidbaydigital.cz/wp-content/uploads/2025/10/DSC_3301-1.jpg) Vytváření skvělých produktů není otázkou teorie. Je to otázka identifikace, ověřování a proměny nápadů v reálné výsledky.  Naše kurzy se proto zaměřují na praktické dovednosti, které vašim týmům pomohou činit lepší rozhodnutí, vytvářet větší hodnotu pro zákazníky a propojit strategii s reálnými výsledky. Prozkoumejte naše aktuální základní školení, pokročilejší kurzy jsou v přípravě. Pokud má váš tým zájem o skupinové školení, kontaktujte nás a domluvíme se na programu šitém na míru nebo individuální ceně. ## Vyberte si kurz --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Produktová vize a jak s ní začít > Co to je produktová vize, jak s ní pracovat, aby vám přinášela hodnotu? Co potřebujete pro přípravu první produktové vize? _Source: https://lucidbaydigital.cz/produktova-vize-a-jak-s-ni-zacit/_ _Published: 2025-12-03_ _Updated: 2026-02-15_ --- Pracujete ve vašem týmu s vizí? Když tuto otázku položíme v různých týmech, ukazuje se, že se zdaleka nejedná o samozřejmost. Přitom právě dobře formulovaná vize dokáže podstatně motivovat vaše lidi v týmech a pomoci jim vlastnit obchodní cíle vašeho týmu. Pojďme se tedy alespoň stručně podívat na to, co to je vize, jaká má vize význam a jak s ní pracovat. Vizí existuje více typů, proto v dnešním článku se budeme věnovat **produktové vizi**.     ## Proč pracovat s vizí Pojďme se společně podívat alespoň na 3 hlavní důvody, proč pracovat v agilních týmech s vizí. - **Motivace lidí** – dokáže fungovat velmi dobře jako nefinanční motivace vašich lidí. Řada lidí bude chtít pracovat v týmech, kteří mají jasnou a ambiciózní vizi. Stejně tak například v obtížnějších dobách je právě silná vize jedním z motivátorů, který vám může pomáhat vaše lidi udržet.  - **Vlastnictví cílů** – Pokud společně s lidmi vytvoříte vaši produktovou vizi a lidé jí věří, potom je sama povede k tomu, aby považovali vaše obchodní cíle za svoje. Práce s vizí je týmová. A naopak, pokud vaše týmy “pouze plní požadavky, které jim někdo zadal”, budete u nich vlastnictví vašich obchodních cílů budovat mnohem obtížněji.  - **Produkt, který chtějí zákazníci **  – v případě, že si průběžně ověřujete správnost vašich hypotéz a validujete správnost vaší vize, potom se i váš tým bude soustředit na dodání produktu, který přináší hodnotu vašim zákazníkům. Díky vizi se vám budou snáze prioritizovat požadavky, které přinášejí hodnotu a které ne. Vaši lidé se už nenechají rozptylovat nepodstatnými požadavky a budou udržovat směr.  ## Vize a její význam Vize je dlouhodobý a ambiciózní cíl, který si společně s týmem definujete. Na jeho dosažení se pak s týmem soustředíte. Tento cíl musí být motivující a zapamatovatelný. Pokud si lidé nevzpomenou na to, jaký máte cíl, pak ho pochopitelně ani nenásledují. Význam vize je pro váš tým tedy obrovský. A nezáleží na tom, jakou formu vize si zvolíte. Někdy stačí několik řádek textu, jindy poslouží infografika, nebo tabule se sticky notes.    ## Jak pracovat s vizí Za **přípravu** a práci s produktovou vizí je zodpovědný **Product Owner.** Jeho úkolem je, že vize vznikne. Nestrachujte se ale požádat váš tým o pomoc s přípravou. Není to známka slabosti nebo neznalosti. Naopak je to příznak zkušeného leadera, který podporuje týmovou spolupráci a využívá expertů ze svého týmu.  V praxi máme nejlepší zkušenosti s tím, když je produktová vize připravovaná společně s týmem. Lidé více věří tomu, co společně vyrobili, než když dostanou vizi už hotovou.  Product Owner je také zodpovědný za **sdílení vize**. Protože vize motivuje, získává obrovskou výhodu, pokud dokáže vizi ve svém týmu dobře prodat. A sdílí ji nejen s týmem, ale i se Stakeholdery, se kterými by si ji měl zároveň validovat. Stejně jako agilní tým, i celá firma pracuje s vizí a strategií. A produktová vize je prostředkem, jak firemní strategii a vizi podpořit. Také se nám velmi osvědčilo mít myšlenky z vize vyvěšené v prostorech, kde tým pracuje, abychom ji měli stále na očích.  ### Vytvoření vize práce nekončí Ikdyž se jedná o dlouhodobý cíl, je důležité, aby se nestal zastaralým. Proto váš cíl pravidelně **revidujte a aktualizujte**. Domluvte se, **jak poznáte, že se vám daří vaše cíle plnit**. Pokud si stanovíte abstraktní cíl, bude se s ním týmu obtížně pracovat a cíl nebude mít pro tým velkou hodnotu. K vizi se proto pravidelně vracejte a vyhodnocujte ji. Probírejte vaše úspěchy nebo neúspěchy a v čem se můžete zlepšit.  **Ptejte se vždy na zpětnou vazbu** k vaší vizi a pracujte s připomínkami, které dostanete. Respektujte připomínky ostatních a oni zas budou považovat vizi za svojí.   ## Jak začít Nejdříve si zajistěte zdroje informací, které potřebujete pro přípravu. Zde najdete alespoň ty základní:  - firemní strategie a cíle - informace o vašem produktu, jeho pozici na trhu a jeho životní fázi - informace o tom, kdo jsou vaši klienti a jejich potřebách - informace o konkurenci a jejich produktech  Naplánujte workshop nebo několik schůzek, na které pozvěte celý váš tým, stakeholdery a další důležité lidi, kteří vám mohou s přípravou pomoci. Při organizaci mějte na paměti počet lidí, ve kterém ještě dokážete efektivně pracovat. Podle potřeby schůzky rozdělte a případně si pozvěte facilitátora. Příliš se zpočátku netrapte formou, do které vizi zaznamenáte. Důležitější je mít obsah a nějak začít.  *Chtěli byste si prakticky vyzkoušet jak připravit produktovou vizi? Potom se můžete přihlásit na naše školení [Agilní produkty – od vize až po backlog](https://lucidbaydigital.com/cs/product-growth-cs-translation/product-courses-cs/agile-products-cs-translation/). Na kurzu se také dozvíte i jak z* ní dále* připravit produktovou roadmapu a nakonec i backlog. * --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Scrum prakticky > Scrum kurz vhodný pro Scrum Mastery, Product Ownery, vývojáře i projektové manažery. Praktická alternativa k certifikovaným školením. _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Začněte svou agilní cestu a naučte se, jak ve svém týmu skutečně uplatnit framework Scrum. Během dvou dnů projdete teorii i praktická cvičení a vybavíte se znalostmi, které vám umožní začít tento oblíbený agilní framework využívat. [Vyžádejte si termín kurzu Scrum prakticky](#contact) V kurzu Scrum prakticky se dozvíte, jak zavést framework Scrum do svého týmu a jak ho uplatnit v praxi. Naučíte se osvědčené způsoby, jak překonat běžné výzvy, a získáte sebevědomí potřebné k tomu, abyste svým kolegům vysvětlili skutečné výhody Scrumu a jeho klíčové prvky. ## Co vás čeká Během dvou dynamických dnů vás zkušení Scrum Masteři provedou krok za krokem od teorie Scrumu k praxi v reálném životě. Toto Scrum školení se hodí pro členy agilních týmů, Scrum Mastery, Product Ownery, vývojáře, projektové manažery, interní auditory nebo kohokoli, kdo touží porozumět agilním způsobům práce. ## Lektoři Vytěžíte maximum z bohatých zkušeností lektorů s agilními týmy a transformacemi. A pokud si navíc přineste také vlastní výzvy z vaší společnosti k diskusi, budete moci poznatky okamžitě použít. Očekávejte interaktivní kurz. Součástí kurzu je i simulace delivery sprintů s využitím LEGA. ## Pro koho je kurz určen Kurz je určen pro všechny, kteří chtějí porozumět principům Scrumu a začít je využívat v praxi, ať už jde o členy vývojových týmů, product ownery, scrum mastery, projektové manažery nebo vedoucí pracovníky, kteří chtějí lépe rozumět tomu, jak jejich týmy fungují. Ocení ho i lidé z netechnických rolí, kteří se podílejí na vývoji produktů nebo spolupracují s agilními týmy a potřebují sdílený jazyk a pochopení toho, jak Scrum funguje a proč. Předchozí zkušenosti se Scrumem nejsou nutné, kurz staví od základů, ale zároveň přináší hodnotu i těm, kdo se Scrumem už pracují a chtějí si ujasnit principy a zbavit se zažitých mýtů. Náš cíl je jednoduchý: nejenže pochopíte framework Scrum, ale budete vybaveni i pro to jej aplikovat. ## Agenda kurzu - 1. Úvod do frameworku - 2. Agile Manifesto - 3. Přínosy a očekávání (správné a nesprávné a co je může způsobit) - 4. Porovnání s tradičním přístupem - 5. Scrum – kdy se hodí a proč? - 6. Role - 7. Spolupráce Scrum Mastera a Product Ownera - 8. Scrum hodnoty, co to je a proč jsou důležité? - 9. Scrum events a časté chyby při jejich realizaci - 10. Artefakty - 11. Struktura backlogu - 12. Odhadování za pomoci story points - 13. Team (E2E, počty členů, zastupitelnost, cross-functionality a další) - 14. Práce ve sprintech - 15. Sledování postupu prací - 16. Jak může Scrum Master podpořit delivery v teamu? - 17. Resistance - 18. Získání důvěry u týmu [Vyžádejte si termín kurzu Scrum prakticky](#contact) ## Může vás také zajímat Pokud si chcete přečíst něco předem, než dorazíte na kurz, můžete se podívat například na naše Insights: - [Jsou vaše týmy produktové nebo projektové?](https://lucidbaydigital.cz/jsou-vase-agilni-tymy-produktove-nebo-projektove/), - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - [Pracujete s týmem nebo skupinou individuálně pracujících specialistů?](https://lucidbaydigital.cz/pracujete-s-tymem-nebo-skupinou-individualne-pracujicich-specialistu/), - nebo na stránku [Agile Manifesto](https://agilemanifesto.org/iso/cs/manifesto.html). ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Školení Kanban – Flow Mastery > Práce se v týmu hromadí a nedodává včas? Naučte se Kanban prakticky. ✓ Flow optimization ✓ WIP limits ✓ Eliminace plýtvání ✓ 1denní workshop _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Zvyšte efektivitu vašich týmů pomocí Kanbanu. Na tomto kurzu zjistíte,  jak vám tato výkonná metoda může pomoci eliminovat 7 druhů plýtvání, zlepšit pracovní postupy a neustále zvyšovat výkonnost vašeho týmu. Zjistěte, kdy je Kanban ideální volbou pro vaši agilní cestu. [Vyžádejte si termín kurzu Kanban](#contact) Naučíme vás metodu Kanbanu i jak rozpoznat, kdy je vhodné Kanban použít.  ## Co to je Kanban Mění se neustále u vašich týmů obsah sprintů, takže nejsou sprinty stabilní? Kanban i po mnoha letech používání stále provází mnoho mýtů a nedorozumění. Řada lidí Kanban mylně považuje pouze za nástěnku s úkoly. Ve skutečnosti je však tato metoda mnohem komplexnější. Vychází z filozifie Leanu a výrazně vám pomůže identifikovat zdroje plýtvání a eliminovat je. ## O čem je kurz Kanban - Flow Mastery V tomto školení o Kanbanu se naučíte jeho základy a také jak neustále zlepšovat efektivitu svého týmu. Společně porovnáme, jak se metoda Kanban liší od frameworku Scrum. Dozvíte se také, kdy je pro váš tým výhodnější použít Kanban než Scrum. A ačkolib mnoho společností stále považuje za agilní pouze framework Scrum, v mnoha velkých společnostech stále představuje Kanban více než 30 procent všech agilních týmů. ## Typy plýtvání Dozvíte se mimo jiné o různých typech plýtvání Muda, Mura a Muri. Povíme si o tom, jak je identifikovat ve výrobě a jak ve vývoji software. V rámci školení se také seznámíte s mapováním tzv. Value Streamu a naučíte se řadu praktických věcí o tom, jak jej používat se svým týmem. ## Pro koho je kurz Kanban - Flow Mastery vhodný Absolvováním tohoto kurzu se podstatně rozšíří vaše možnosti vedení nebo koučování týmů. Kurz je praktický a vhodný jak pro členy agilních týmů, tak i pro jejich leadery. Pro medior Scrum Mastery a Agilní Kouče je bez nadsázky úroveň znalostí prezentovaná v tomto kurzu nutností. ## Agenda kurzu - 1. Proč Agile a jak souvisí s Kanbanem - 2. Základy Leanu - 3. Muda, Mura, Muri: zdroje plýtvání - 4. Value Stream Mapping - 5. Co to je Kanban a kde ho použít - 6. Kanban Board - 7. Měření - 8. Cumulative Flow Diagram - 9. Kaizen - 10. Kanban Cadences - 11. Implementace Kanbanu ve firmě (STATIK) [Vyžádejte si termín kurzu Kanban](#contact) ## Může vás také zajímat Pokud si chcete zatím něco přečíst, než přijdete na náš kurz, můžete se podívat na následující články: - [Value Stream Mapping – krok za krokem k vyšší efektivitě týmu](https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/) - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [Nastavení Kanban boardu: praktický postup pro efektivní workflow](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) - Potřebujete certifikovaný kurz na Kanban? Můžete využít například [Kanban University](https://kanban.university/) ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Slovnik > Slovník klíčových pojmů z agile a produktového řízení: Scrum Master, Product Owner, Kanban, OKR, Backlog, Sprint. Jasné definice s příklady z praxe. _Source: https://lucidbaydigital.cz/slovnik/_ _Published: 2025-12-22_ _Updated: 2026-04-12_ --- - [Agilní — co to znamená? Význam, principy a příklady z praxe](https://lucidbaydigital.cz/glossary/agilni-agilita-vyznam/) - [Agilní kouč: kdo to je, co dělá a proč ho potřebujete](https://lucidbaydigital.cz/glossary/agilni-kouc/) - [Co je Backlog? Product vs Sprint Backlog, rozdíly a příklady](https://lucidbaydigital.cz/glossary/produktovy-backlog/) - [Co je Kanban? Jednoduchý průvodce metodou + příklady z praxe](https://lucidbaydigital.cz/glossary/kanban/) - [Co je OKR? Objectives and Key Results jednoduše a česky](https://lucidbaydigital.cz/glossary/objectives-and-key-results-okr-co-to-je/) - [Co je Scrum Master? Role a odpovědnosti](https://lucidbaydigital.cz/glossary/scrum-master/) - [Product Owner: role, zodpovědnosti a jak se jím stát](https://lucidbaydigital.cz/glossary/product-owner/) - [Sprint (Scrum)](https://lucidbaydigital.cz/glossary/sprint-scrum/) --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Sprint (Scrum) > Sprint ve Scrumu: délka 1–4 týdny, sprint backlog, cíl sprintu a hotový inkrement. Vysvětlení pojmu sprint a nejčastější chyby při plánování. _Source: https://lucidbaydigital.cz/glossary/sprint-scrum/_ _Published: 2026-01-01_ _Updated: 2026-01-21_ --- ![Schéma sprintu ve Scrumu – časově ohraničený cyklus práce týmu (1–4 týdny).](https://lucidbaydigital.cz/wp-content/uploads/2026/01/sprint5.png) CO TO JE ## Sprint (Scrum) **Sprint** je časově ohraničená iterace v agilním vývoji (**Scrum**). Jde o pevně dané období, během kterého tým pracuje na vybraných požadavcích a na konci má dodat **potenciálně nasaditelnou verzi produktu,** tedy hotový **inkrement**, který dává smysl pro uživatele. Typická délka iterace je **1 až 4 týdny**. Kratší sprinty zvyšují rychlost zpětné vazby a schopnost reagovat na změny. Naopak delší sprinty zase mohou dávat větší prostor pro komplexnější práci. Klíčové ale je, že každá taková iterace má vždy jasný začátek a konec a tým by během něj měl směřovat k dosažení jednoho společného cíle. ## Co znamená „potenciálně nasaditelná verze“? Důležitá věc: **Sprint neznamená, že musí tým na j**eho **konci hned něco nasadit do produkce.** Znamená to, že výsledek sprintu je **hotový**, otestovaný a v takové kvalitě, že by se *nasadit dal*, pokud se pro to firma rozhodne. V praxi je běžné, že se do produkce nasazuje až po více iteracích, například když několik přírůstků dohromady tvoří ucelenou funkcionalitu nebo když to dává smysl z pohledu release plánování. Podstatné však je, že každý sprint má za sebou **dokončený kus produktu**, nikoli jen „rozpracovanou práci“. ## Sprint backlog Během aktuální iterace tým pracuje na položkách ze **sprint backlogu**, tedy na konkrétních user stories a úkolech, které si vybral ze **produktového backlogu** (a které odpovídají cíli sprintu). Na konci iterace pak platí jednoduché pravidlo: - **hotové** položky se prezentují a stávají se součástí inkrementu produktu, - **nedokončené** user stories nebo tasky se buď: přesunou do **následujícího sprintu**, nebo - vrátí zpět do **produktového backlogu**, kde se znovu prioritizují (a do dalšího sprintu se může vybrat jiné zadání). Tohle je důležité i pro transparentnost: backlog má ukazovat reálný stav práce a umožnit řídit priority podle hodnoty pro zákazníka. ## Cíl sprintu Každý sprint má mít jasně definovaný **cíl sprintu (t**zv. **Sprint Goal)** – tedy výsledek, který má smysl pro uživatele a dokáže se popsat jednoduše jako „co bude na konci hotové“. Cíl sprintu pomáhá týmu: - udržet fokus, - dělat v jeho průběhu lepší rozhodnutí, - a vyhnout se tomu, že se ze sprintu stane jen seznam nesouvisejících úkolů. ## Typická chyba začínajících týmů: hromadění nedokončené práce Týmy, které se sprinty začínají, často dělají jednu zásadní chybu, nedokončí práci ve sprintu a při plánování následující iteraci přidají nové úkoly, jako by se nic nestalo. A jaký je pak výsledek? Tým postupně **hromadí nedokončené požadavky**, u kterých nikdo neví, kdy budou hotové. To má několik nepříjemných dopadů: - backlog se nafukuje a ztrácí přehlednost, - tým si zvykne na „věčné rozpracování“, - klesá důvěra stakeholderů („stejně nic nedodáte“), - a později se z toho stává velký organizační problém. Proto je klíčové plánovat sprinty **podle reálné kapacity týmu**, a vždy zohlednit i to, co se nestihlo v minulém sprintu. Pokud tým nestíhá, řešení není přidávat víc práce, ale naopak lépe plánovat, zmenšovat scope a zvyšovat kvalitu dokončování. ## Role Scrum Mastera ve sprintu **Scrum Master** není „manažer“ ani „kontrolor“. Jeho role je podporovat tým a pomáhat, aby sprint proběhl hladce a tým dokázal doručit cíl, který si definoval. Ve sprintu Scrum Master typicky: - pomáhá týmu odstranit překážky (**impediments**), - hlídá, aby Scrum fungoval správně (např. smysluplné Daily Scrum), - podporuje tým v dodržování definice hotového (**Definition of Done**), - pracuje s týmem i organizací na zlepšování spolupráce, - a chrání tým před rušivými zásahy a neplánovanou prací, která by ohrozila dosažení cíle v aktuální iteraci. ## Shrnutí Sprint je **časově ohraničené období (1–4 týdny)**, ve kterém tým dodává **hotový přírůstek produktu** a směřuje k dosažení **cíle sprintu**. Nejde o povinnost nasazovat každé dva týdny do produkce, ale o schopnost **dodat dokončenou část produktu**, která je připravená k nasazení. Úspěšné sprintování stojí na třech věcech: - realistickém plánování podle kapacity, - důsledném dokončování práce, - a podpoře Scrum Mastera při odstraňování překážek a udržení fokusované spolupráce. ## Další praktické odkazy - Přečtěte si definici ve [Scrum guide](https://scrumguides.org/scrum-guide.html#the-sprint) - Podívejte se na stručný popis role [Scrum Master](https://lucidbaydigital.cz/glossary/scrum-master-2/) - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - článek od zkušeného Scrum Mastera Matěje Nešetřila. - [Moje zkušenosti se škálováním týmu](https://lucidbaydigital.cz/moje-zkusenosti-se-skalovanim-tymu/) - zkušenosti se škálováním týmu - článek Matěje Nešetřila. - [Kolik týmů může mít agilní kouč najednou?](https://lucidbaydigital.cz/kolik-tymu-muze-mit-agilni-kouc-najednou/) - nenechte se přetížit jako Scrum Master nebo Agilní kouč. - Podívejte se jaké služby nabízíme v oblasti agility v rámci služby [Agile Performance](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/) - Plánujete Agilní Transformaci? Podívejte se, jak vám můžeme s [agilní transformací](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agille-transformation-cs/) pomoci. - Nebo se přihlašte na naše školení [Scrum Prakticky](https://lucidbaydigital.cz/lucid-bay-cestina/agile-performance-cs/agilni-kurzy/scrum-in-practice-cs/), kde se dozvíte o Scrumu i sprintech víc. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Story Points > Odhady v Scrumu vás frustrují? Naučte se Story Points prakticky, ne jen teoreticky. ✓ 2h hands-on workshop ✓ Okamžitě aplikovatelné v týmu _Source: https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/story-points-cs/_ _Published: 2025-11-10_ _Updated: 2026-04-05_ --- Připravujte odhady chytřeji. Plánujte rychleji. Dodávejte s jistotou. Neztrácejte hodiny nekonečným odhadováním, naučte se plánovat přesně pomocí Story points.  V tomto praktickém půldenním školení si vyzkoušíte relativní odhadování na vlastní kůži a pod vedením zkušeného lektora ho aplikujete na reálný projekt. Připravte svůj tým na vyšší efektivitu a méně nepříjemných překvapení. [Vyžádejte si termín kurzu Story Points](#contact) **Praktický trénink pro týmy a agilní leadery, kteří chtějí plánovat rychleji a přesněji** Zapomeňte na nekonečné diskuse o člověkodnech a hodinách. Naučte se používat relativní odhady pomocí Story points a získejte spolehlivější přehled o komplexitě práce. Během kurzu zjistíte, jaké podmínky musí být splněny, aby story pointy fungovaly, a pod vedením zkušeného lektora a mentora si vyzkoušíte odhadování části svého vlastního rozsahu. ## Proč se naučit odhady za pomoci Story points? - Přesnější plánování sprintů a releasů bez falešných iluzí o přesnosti. - Méně frustrace a méně zbytečných debat o číslech. - Odhady vytvořené týmem jako celkem. - Naučte se, jak nastavit proces odhadování tak, aby dával smysl. - Pochopte, kdy jsou Story points správným nástrojem a kdy ne. Školení přizpůsobíme vašim konkrétním potřebám a výzvám. ## Pro koho je tento kurz? Tento kurz je pro vás ideální, pokud: - Pro členy vývojového týmu. Chcete přestat hádat a začít odhadovat. - Pro Scrum Mastery. Chcete pomoci svému týmu lépe plánovat. - Pro Product Ownery. Chcete mít realistická data pro plánování. - Pro CIO nebo CTO. Chcete, aby vaše týmy měly realistické odhady a předpovědi. - Pro projektové manažery. Chcete lépe porozumět práci agilních týmů. - Chcete eliminovat frustraci z neustále nepřesných odhadů v hodinách. Začněte odhadovat efektivněji. Ušetřete čas, zlepšete předvídatelnost delivery vašeho teamu a připravte se na lepší výsledky. ## Agenda kurzu - 1. Co jsou to Story points - 2. Rozdíl mezi relativními a absolutními odhady - 3. Velocita týmu - 4. Kdy se hodí použít story pointy a kdy ne - 5. Kalibrační požadavek - 6. Jak představit Story points teamu, který je dříve nepoužíval - 7. Praktický trénink odhadování za pomoci Planning Pokeru - 8. Kdy používat odhady pomocí T-shirts (trička) a kdy pomocí Story Points? - 9. Časté chyby [Vyžádejte si termín kurzu](#contact) ## Může vás také zajímat Pokud si chcete ještě něco přečíst, než přijdete na kurz: - [Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide](https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/) - [Jak získat Scrum certifikát](https://lucidbaydigital.cz/jak-ziskat-scrum-certifikat/) - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) - [Budou mi v týmu fungovat Story points?](https://lucidbaydigital.cz/budou-mi-v-tymu-fungovat-story-points-2/) - Nebo se můžete podívat na stránky [Scrum Guide](https://scrumguides.org/download.html). ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-photo.jpg) LEKTOR KURZU ## Jan Šrámek - [LinkedIn](https://www.linkedin.com/in/sramekjan/) - [jan.sramek@lucidbaydigital.com](mailto:jan.sramek@lucidbaydigital.com) Jan Šrámek je podnikatel, CEO a špičkový enterprise-agile kouč s dlouholetými zkušenostmi z korporací i startupů. Jako zakladatel Lucid Bay Digital propojuje svět agilních přístupů s realitou řízení firmy. Dříve pracoval jako analytik a architekt ve finančním sektoru, což mu dodává silný technický i procesní background. Ve své práci uplatňuje „agnostic agile“, tedy respekt ke kontextu firmy místo dogmatičnosti. Je známý diplomacií, trpělivostí a schopností pracovat i s náročnými týmy. Díky znalostem z byznysu, financí i leadershipu pomáhá firmám skutečně integrovat agilitu do kultury, produktů i každodenní praxe. ## Podobné agilní kurzy NEZÁVAZNÁ POPTÁVKA ## Líbí se vám tento kurz? Promluvme si! ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Týmová práce vs individuální specialisté: Dopad na výkon firmy > Jak se liší tým od skupiny individuálních specialistů, jak to ovlivňuje výkon, odpovědnost a výsledky a kdy změnit strukturu vašeho týmu. _Source: https://lucidbaydigital.cz/pracujete-s-tymem-nebo-skupinou-individualne-pracujicich-specialistu/_ _Published: 2025-12-03_ _Updated: 2026-02-17_ --- V řadě společností se můžeme setkat s týmy, pro které lépe vyhovuje název skupina individuálně pracujících specialistů. Velmi se totiž liší ve způsobu fungování od týmu, rizikovostí i jejich efektivitou. Pojďme se spolu podívat jak vypadá Skupina individuálně pracujících specialistů. V takové skupině jsou všichni členové odborníci na svoje dedikované téma. To však často vede k tomu, že je příliš nezajímá co řeší kolegové a v této skupině je prakticky nulová zastupitelnost. Pokud někdo ze specialistů onemocní, nebo se dokonce rozhodne společnost opustit, nastává problém. Lidé mají často v těchto skupinách nastavené individuální cíle, protože vlivem specializací si nemají ani jak ve skupině pomáhat. Tuto skupinu tak vlastně nedrží pohromadě společné cíle a vzájemná podpora, ale spíš zvyk. Specializace a oddělení rolí nezřídka přichází s rostoucí velikostí firmy. Ve startupech lidé prakticky nemají jinou možnost než být od začátku cross-funkční. Někdy také chceme ušetřit náklady a tak specializované úkoly svěřujeme vždy stejným lidem, aby tyto úkoly byly rychle hotové. A tak neroste tým, ale buduje se know how nezastupitelných odborníků. Toto nastavení „spolupráce“ lidí ve firmách je pořád ještě velmi časté. Na rozdíl od toho, tým je skupina lidí, kteří mají společný cíl a mohou se do určité míry zastupovat. Protože mají přesahy i do dalších řemesel a sdílí společné cíle s ostatními, mají lidé v týmech větší motivaci poslouchat, co řeší jejich kolegové. Také mohou snáz přemýšlet nad tím, jak mohou fungovat efektivněji nebo si navzájem pomoci. ## Následky Jaké následky má fungování skupin s individuálními specialisty? Často je to přetížení různých specialistů. Pokud se členové skupiny setkávají na pravidelných meetinzích, většinou je nezajímá, co sdílí jejich kolegové. Je to tak i proto, že nemají příslušnou specializaci, mají svoje individuální cíle a vlastně ani nemají jak kolegům pomáhat. Dostávají se tak do stavu kdy řeší jen jestli dodali svůj vlastní úkol. Úspora nákladů je tak realizovaná jen do doby, dokud nedojde k přetížení jednotlivců, poklesu efektivity v plnění cílů jako týmu nebo dokonce odchodu lidí z firmy. ## Jak vytvořit tým Pokud jste ve výše uvedeném poznali některý ze svých týmů a rozhodli jste se s tím něco dělat, potom gratulujeme. Nejdůležitější krok, uvědomění si současného stavu je za vámi. 😊 Dále je potřeba začít pracovat na zastupitelnosti ve vašem týmu. - Ideální příležitost co se týče času kdy se do toho pustit asi nenastane nikdy, proto nemá cenu toto příliš odkládat. 😊   - Řekněte si s kolegy, které specializace vám stojí za to rozšířit v týmu a které můžou i nadále zůstat výsadou jednotlivců. - Začněte sdílet nejprve jednoduché úkoly a s dohledem zkušenějších kolegů - Zamyslete se nad tím, jestli můžete mít nějaký společný cíl, na kterém by mohl spolupracovat. Zvažte přechod od individuálních cílů k cílům týmovým. - Přemýšlejte o tom, jestli musíte vždy na schůzkách týmu mluvit o specializovaných úkolech, nebo raději nad tématem, na kterém spolupracuje více lidí. Členy týmu tak povedete k tomu, že se budou více zapojovat i do příspěvků jejich kolegů. - V neposlední řadě, přesvědčte tým, že stojí za to do toho jít. Vyzdvihněte to, v čem jim změna pomůže, aby měli motivaci sdílet svoje know how. - Pokud budujete agilní produktový tým, podívejte se na další článek [Jsou vaše agilní týmy produktové nebo projektové?](https://lucidbaydigital.cz/jsou-vase-agilni-tymy-produktove-nebo-projektove/) Budeme rádi, když nám dáte vědět, jestli u vás máte týmy nebo skupiny individuálně pracujících specialistů. A pokud se rozhodnete pro změnu, dejte vědět, jak vám pomohla. ## Také vás může zajímat - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) –přečtěte si další článek v sekci Insights - *[Agile Performance](https://lucidbaydigital.cz/agile-performance-cs/)* – podívejte se, jaké služby využívámě pro zvyšování performance vašich týmů - [Nastavení Kanban boardu: praktický postup pro efektivní workflow](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) - přečtěte si článek pro efektivní řízení workflow ve vašem týmu --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Value Stream Mapping – krok za krokem k vyšší efektivitě týmu > Value Stream Mapping (VSM) je nástroj pro vizualizaci toku hodnoty, odhalení plýtvání a zrychlení dodání hodnoty zákazníkům. Jak ho použít. _Source: https://lucidbaydigital.cz/value-stream-mapping-nastroj-pro-zvysovani-efektivity-tymu/_ _Published: 2025-12-03_ _Updated: 2026-02-17_ --- Funguje náš tým efektivně? A kolik času strávíme na činnostech, které nepřinášejí hodnotu? Pokud si pokládáte tyto otázky a nehledáte jen jednorázovou změnu, pak vám Value Stream Mapping může pomoci a dnešní článek je právě pro vás. Abyste mohli posoudit zda je váš tým efektivní, budete se muset podívat na činnosti, kterými dodáváte hodnotu vašim zákazníkům (tzv. value stream).  Každý value stream v sobě obsahuje činnosti, které přidávají hodnotu našemu produktu, a proto je chceme zachovat. Vedle těchto činností v něm však naleznete i zdroje plýtvání a činnosti, které nepřináší hodnotu. Činnosti, které nepřináší hodnotu můžete z vašeho value streamu vynechat a ušetřit tak kapacity i čas týmu. Ušetřený čas pak může váš tým věnovat jiným, důležitějším věcem. Může se vám tak podařit zlepšit fungování týmu, zvýšit motivaci lidí, ale i zkrátit čas dodávky k zákazníkovi. Nespornou výhodou je také zaměření pozornosti vašeho týmu nejen na produkt, ale i na způsob, jakým produkt dodává. ## Tým Mapování value streamu provádějte pokud možno s celým vaším týmem. Vaši lidé vědí, kde se v delivery schovávají různé nedokonalosti. A jsou to právě oni, kteří navrhnou změny, aby dávaly smysl a tým si změny zavlastnil. Možná vás napadne, proč zvát celý tým? Proč na value stream mapping (VSM) nepozvat jen jednoho seniora z týmu?  To ale nedělejte, připravili byste tým o sdílené pochopení správného postupu. Juniornější kolegové se dozví spoustu nových informací od zkušenějších kolegů. Seniornější kolegové se zas mohou sladit s ostatními seniory, jak vaše dodávka produktu funguje. Příležitosti pro optimalizaci pak mohou navrhovat všichni. Zároveň vám nedoporučuji nechat si model kompletně nakreslit externí firmou. Pokud si necháte vše jednorázově dodat na klíč od externí firmy, budete mít sice profesionálně nakreslený model, ale bude mnohem těžší dosáhnout toho, že váš tým bude model průběžně vyhodnocovat a sám měnit. ## Bezpečné prostředí Pokud chcete mít z workshopu validní výsledky, musíte vytvořit bezpečné prostředí pro diskusi. Jen tak vytvoříte prostor pro otevřenou diskusi. Ujistěte tým, že výsledky z mapování nepoužijete ke srovnání mezi týmy. Zároveň ujistěte váš tým, že výsledky value stream mappingu zůstanou jen uvnitř týmu, pokud si to budou přát. ## Granularita činností Během value stream mappingu vytvoříte model, který zachycuje zjednodušený model reality. Klíčem k úspěchu je vybrat správnou granularitu činností, které chcete zmapovat. Pokud zvolíte obrovský proces jdoucí přes mnoho produktů, nebudete s value streamem nikdy hotovi. A když si naopak vyberete moc malý proces, pak při mapování zabrousíte do zbytečných detailů a dost možná v tak malém kousku činností nenajdete ani příležitosti pro zlepšení. Mně osobně obvykle pomáhá vybrat si jeden produkt a zmapovat jeho dodávku od začátku do konce. Dohodnu se spolu s týmem na tom, co je první a poslední krok value streamu a pak pokračujeme v doplňování obsahu. Počátečním krokem bývá často požadavek zákazníka na dodávku produktu a koncovým krokem předání hotového produktu zákazníkovi. ## Mapování toků Cílem mapování je vytvořit schéma, jak chodí požadavky přes váš tým. Value Stream Mapa dále obsahuje informaci, kdy na nich pracuje někdo externí a kdy už se dostane hotový produkt k zákazníkovi. Spolu s týmem nakreslete obsah mezi počátečním a koncovým krokem. Pokud chcete být precizní, můžete použít grafickou syntaxi uvedenou například [zde](https://www.edrawsoft.com/images/examples/valuestreamshapes.png), nebo stejně jako v řadě našich týmů prostě nakreslíte několik krabiček, které popíšete a pospojujete vazbami. V modelu zachyťte - Zákazníky a dodavatele - Sled kroků, které s týmem děláte, abyste dosáhli splnění potřeby zákazníka - Toky důležitých informací ve value streamu (např. poptávka zákazníka, objednávka, fakturace, informování subdodavatele,…). Všechny toky na workshopu **vždy kreslete **například na tabuli nebo na flipchart. Nakreslený model výroby je totiž zpravidla přehlednější, než když si o procesu jen povídáme. Také se v něm snáze hledají činnosti, které nepřináší hodnotu. Vytvořená Value Stream mapa vám navíc může posloužit i jako vstup pro přípravu vašeho Kanban boardu. Více se o Kanban boardu dočtete v článku [https://www.lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/). ## Měření času Zmapujte si, jak dlouho trvá samotná výroba (činnosti, které přinášejí hodnotu) a kolik času požadavek na různých místech čeká (činnosti nepřinášející hodnotu). Když tato data dáte dohromady, hned budete znát příčiny plýtvání. Snažte se opírat o reálná data a nezakládejte vaše hodnocení na dohadech. Zdrojem řady dat je například historie řešení požadavku v nástroji pro správu požadavků, který používáte. Na doplnění takových informací se raději připravte předem a zjistěte u týmu, zda máte k dispozici data pro jejich stanovení.   Obrázek níže ukazuje, jak taková value stream mapa může vypadat. Z mapy je vidět, že vývojový tým spolupracuje s dodavatelem backendu a že dodat produkt zákazníkovi trvalo celkem 68 dní (tzv. produkční lead time). Z toho však pouze 45 dní strávil činnostmi s přidanou hodnotou pro zákazníka. Je zde tedy patrná příležitost pro optimalizaci. ![Value Stream Mapping](https://lucidbaydigital.cz/wp-content/uploads/2025/10/VSM_en.png) ![Value stream mapping - nástroj pro kontinuální zvyšování efektivity týmu](https://www.lucidbaydigital.cz/wp-content/uploads/2022/06/value-stream-map-4.png) ## Optimalizace V zachycené mapě identifikujte zdroje plýtvání. Potom navrhněte s týmem první změny (budoucí stav) a vyzkoušejte je. Pokud se vám podaří najít více nápadů pro optimalizaci, nemusíte hned na začátku změnit úplně vše. Vyberte nejdříve několik málo nápadů, které tým považuje za nejdůležitější. ## Tím to všechno začíná Pokud jste už provedli s týmem první optimalizaci value streamu, počítejte s tím, že tím to nekončí. Podle filosofie Kaizen se ke každé value stream mapě s týmem naopak pravidelně vracejte. Postupně navrhujte, jak dál value stream vylepšit nebo zefektivnit. Postupujte s týmem empiricky, tzn. vyzkoušejte udělat změnu a po nějaké době se k popisu opět vraťte, abyste vyhodnotili, zda provedené změny pomohly nebo ne. Takto se dá pomocí malých změn dosáhnout postupem doby obrovských změn v efektivitě vašeho týmu. ## Facilitace VSM  Protože se jedná o workshop s celým týmem, osvědčilo se mi, aby takový workshop facilitoval scrum master nebo agilní kouč. Ten zároveň vysvětlí princip Value Stream Mappingu (VSM) týmu. Pokud se rozhodnete value stream dále používat, může vám scrum master/agilní kouč pomoci naplánovat a realizovat další workshopy. ## Pomoc s přípravou > Tip: Postup value stream mappingu, je velmi zjednodušený, aby s ním bylo možné snadno začít. Pokud se chcete o value stream mappingu dozvědět víc, nebo chcete s přípravou a facilitací prvních workshopů pomoci, neváhejte se na nás obrátit. ## Také vás může zajímat - [Nastavení Kanban boardu: praktický postup pro efektivní workflow](https://lucidbaydigital.cz/jak-nastavit-kanban-board-pro-tym/) → přečtěte si náš další článek v sekci Insigts. - [Iluze o výkonnosti týmu a jak roztříštěný focus brzdí firmy](https://lucidbaydigital.cz/iluze-o-vykonnosti-tymu-a-roztristeny-focus/) → článek na téma výkonnosti týmů. - [Školení Kanban – Flow Mastery](https://lucidbaydigital.cz/agile-performance-cs/agilni-kurzy/kanban-training-cs/) - školení celého Kanbanu včetně Value Stream Mappingu od našich expertů --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Všechno, co jako Scrum master potřebuji znát, mě nenaučil Scrum guide > Zkušenosti scrum mastera. Chcete se stát scrum masterem? A co byste měli umět nebo splňovat, než se této roli začnete věnovat? _Source: https://lucidbaydigital.cz/vsechno-co-jako-scrum-master-potrebuji-znat-me-nenaucil-scrum-guide/_ _Published: 2025-12-03_ _Updated: 2026-03-20_ --- Napsal [Matěj Nešetřil ](https://www.lucidbaydigital.cz/author/matej_nesetril/)/ 17. 10. 2023 Chtěli byste se stát Scrum masterem? Pak se vám asi honí v hlavě myšlenky o tom, co vše budete muset do začátku umět. A právě tomu je věnován i dnešní článek. Než začnete, určitě se seznamte s popisem, co tato role obnáší. Dobrý popis vám poskytne například [Scrum guide](https://scrumguides.org/scrum-guide.html#scrum-master). Také můžete vyzpovídat kamarády, kteří tuto práci již dělají. A nejen to, měli byste vědět, že se jedná o velmi komplexní roli a praxe Scrum Mastera často ani zdaleka nepřipomíná ideální agilní svět, který znáte z konferencí a školení. Proto s touto rolí není vhodné začínat hned po škole. Budou se vám hodit zkušenosti i z jiných pozic v oboru, kterému se pak chcete jako Scrum Master věnovat. S rolí Scrum Master se nejčastěji setkáte v IT, ale můžete na ni ale narazit v řadě dalších odvětví, například v marketingu nebo HR. Jde o pozici, na které na jedné straně pomáháte týmům a firmám k doručení co možná nejhodnotnějších produktů a služeb pro koncové zákazníky. Na druhé straně otevíráte týmům cestu k zefektivnění jejich činnosti. Nemusí jít tedy nutně o IT. Stačí, aby firma měla produkt, který chce co nejvíce přiblížit svým zákazníkům tak, aby se v konečném důsledku nejlépe prodával. Podívejte se na obrázek, který ukazuje některé ze znalostí a zkušeností, které by měl mít dobrý Scrum Master. ![Znalosti a zkušenosti dobrého scrum mastera](https://lucidbaydigital.com/wp-content/uploads/2025/12/SM_Skills_CZ-1024x796.png) ## Co vědět před nástupem do role Scrum master Jak s touto rolí tedy začít? V první řadě byste měli mít představu, co je to agilní vývoj a rozumět, jak jeho principy v praxi použít. Principy agilního vývoje jsou totiž alfou a omegou pro správné uchopení role Scrum master. Ještě před zahájením vaší kariéry Scrum Mastera se kromě Scrum guide rozhodně vyplatí přečíst si i [Agile manifesto](https://agilemanifesto.org/iso/cs/manifesto.html) a také si ho průběžně připomínat i nadále. To vám totiž pomůže i ve správném pochopení a používání agilních frameworků. A také se budete potřebovat naučit samotný framework Scrum. Pro začátek postačí, když navštívíte stránky jedné z organizací zaměřující se na Scrum, kde se dočtete více o tomto frameworku. Do budoucna ale určitě uplatníte i znalosti dalších frameworků jako jsou Kanban a další. Na začátku vaší kariéry ale postačí vědět, že Scrum není jediný. ## Agile manifesto a jeho význam pro Scrum mastera [Agilní](https://www.lucidbaydigital.cz/slovnik/agilni/) manifest vznikl jako reakce na potřebu dodání co největší hodnoty zákazníkovi v co nejkratším čase. Tento přístup je odpovědí na klasické metody vývoje (např. Waterfall), kde se produkt vyvíjel řadu měsíců i let s nejistým výsledkem. Vycházelo se totiž z předpokladu, že víme, co zákazník chce. Případně, že stačí, když nám svůj požadavek řekne jednou na začátku. Takový produkt stačí vyvinout, důkladně zdokumentovat, ať mu zákazník má šanci trochu rozumět, zabalit a odeslat. Jak prosté. Bohužel takový postup nefunguje vždy. Agile manifesto ukazuje odlišnou cestu, kterou popsal v následujících bodech. Oceňujeme více: - Lidé a mezilidské vztahy před procesy a nástroji - Funkční software před vyčerpávající dokumentací - Spolupráce se zákazníkem před jednáním o smlouvách - Reagování na změny před dodržováním plánu Zdroj: [https://agilemanifesto.org/iso/cs/manifesto.html](https://agilemanifesto.org/iso/cs/manifesto.html) Principy popsané v agilním manifestu jsou základem pro každého, kdo to s agilním vývojem myslí vážně. Tedy i pro Scrum Mastera. Držte se jich víc, než jiných pouček a frameworků. Tyto frameworky jsou totiž jen možné způsoby aplikace agilních principů a jejich doplňky. Takový přístup vám otevře možnost budování vlastní cesty Scrum Mastera. A svým týmům se stanete užitečnějšími, než kdybyste se zuby nehty drželi jakéhokoliv frameworku. ## Scrum guide Určitě se při učení o Scrumu nevyhnete publikaci [Scrum guide](https://scrumguides.org/scrum-guide.html), která vychází z Agilního manifesta. Tato publikace se průběžně aktualizuje tak, aby se, stejně jako vaše týmy, časem zlepšovala. Mějte však na paměti, že se skutečně jedná o průvodce, nikoli seznam dogmatických pravidel. Proto je tak důležité, abyste hlavně chápali a sžili se s principy agilního vývoje. Scrum je jen jednou z cest, jak zmíněné agilní principy aplikovat v praxi. Stejně tak jak se liší jednotlivé firmy a dokonce i jejich týmy mezi sebou, mohou se lišit i aplikace agilního vývoje, dokonce i samotného Scrumu (který má být přeci jen jeden, že?). Snažte se porozumět, proč jsou ve Scrum guidu věci popsané právě oním způsobem a jaké situace a problémy řeší. Pak se nemusíte bát experimentovat a přizpůsobovat potřebám vaší organizace a týmů. Každý odklon od příručky budete mít totiž stále opřený o základní principy Agilu. ## Mentoři kolem vás Pokud máte možnost výběru, snažte si najít zaměstnání, kde jako začínající Scrum Master nebudete sami, ale vstoupíte mezi zkušené Scrum mastery a Agilní kouče. Mentorství od zkušenějších kolegů má pro začínajícího Scrum mastera nesmírnou hodnotu. Kolegové vás provedou komplexními situacemi, ukáží směr a poskytnou cennou zpětnou vazbu. A pokud budete mít opravdu štěstí, budou vás lidé kolem povzbuzovat v hledání vlastní cesty. Nezapomeňte se tedy na pohovoru zeptat, jací další Scrum masteři ve firmě působí a hlavně jak vzájemně spolupracují. ## Využití komunity [Agilní](https://www.lucidbaydigital.cz/slovnik/agilni/) komunita je naštěstí široká a živá. Staňte se její součástí a nedělejte si hlavu s tím, že zprvu můžete být více pasivní než aktivní. I pasivní pozorování aktuálních trendů a názorů otevře nové obzory. Různorodost pohledů v komunitě vám pomůže při hledání vlastní cesty, jak nejlépe můžete pomáhat týmům a organizacím. Nikdy není ostudou ptát se a hledat pomoc. Spolupráce s ostatními Scrum mastery a Agilními kouči je klíčová pro rozvoj vašich dovedností a úspěšný výkon role Scrum mastera. Vytváření prostředí, kde se týmy rychleji rozvíjejí a dosahují svého plného potenciálu, je výsledkem společného úsilí celého týmu s přispěním zkušeností Scrum masterů a koučů, kterým budete naslouchat. Chtěli byste se naučit Scrum a dozvědět se k tomu i řadu praktických zkušeností z agilních transformací a práce s agilními týmy? Můžete se přihlásit na naše školení [Scrum prakticky – reálné využití a osvědčené postupy](https://www.lucidbaydigital.cz/skoleni/scrum-prakticky/). --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Vyberte si to nejvhodnější řešení pro vaše potřeby > Porovnejte služby společnosti Lucid Bay Digital: Agilní výkonnost, růst produktů a lidé a kultura. Najděte správné řešení pro potřeby vaší firmy. _Source: https://lucidbaydigital.cz/choose-the-best-solution-for-your-needs-cs/_ _Published: 2025-11-10_ _Updated: 2026-02-13_ --- ## Porovnejte naše služby nebo nás rovnou kontaktujte [Vyžádejte si úvodní konzultaci zdarma](#contact)   Agile Performance Product Growth People & Culture   GAP Analýza nebo Transformace Kurzy GAP Analýza nebo Transformace Kurzy GAP Analýza Agentura práce Pomalá reakce na změny na trhu Množství místo hodnoty pro zákazníka Nemáme vyhodnocování projektů Pomalá dodávka IT Rozvoj lidí Nábor IT & BU expertů   [Více o Performance](https://lucidbaydigital.com/cs/lucid-bay-cestina/agile-performance-cs/) [Více o Rozvoji Produktu](https://lucidbaydigital.com/cs/product-growth-cs-translation/) [Více o People & Culture](https://lucidbaydigital.com/cs/people-culture-cs/) Orientujeme se na výsledky ## Maximalizujte váš výkon ### Maximální kvalita Když něco děláme, děláme to dobře. Nezajímají nás průměrná řešení.  ### Praktické zkušenosti Silné teoretické zázemí je fajn, ale my si mnohem víc ceníme skutečných zkušeností. ### Akvizice top talentů Při výběru nových kolegů jsme téměř paranoidní. Vyplácí se to. ### Osobní růst Nikdo není dokonalý, to je jasné. Ale za pokus nic nedáte. kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Zásady cookies _Source: https://lucidbaydigital.cz/zasady-cookies/_ _Published: 2025-12-09_ _Updated: 2026-05-14_ --- *Zásady cookies — naposledy aktualizováno 14. května 2026. Platí pro návštěvníky stránek [lucidbaydigital.cz](https://lucidbaydigital.cz) a [lucidbaydigital.com](https://lucidbaydigital.com) z Evropského hospodářského prostoru a Švýcarska.* ## 1. Co jsou cookies Cookie je malý textový soubor, který si váš prohlížeč uloží při návštěvě webu. Umožňuje stránce zapamatovat si informace o vaší návštěvě — například zvolený jazyk nebo to, zda jste již udělili souhlas s analytickými nástroji. Cookies, které nastavuje naše doména, se nazývají *first-party*; cookies nastavované službami třetích stran (například Google Analytics) jsou *third-party*. ## 2. Jak cookies používáme Cookies používáme pouze s vaším souhlasem, s výjimkou těch nezbytných pro chod webu. Souhlas udělíte kliknutím na **Přijmout vše** v bannu, který se zobrazí při první návštěvě. Všechny nepovinné cookies můžete odmítnout kliknutím na **Odmítnout vše**, nebo si vybrat konkrétní kategorie přes **Nastavit podrobně**. Své rozhodnutí můžete kdykoli změnit kliknutím na ikonku cookies v levém dolním rohu stránky. ## 3. Kategorie cookies ### Nezbytné Vyžadované pro chod webu. Souhlas není nutný (oprávněný zájem, čl. 6 odst. 1 písm. f GDPR). NázevÚčelDoba uchováníPoskytovatellbd_consentUkládá vaši volbu souhlasu s cookies (přijaté/odmítnuté kategorie)180 dníLucid Bay Digital (first-party)pll_languageUkládá zvolený jazyk webu (čeština/angličtina) pro plugin Polylang1 rokLucid Bay Digital (first-party) ### Statistická Pomáhají nám pochopit, jak návštěvníci web používají, abychom mohli zlepšovat obsah. Aktivují se pouze s vaším souhlasem. NázevÚčelDoba uchováníPoskytovatel_ga, _ga_VFBKDBXBBZRozlišuje unikátní návštěvníky (Google Analytics 4)2 rokyGoogle Ireland Ltd._gidRozlišuje uživatele po dobu 24 hodin24 hodinGoogle Ireland Ltd._gat, _gcl_auOmezuje frekvenci požadavků / atribuce reklam1 minuta / 90 dníGoogle Ireland Ltd._clck, _clsk, CLID, MUID, ANONCHKZáznam relace a heatmapy (Microsoft Clarity)1 den – 1 rokMicrosoft Ireland Operations Ltd. ### Marketingová Umožňují měřit účinnost kampaní a oslovovat návštěvníky s relevantním obsahem na jiných platformách. Aktivují se pouze s vaším souhlasem. NázevÚčelDoba uchováníPoskytovatelbcookie, lidc, bscookie, UserMatchHistory, AnalyticsSyncHistory, li_gcLinkedIn Insight Tag — měření konverzí a retargeting30 minut – 2 rokyLinkedIn Ireland Unlimited Company_hjSessionUser_*, _hjSession_*, _hjFirstSeen, _hjIncludedInSessionSample, _hjAbsoluteSessionInProgressBehaviorální analytika (Hotjar)30 minut – 1 rokHotjar Ltd. ### Preferenční Pamatují si volby, které zlepšují vaše prohlížení (např. stav UI). Aktivují se pouze s vaším souhlasem. Aktuálně nepoužíváme žádné preferenční cookies nad rámec těch uvedených v kategorii „Nezbytné". ## 4. Google Consent Mode v2 Používáme Google Consent Mode v2. Dokud neudělíte souhlas, Google Analytics dostává pouze anonymní cookieless pingy (stav „denied"), které nám umožňují agregovaně počítat návštěvy bez vaší identifikace. Po kliknutí **Přijmout** se aktivuje plné měření. Po **Odmítnout** pokračují pouze anonymní pingy. ## 5. Správa nebo odvolání souhlasu Ikonka cookies v levém dolním rohu každé stránky umožňuje znovu otevřít banner a kdykoli změnit vaše rozhodnutí. Cookies můžete také smazat v nastavení svého prohlížeče — viz nápověda pro [Chrome](https://support.google.com/chrome/answer/95647?hl=cs), [Firefox](https://support.mozilla.org/cs/kb/vymazani-cookies-a-dat-stranek-firefox), [Safari](https://support.apple.com/cs-cz/guide/safari/sfri11471/mac) nebo [Edge](https://support.microsoft.com/cs-cz/microsoft-edge). ## 6. Vaše práva Podle GDPR a zákona č. 110/2019 Sb. o zpracování osobních údajů máte právo na přístup, opravu, výmaz, omezení zpracování, přenositelnost a vznesení námitky proti zpracování vašich osobních údajů. Stížnost můžete podat u [Úřadu pro ochranu osobních údajů](https://www.uoou.cz). ## 7. Kontakt Správce: Lucid Bay Digital s.r.o. Email: [info@lucidbaydigital.com](mailto:info@lucidbaydigital.com) Viz také naše [Zásady ochrany osobních údajů](/zasady-ochrany-osobnich-udaju/). --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Zásady ochrany osobních údajů _Source: https://lucidbaydigital.cz/zasady-ochrany-osobnich-udaju/_ _Published: 2025-11-10_ _Updated: 2026-01-05_ --- V souladu s ustanoveními článku 13 a následujících článků nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (dále jen „obecné nařízení o ochraně osobních údajů“). Právním základem pro zpracování vašich osobních údajů je váš souhlas vyjádřený vyplněním vaší e-mailové adresy. ## Správce osobních údajů - **Lucid Bay Digital s.r.o.**, sídlem Arbesovo náměstí 257/7, 150 00 Praha 5, zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 296001, IČ: 24684295, DIČ: CZ24684295 ## Kontaktní osoba správce - **Jan Šrámek**, telefon: 604 304 032, e-mail: jan.sramek@lucidbaydigital.com ## Účel zpracování osobních údajů - možnost kontaktování za účelem zjištění potřeb žadatele - vyřizování dotazů a připomínek, zjišťování spokojenosti - připomínky návštěvníků mohou být také kontrolovány prostřednictvím automatizované služby pro detekci spamu ## Poskytnutí osobních údajů je - dobrovolné pro hodnocení služeb - dobrovolné za účelem navázání kontaktu ## Vaše práva jsou - máte právo na přístup ke svým osobním údajům, tj. získat potvrzení o tom, zda jsou vaše osobní údaje zpracovávány; pokud ano, máte právo na přístup k těmto údajům a dalším konkrétním informacím - máte právo opravit své zpracované osobní údaje, pokud jsou nepřesné. S ohledem na účely zpracování můžete požádat o doplnění neúplných osobních údajů. - máte právo na výmaz osobních údajů v případech stanovených zákonem - máte právo na omezení zpracování osobních údajů v případech stanovených zákonem - můžete získat své osobní údaje ve strukturovaném, běžně používaném a strojově čitelném formátu a můžete své osobní údaje předat jinému správci - máte právo podat stížnost Úřadu pro ochranu osobních údajů, pokud se domníváte, že správce osobních údajů zpracovává vaše osobní údaje protiprávně nebo jinak porušuje vaše práva Osobní údaje jsou zpracovávány v souladu s právními předpisy po dobu 6 měsíců od vyřízení poslední objednávky služby. Pro zajištění bezpečnosti osobních údajů správce přijal vhodná technická a organizační opatření a k osobním údajům mají přístup pouze oprávněné osoby. Po uplynutí doby uchovávání osobních údajů budou tyto údaje vymazány. --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_ --- # Zlepšujeme výkonnost firem pomocí agilních a produktových přístupů > Transformujeme firmy, ne jen procesy. Agilní koučink, produktový management a AI ve vývoji. 90+ klientů včetně T-Mobile a ČS. Kontaktujte nás _Source: https://lucidbaydigital.cz/_ _Published: 2025-11-10_ _Updated: 2026-07-30_ --- ![Lucid Bay Digital, pomáháme firmám růst v měnícím se světě. Flexibilita, Hodnota, Výkon. Agilní transformace, Produktové transformace, Agentura práce, GAP analýzy, školení týmů, managementu, scrum masterů i product ownerů.](https://lucidbaydigital.cz/wp-content/uploads/2025/09/HeroPhoto-min.jpg) # posilujeme růst** ve světě, který se mění** Flexibilita. Hodnota. Výkon. [Sjednejte si nezávaznou schůzku](#contact) [## AGILE PERFORMANCE](https://lucidbaydigital.cz/agile-performance-cs/) [## PRODUCT GROWTH](https://lucidbaydigital.cz/product-growth-cs/) [## PEOPLE & CULTURE](https://lucidbaydigital.cz/people-culture-cs/) ## Důvěryhodný partner pro uznávané organizace ![T-mobile - agilní koučové](https://lucidbaydigital.cz/wp-content/uploads/2025/09/t-mobile.png) ![Česká spořitelna - klient, agilní transformace](https://lucidbaydigital.cz/wp-content/uploads/2025/09/ceska-sporitelna.png) ![Moneta](https://lucidbaydigital.cz/wp-content/uploads/2025/09/moneta.png) ![betsys - klient, agilní transformace](https://lucidbaydigital.cz/wp-content/uploads/2025/09/betsys.png) Pomáháme firmám všech velikostí růst s lepšími produkty, silnějšími týmy a rychlejší adaptací na změny.   Budujte produkty, které fungují, týmy, které rostou a vedení, které inspiruje. [O nás](https://lucidbaydigital.cz/about-us-contacts-cs/) OD RIGIDNÍCH PLÁNŮ K ADAPTIVNÍM STRATEGIÍM ## Agile Performance Pomáháme vašim týmům dosahovat víc díky lepší spolupráci, procesům a firemní kultuře. Není to  jen o změně organizační struktury. ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-pink.png) ### Agile GAP analýza Pro dosažení výsledků nepotřebujete pokaždé celou transformaci. Zaměřte se na to, co brzdí vaše týmy a dosáhněte výsledků dřív.  - Rychlá řešení konkrétních problémů - Agile Coaching a objektivní návrh pro další rozvoj vašeho týmu - Podpora, když agilita neplní vaše očekávání ![Agilní transformace je změna, která přináší firmám větší pružnost v reakcích na trh, vyšší hodnotu pro vaše zákazníky a vyšší efektivitu týmů. Lucid Bay Digital pomáhají s agilními transformacemi firmám. Posilujeme růst firem ve světě, který se mění.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/at24.webp) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-pink.png) ### Agilní transformace Agilní transformace je investice do větší flexibility vaší společnosti, dodávek produktů s vyšší hodnotou pro zákazníky a lepšího výkonu vašich týmů. - Vedení agilní transformace ke splnění vašich očekávání - Agile coaching, Experti, pro vaše transformační týmy - Buďte samostatní, know-how vám předáme ![Jan Šrámek, CEO & Founder Lucid Bay Digital, agile coach, trainer, mentor, agile expert, Board Level Advisory for Agile and Product Transformation](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DSC_3330.jpg) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-pink.png) ### Školení agility Navrhujeme kurzy na míru, které cílí přímo na výzvy vašich týmů. Nebo si vyberte z našich standardních školení a sjednotíte chápání agility v celé vaší firmě. - Lektoři s reálnými zkušenostmi z vývoje a businessu - Workshopy založené na vašem zadání - Růst jak pro týmy, tak pro jednotlivce ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/get-in-touch-min.jpg) ### Kontaktujte nás [Spojte se s námi](#contact) [Více informací](https://lucidbaydigital.cz/agile-performance-cs/) nebo [Porovnějte naše služby](https://lucidbaydigital.cz/choose-the-best-solution-for-your-needs-cs/) OD DODÁVÁNÍ FUNKCIONALIT K HODNOTĚ ## Produkt a jeho rozvoj Pomáháme firmám přestat dodávat funkcionality a začít vytvářet produkty, které opravdu přinášejí hodnotu. ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-yellow.png) ### GAP analýza Produktu Cesta k hodnotově řízeným produktům začíná malými kroky. Stačí posílit roli vašich product ownerů a produktových týmů nebo produktový management tam, kde to nejvíc potřebují.  - Rychlá řešení konkrétních problémů - Objektivní návrh pro další rozvoj vašeho produktového týmu - Podpora, když vaše produktové týmy nevytvářejí očekávanou hodnotu ![Produktová Transformace představuje zavedení nových způsobů myšlení a práce napříč vaší společností . Pomůžeme vám rozšířit principy Product Discovery, posílit produktová tria a vybudovat kulturu zaměřenou na učení a hodnotu pro zákazníka. Vytvářejte kvalitnější produkty, které dávají vašim klientům smysl.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/Prod7.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-yellow.png) ### Produktová transformace Investujte do hlubšího porozumění vašim zákazníkům. Ověřujte hypotézy o potřebách vašich zákazníků, budujte produktová tria, změňte firemní kulturu, aby podporovala rozvoj produktů s hodnotou.  - Provedeme vás k vašim cílům - Experti, pro vaše transformační týmy - Buďte samostatní, know-how vám předáme ![Jan Šrámek, CEO & Founder Lucid Bay Digital, agile coach, trainer, mentor, agile expert, Board Level Advisory for Agile and Product Transformation](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DSC_3330.jpg) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-yellow.png) ### Produktová školení Navrhujeme kurzy na míru pro  vaše týmy. Nebo si vyberte z našich standardních školení a sjednoťte přístupy k návrhu produktů v celé vaší firmě. Rozvoj v oblasti produktového managementu. - Školí vás lidé, kteří dělají produktový management v praxi - Workshopy založené na vašem zadání - Rozvoj product ownerů, manažerů i týmů ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/get-in-touch-min.jpg) ### Kontaktujte nás [Spojte se s námi](#contact) [Více informací](https://lucidbaydigital.cz/product-growth-cs/) nebo [Porovnejte naše služby](https://lucidbaydigital.cz/choose-the-best-solution-for-your-needs-cs/) Posila vašich týmů ## People & Culture Pomáháme People & Culture nejen s náborem IT a business expertů, ale i s budováním procesů a kultury, které podporují spolupráci, agilitu a zákaznický přístup. ![gap analysis](https://lucidbaydigital.cz/wp-content/uploads/2025/10/vip_2771e73d-eaa5-4e3b-981e-11c06b148243.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-teal.png) ### HR GAP analýza People & Culture může výrazně podpořit agilní i product discovery přístupy. Pomáhejte měnit systém. Budujte kulturu, spolupráci a rozvoj, které to umožní. - Rychlá řešení konkrétních problémů - Agile performance management - Rozvojové plány pro agilní a produktové experty ![Tech & Biz Experts, Lucid Bay Digital poskytuje také službu agentura práce. Pomůžeme vám nalézt vývojáře, product ownery, produktové manažery, agilní leadery, scrum mastery, agilní kouče. Do výrobních firem pomůžeme najít třeba IT techniky a lean kooridnátory.](https://lucidbaydigital.cz/wp-content/uploads/2025/11/DEV14.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-teal.png) ### Tech & Biz Experti Najdeme pro vás IT a byznys profesionály s odborností i správným agilním a produktovým mindsetem. Nehodnotíme jen jejich dovednosti, ale i to, jak spolupracují a jak zapadnou do vaší kultury. - Experti, kteří sedí technicky i kulturně - Pro agilní i produktové týmy - Kandidáti prověření lidmi z praxe ![Agile Makers, Scrum Master, Agile coach, Agilní kouč, agilisté](https://lucidbaydigital.cz/wp-content/uploads/2025/11/AM1.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-teal.png) ### Agilisté Pomáháme vám najít Scrum Mastery, Agile Coache a Agile Leadery, kteří svou roli skutečně žijí. Dělají to, co učí, a přinášejí reálné hands-on zkušenosti. - Když potřebujete autentické a zkušené agilní leadery - Když hledáte agilní experty, kteří mají výsledky - Když chcete agilitu postavenou na praxi, ne na dogmatech ![Lean Manufacturing](https://lucidbaydigital.cz/wp-content/uploads/2025/11/LK4.png) ![](https://lucidbaydigital.cz/wp-content/themes/lucidbay/assets/images/cube-teal.png) ### Lean Manufacturing Dodáme Lean koordinátory, kteří mění Lean ve výsledky. Naše vlastní zkušenosti s leanem nám pomáhají poznat ty, kteří přinášejí reálný dopad ve výrobě. - Když potřebujete ověřené Lean koordinátory do výroby - Pro efektivnější provoz a kontinuální zlepšování - Kandidáti jsou hodnoceni lidmi s praktickou zkušeností s Leanem a Kanbanem [Více informací](https://lucidbaydigital.cz/people-culture-cs/) nebo [Porovnejte naše služby](https://lucidbaydigital.cz/choose-the-best-solution-for-your-needs-cs/) Orientujeme se na výsledky ## Maximalizujte váš výkon ### Maximální kvalita Když něco děláme, děláme to dobře. Nezajímají nás průměrná řešení.  ### Praktické zkušenosti Silné teoretické zázemí je fajn, ale my si mnohem víc ceníme skutečných zkušeností. ### Akvizice top talentů Při výběru nových kolegů jsme téměř paranoidní. Vyplácí se to. ### Osobní růst Nikdo není dokonalý, to je jasné. Ale za pokus nic nedáte. ## SPOKOJENÍ ZÁKAZNÍCI - FIRMY VŠECH VELIKOSTÍ ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Naši spolupráci s Lucid Bay Digital považuji za mimořádně profesionální a vyspělou. Na přístupu Jana Šrámka oceňuji především to, že naše partnerství nevnímá pouze z hlediska obchodních čísel, ale také z hlediska dlouhodobé přidané hodnoty pro naše společnosti. Bedřich Krejčí, MBA Release Train Engineer, O2 Czech Republic ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Měl jsem příležitost spolupracovat s kouči ze společnosti Lucid Bay Digital během transformace České spořitelny, a.s. Vyznačovali se svými znalostmi agilních technik. Pomohli nám udělat velký skok ve vytváření kultury založené na agilních principech a přístupu zaměřeném na zákazníka. Tomasz Bartkowiak Area Lead Of Agile Coaches at Česká spořitelna, a.s. ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Možná si kladete otázku, zda je agilita pro nás to pravé. Také jsme si to mysleli. Existuje mnoho pochybností, ale společnost Lucid Bay Digital nám pomohla najít řešení těchto pochybností nebo experimentovat, dokud jsme nevytvořili správný způsob práce.       Vladimír Hranáč Founder & CTO, Betsys ![5 stars](https://lucidbaydigital.cz/wp-content/uploads/2025/10/5-stars-bubble.png) Jan nám pomohl pochopit a implementovat agilní dodávky našeho klíčového front-endu. Nebylo to vůbec snadné, potýkali jsme se s tradičním způsobem dodávek, ale on se této výzvy ujal s energií a nadšením. Díky jeho trpělivému vedení se nám podařilo získat podporu vedení. Pavel Procházka GE Money Bank, a.s., IT Manager, Core Java Development ## Lucid Bay v číslech [O nás](https://lucidbaydigital.cz/about-us-contacts-cs/) 600+ vytrénovaných profesionálů 2000+ vyřešených agilních tasků 7 let zkušeností 90+ klientů všech typů 100+ vytvořených agilních týmů 8 lidí v týmu Lucid Bay Insights ## Zkušenosti z praxe [### Muda v AI: 7 typů plýtvání při práci s umělou inteligencí Číst více](https://lucidbaydigital.cz/muda-v-ai-7-typu-plytvani-pri-praci-s-umelou-inteligenci/) [### AI jako opravář topení a proč přínosy AI ve firmě nezávisí na velikosti implementace Číst více](https://lucidbaydigital.cz/ai-jako-opravar-topeni-a-proc-prinosy-ai-ve-firme-nezavisi-na-velikosti-implementace/) [### Muda aneb 7 typů plýtvání při výrobě softwaru Číst více](https://lucidbaydigital.cz/muda-aneb-7-typu-plytvani-pri-vyrobe-softwaru/) [### Lead Time: Ukazatel, který rozhoduje o výkonnosti firmy Číst více](https://lucidbaydigital.cz/lead-time-vykonnost-firmy/) kontaktujte nás ## Zahajte s námi konverzaci ![Jan Šrámek, agilní kouč, mentor, školitel, CEO Lucid Bay Digital, jednatel společnosti. Agile Expert | Board Level Advisor, Agilní transformace, Produktové transformace, nábor agilistů, nábor scrum masterů, product ownerů a agilních leaderů](https://lucidbaydigital.cz/wp-content/uploads/2025/09/jan-sramek-min.jpg) Jan Šrámek CEO Lucid Bay Digital --- _Lucid Bay Digital: Agilní transformace a produktový management_ _https://lucidbaydigital.cz_