Kde mizí 2 týdny vývoje každý kvartál

Nebudeme psát o trendech. Ani o tom, který nástroj je teď must-have. Budeme psát o věcech, které reálně řešíte, tak aby to dávalo smysl technicky i byznysově.

Věci jako:

• proč se práce zasekne mezi kroky
• kde vzniká zbytečné čekání
• proč backlog neroste, ale stejně se nic nehýbe
• co znamená hotovo v realitě, ne na slidech
• kdo má ve skutečnosti poslední slovo

Většinou to nejsou velké změny. Jsou to malá, ale konkrétní rozhodnutí. A přesně tohle je téma prvního čísla.

Feature byla hotová za hodinu. Do produkce šla za 4 dny. Ne kvůli vývoji, ale kvůli čekání mezi kroky.

Malý fix trvá hodinu, ale čeká na review. Čeká na QA, čeká na approval, nebo čeká na deploy.

Stačí jednoduchý přepočet:

• 1 hodina čekání týdně = 13 hodin za kvartál na člověka.
• Tým 10 lidí = 130 hodin.
• To jsou skoro 2 týdny vývoje, které nikdo neplánoval.

Jednoduchý test vaší delivery

Zkuste 14 dní měřit u každého ticketu dvě čísla: kolik hodin se na něm reálně pracovalo a kolik hodin uplynulo od ready po done.

Rozdíl je čas, kdy ticket jen čekal.

Jednou týdně to agregujte podle fáze: review, QA, approval, deploy. Uvidíte vzorec. A ten bude nepříjemně jasný.

Co se typicky ukáže

Review trvá dny, ne hodiny. QA je bottleneck. Approval nemá jasné okno. Deploy se dělá až bude čas a najednou je vidět, že největší problém není rychlost vývoje, ale je to čekání mezi kroky.

Co s tím bez reorganizace a nových nástrojů

• Review do 24 h
• Rotace reviewerů
• Jasné okno na approval
• Domluvený deploy slot

Týmy, které tohle udělají, většinou zjistí jednu věc: delivery se zrychlí bez jediného nového nástroje.

Pohled za byznys – Jakub Štengl

Tohle vidím u klientů pořád. Přijdeme na projekt, kde tým je šikovný, lidi makají a přesto se nic nehýbe. Problém nikdy není v tom, že by někdo byl líný. Problém je v tom, že nikdo nepojmenoval, kde práce stojí.

Jakmile to pojmenujete, je to nepříjemné čtení. Ale aspoň víte, co řešit. A to je první krok k tomu, aby čísla na projektu začala dávat smysl.

Pohled za technologie – Jakub Inger

AI dneska umí napsat feature rychleji, než ji stihneš popsat v ticketu. Ale to jen znamená, že se těžiště problému přesunulo. Úzké hrdlo už není psaní kódu, ale je to všechno kolem. Review, QA, approval, deploy.

Automatizace těchto kroků je paradoxně pragmatičtější využití AI než generování kódu. Tam, kde práce čeká, dneska stačí, aby první průchod udělal agent. Člověk vstupuje až tam, kde je potřeba úsudek.

Tým, který tohle udělá, neztratí 2 týdny za kvartál.