Poznáte svoji situaci?

Každá firma je jiná, ale problémy ve vývoji software mají překvapivě podobné vzorce. Projděte si níže popsané situace — pokud se v některé poznáte, víte, kde začít.


Technická kvalita a rychlost dodávání

Každá změna v kódu je riskantní

Vývojáři se bojí sáhnout na určité části produktu. Nikdo přesně neví, co se rozbije. Nasazení nové verze je stres, ne rutina. Testy buď neexistují, nebo jim nikdo nevěří.

Vývoj je čím dál pomalejší, přestože tým roste

Přidáváte lidi, ale výstup se nezvyšuje úměrně. Noví vývojáři potřebují týdny, než se zorientují. Každá nová funkce narušuje tu předchozí.

Používáte AI nástroje, ale tým jako celek se nezrychlil

Jednotlivci píší kód rychleji díky Copilotu nebo Cursoru, ale code reviews trvají déle, přibývá technického dluhu a celková rychlost dodávání se nezlepšila.

Code review je úzké hrdlo

Pull requesty čekají dny na review. Znalost kódu zůstává u jednoho člověka. Vývojáři pracují izolovaně a zbytečně si duplikují práci.

Vývojáři tráví hodiny laděním a hledáním chyb

Chyby se nenachází brzy, ale až po nasazení — nebo v produkci. Každý bugfix přináší nové bugy. Tým opravuje víc, než tvoří.

Nasazení do produkce je stresující a poloruční

Build a deployment probíhají ručně nebo s pomocí křehkých skriptů. Každé vydání vyžaduje přítomnost konkrétního člověka. Na continuous delivery je zatím daleko.

Nikdo ve firmě plně nechápe architekturu systému

Technická rozhodnutí jsou obtížná, protože nikdo nemá celkový přehled. Nové funkce se přidávají, aniž by bylo jasné, kam patří. Architektura „vyrostla" sama od sebe.

Manuální testování nestíhá

QA nestíhá otestovat vše, co se vyvíjí. Regresní testy jsou zdlouhavé. Automatizace začínala, ale nikdy nedospěla do použitelného stavu.

Relevantní služby: Technický koučink · Koučink TDD · Školení TDD · Školení Playwright · Build pipeline · Workshop: Aktuální architektura


Přetížení a předvídatelnost

Tým je neustále v zápřahu a nestíhá

Vývojáři pracují přesčas, ale backlog neopadá. Každý sprint je hašení požárů. Technický dluh roste, protože na jeho řešení není čas. Nikdo si netroufá říct “ne” dalšímu požadavku.

Termíny se posouvají a nikdo neví proč

Odhady opakovaně nevycházejí. Byznys čeká na funkce, které měly být hotové před třemi měsíci. Tým nemá kapacitu na dlouhodobé plánování, protože řeší operativu.

Jeden člověk ví příliš mnoho

Určité věci umí vyřešit jenom jeden specialista. Ostatní na něho čekají. Děsí vás představa, co by se stalo, kdyby odešel.

Byznys a vývoj táhnou za různé konce

Požadavky přicházejí bez kontextu. Vývojáři nevědí, proč dělají, co dělají. Byznys nevidí výsledky práce týdny nebo měsíce. Zpětná vazba přichází pozdě.

Funkce jsou špatně pochopené nebo špatně specifikované

Vývojáři dodají přesně to, co bylo napsáno — ale ne to, co byznys potřeboval. Chyby v porozumění se odhalují pozdě, ve fázi testování nebo po nasazení.

Relevantní služby: Úleva od přetížení · Specifikace příkladem


Spolupráce více týmů

Týmy na sebe čekají

Žádný tým nedodá hotovou funkci sám — vždy potřebuje něco od jiného týmu. Závislosti se hromadí. Každý release vyžaduje koordinaci desítek lidí.

Děláte Scrum, ale nefunguje

Sprinty probíhají, retrospektivy se konají, ale nic se nemění. Daily standup je status report pro manažera. Sprint review je divadlo. Definition of Done je na papíře, v praxi ne.

Přidali jste procesy, ale situace se nezlepšila

Zavedli jste víc rolí, víc meetingů, víc dokumentace. Koordinační overhead roste rychleji než výstup. Lidé tráví víc času reportováním než vývojem.

Máte komponentové týmy místo feature týmů

Tým A dělá frontend, tým B backend, tým C databázi. Žádná jednoduchá funkce nevznikne bez zapojení všech tří. Každý je zaneprázdněný, ale nic se nedodává end-to-end.

Chcete lépe porozumět Scrumu nebo LeSS

Scrum zavádíte poprvé, nebo tušíte, že ho provádíte špatně, ale nevíte přesně kde. Nebo pracujete ve více týmech a potřebujete hlubší pochopení toho, jak LeSS funguje v praxi.

Relevantní služby: Zjednodušení organizace vývoje · Školení Scrum · Certified LeSS Practitioner · Certified LeSS Basics


Rozhodování na vrcholu

Nemáte s kým probrat důležitá rozhodnutí

Jste ředitel, CTO nebo technický lídr. Rozhodnutí, která děláte, mají velký dopad — a málokdo ve firmě má stejný pohled jako vy. Druhý CTO ve firmě neexistuje. Zkušenosti z minulých firem nestačí.

Chystáte změnu a nejste si jistí, jestli jdete správnou cestou

Připravujete organizační změnu, technologické rozhodnutí nebo strategický posun. Chcete zpětnou vazbu od někoho, kdo viděl podobné situace jinde — dříve, než začnete realizovat.

Chcete jako vedoucí pracovník lépe porozumět organizačnímu designu

Uvažujete o větší reorganizaci vývojových týmů nebo jste se setkali s LeSS ve firmě. Chcete pochopit principy a dopady dříve, než se zavážete ke konkrétní cestě.

Relevantní služby: Sparring partner · Certified LeSS for Executives


Nevidíte svoji situaci?

Problémy ve vývoji mají spoustu podob a ne vždy odpovídají jednomu z výše popsaných vzorců. Pokud si nejste jistí, kde začít, nebo chcete svoji situaci probrat, napište mi.