Váš vývojářský tým je příliš velký. A přesto vám chybí lidi.

Máte product ownera, který píše tickety. Máte analytika, který dělá reporty. Máte scrum mastera, který facilituje ceremony. Máte agile kouče, který učí tým jak být agilní. Máte team leada, který chodí na meetingy. A máte vývojáře, kteří čekají na zadání.

Celá tahle vrstva lidí nevznikla ze zlého úmyslu. Vznikla proto, že koordinace něco stojí — čas, pozornost, kontext. A někdo ji musel dělat.

Jenže náklady na koordinaci právě dramaticky klesly. A s nimi i hodnota rolí, které koordinaci zajišťují.

Mezitím konkurence pustila feature za tři týdny s týmem čtyř lidí.

”Ale my přece potřebujeme architekta”

Slyším to pravidelně. A možná ano. Ale potřebujete ho na plný úvazek? Nebo potřebujete vývojáře, který architektonicky přemýšlí? V AI době je to čím dál tím víc totéž.

Podle State of DevOps Report od Google DORA nejlepší týmy nasazují řádově stokrát častěji než nejpomalejší a mají 3x nižší míru selhání nasazení. Klíčový faktor? Autonomie a nízká míra byrokracie — ne větší tým.

Proč to není jen problém CTO

Většina CEO řeší IT tým tak, že ho přenechá CTO. To je chyba. Ne proto, že CTO neví co dělá — ale proto, že rozhodnutí o tom jak je tým sestavený a co staví, je přímo úměrné tomu jak rychle vaše firma reaguje na změny trhu.

AI je technická věc — a proto ji CEO přirozeně deleguje. Ale tohle je poslední moment, kdy to ještě dává smysl. Nejrychleji rostoucí firmy dnes smazávají hranice mezi IT a zbytkem organizace. HR týmy používají Cursor. Finanční analytici pracují v Claude Code. Marketing staví vlastní automatizace. Technologie přestává být doména jednoho oddělení.

Tohle co čtete není návod jak reorganizovat IT tým. Je to návod jak začít přemýšlet o stavbě týmů v celé firmě. IT je jen přirozené místo kde začít — protože je technologiím nejblíže. Ale princip je univerzální.

AI není chytrý autocomplete

AI nezabije programátory. Ale nestačí ji používat jako chytrý autocomplete.

Ti, kteří přemýšlejí nad tím, co jim AI může skutečně vzít z rukou — celé analýzy, rozhodování, návrhy architektury, porozumění zákazníkovi — ti budou o patro výš než ti, kteří si nechávají doplňovat řádky kódu.

Ve své praxi jsem viděl týmy, které tvrdily, že product ownera nepotřebují — že produktu rozumí. A měly pravdu v tom, že rozuměly řešení. Věděly jak věci fungují. Ale nevěděly proč je zákazník používá. Když jsem se zeptal jaký mají konverzní poměr košíku a kde nejvíce zákazníků odchází — nastalo ticho. Nevěděli. Nesledovali to. Systém fungoval správně. Zákazník přesto odcházel.

Když jsme se podívali na data, konverze košíku byla 1,2 % — v jejich segmentu je průměr kolem 3 %. Největší únik? Stránka s výběrem dopravy — 38 % zákazníků odtud odcházelo. Oprava zabrala dva týdny. Žádný nový feature, žádná inovace — jen pochopení, kde zákazník odchází a proč.

To je rozdíl mezi technickým pochopením produktu a skutečným produktovým myšlením.

Jaký vývojář dnes rozhoduje

Vývojář, kterého hledáte, vypadá jinak. Nejčastěji jsem ho potkával ve startupu. Je to člověk, který když narazí na hranici svých kompetencí, ji nepřekreslí jako cizí území. Místo “tohle řeší infrastruktura” nebo “tohle je na produktu” si začne zjišťovat a problém vyřeší. Pokaždé trochu jinak a lépe. Pokaždé s větším přesahem.

Na přednáškách to nazývám podstatou inženýrského řemesla. Není to dělat desetkrát totéž podle receptu. Je to řešit zdánlivě neřešitelné — a při tom posouvat hranice toho, co zvládnete.

S AI dostane tenhle člověk schopnosti celého týmu. Bez AI bude stále vzácnější.

Přestaňte stavět věci, které nemají smysl

Ale i ten nejlepší člověk nemůže doručovat hodnotu, pokud tráví polovinu času údržbou věcí, které nemají smysl. Právě tohle je druhá polovina problému — co váš tým vůbec staví.

V nedávném článku jsem psal o tom, že web přestane být konkurenční výhodou e-commerce firem. Že zákazníci budou nakupovat přes AI asistenty a z celého webu zbyde jediná relevantní stránka — produktový detail. Pokud tohle platí navenek, platí to i dovnitř. Váš IT tým by neměl stavět web. Měl by stavět to, co rozhoduje o tom jestli vás AI asistent doporučí — nebo ne.

Pokud si stavíte vlastní notifikační systém, vlastní řízení skladu, vlastní platební logiku — kognitivní zátěž vašeho týmu nikdy nebude malá. Bez ohledu na to, jak dobré lidi v něm máte. Budou pohřbeni v údržbě věcí, které nepřinášejí konkurenční výhodu. Totéž platí o investicích do sofistikovaného vyhledávání — rozhodovací fázi nákupu přebírají AI asistenti a váš search se mění v komoditu.

Skryté náklady, které nikdy neuvidíte na faktuře

Na první pohled bude externí řešení vždy dražší. Jenže tohle srovnání je nepoctivé — protože neumíme vyčíslit kognitivní zátěž. A ta neroste lineárně. Roste exponenciálně. Každý další systém, který vlastníte, přidává závislosti, výpadky, onboarding nových lidí, technický dluh. Tiché náklady, které nikdy neuvidíte na faktuře, ale pocítíte je v rychlosti.

Studie od Stripe a Harris Poll ukázala, že vývojáři celosvětově tráví přibližně 42 % času technickým dluhem a údržbou — to je čas, který přímo chybí na inovace. Gartner v roce 2021 předpověděl, že do roku 2025 bude 70 % nových aplikací využívat low-code nebo no-code platformy. A soudě podle adopce nástrojů jako Cursor, Lovable nebo Claude Code se ta predikce naplňuje — jen v jiné podobě, než si Gartner představoval.

Položte si jednu nepříjemnou otázku. Dokáže se konkurence dostat na stejnou úroveň za půl roku? Pokud ano — nemáte konkurenční výhodu. Máte jen náklady. A to, že něco interně považujeme za naši výsadu, ještě neznamená že to bude relevantní v době, kdy svět kolem nás mění AI rychleji než stíháme plánovat.

Investujte vlastní vývoj jen tam, kde stavíte něco, co konkurenci zabere roky dohnat. Na deep knowledge o vašem zákazníkovi. Na unikátních datech, která sbíráte léta. Na knowhow, které vzniká pouze praxí v konkrétním trhu a nedá se zkrátit penězi.

Vše ostatní — integrovat. Chytře. A s výhledem na to, co přijde.

Proces jako cíl místo prostředku

Tady přichází část, kterou nikdo nechce slyšet. Můžete reorganizovat procesy, koupit hotová řešení a dát týmu ty nejlepší nástroje. Ale pokud máte lidi, kteří čekají na zadání místo aby přemýšleli — nezrychlíte. Změníte kulisu. Ne výsledek.

A přesto je první instinkt většiny firem přidat další proces. Další ceremonie. Další vrstvu schvalování. Ve jménu kvality, předvídatelnosti, kontroly.

Výsledek je přesně opačný — tým se zpomalí, zabalí se do procedur a přestane doručovat. Proces se stane cílem místo prostředkem.

Kdo jsou ti správní lidé

Hledáte lidi, kteří znají své silné stránky a vědomě je prohlubují. Ale zároveň je neberou jako pevně dané hranice. Když narazí na problém mimo svůj obor, nezavolají kolegu — zjistí si co potřebují a problém vyřeší. Ne proto, že musí. Ale proto, že je to přirozeně táhne dopředu.

V praxi to znamená, že jsou schopni doručit věci od začátku do konce. Bez předávání štafety. Bez čekání na jiné oddělení. Tohle je v malém týmu zásadní — protože předávání štafety je přesně to místo, kde věci umírají.

Takových lidí není mnoho. A proto nestačí vzít stávající tým a přeorganizovat ho. Musíte vědět koho hledáte. A být ochotni za ně zaplatit — nebo okolo nich tým teprve postavit. Výsledek se projeví tam kde to CEO pocítí nejvíc: v rychlosti s jakou firma reaguje na změny trhu.

Kontext rozhoduje víc než proces

Ale nestačí mít správné lidi. Musí mít správný kontext.

Vývojář, který vidí jen Jiru, nikdy nepochopí proč. Vývojář, který vidí konverzní poměr, průměrnou hodnotu objednávky a ví jaký je cíl na kvartál — ten rozhoduje jinak. Píše jiný kód. Prioritizuje jinak.

A když narazí na rozhodovací dilema — a narazí — má čím navigovat. Ne pravidlem v Confluence. Ale tím, že rozumí kam firma míří a proč jsou aktuální priority takové jaké jsou. Mise a vize nejsou plakát na zdi. Jsou to nástroj každodenního rozhodování.

Co má smysl sdílet

Malý fokusovaný tým není odpověď na všechno.

Někde se centralizaci a jisté formě specializace nevyhneme — a provozní spolehlivost je přesně takový případ. Malý tým nemůže sám pokrýt výpadky, monitoring a noční incidenty. Ve čtyřech lidech to dlouhodobě nevychází.

Odpověď není přidat do týmu člověka, který bude hlídat servery. Odpověď je mít centrální tým technického provozu sdílený napříč celou firmou. Stejná logika jako u integrace softwaru: spolehlivý provoz není vaše konkurenční výhoda. Je to infrastruktura. A infrastrukturu má smysl sdílet.

Ale pozor — i tady platí stejné principy. Centrální tým není výmluva pro byrokratickou strukturu plnou koordinačních vrstev. I tam hledáte lidi, kteří přemýšlejí za hranice svého oboru, rozumí businessu a jsou schopni věci doručit.

Kde začít — konkrétně

Za prvé: zmapujte co váš tým skutečně staví. Projděte všechny systémy a rozdělte je do dvou sloupců. Co je vaše konkurenční výhoda — tedy něco, co konkurenci zabere roky dohnat. A co je infrastruktura, kterou můžete koupit. Většina firem ví, že příliš málo kapacity jde do vývoje nových věcí. Málokdo si ale přizná proč — protože odpověď není v procesech ani v počtu lidí. Je v tom co ti lidé udržují.

Za druhé: identifikujte lidi s přesahem. V každém týmu existují lidé, kteří přirozeně překračují hranice své role. Kteří se ptají proč, ne jen jak. Kteří doručují věci od začátku do konce. Najděte je. Jsou to stavební kameny nového modelu.

Za třetí: dejte týmu přímý přístup k datům a cílům. Ne přes prezentace a quarterly reviewy. Denně. Konverzní poměr, objednávky, kvartální cíle. Bez kontextu ani ten nejlepší člověk nedokáže správně rozhodovat.

Za čtvrté: začněte jednou integrací. Vyberte jeden systém, který interně stavíte a udržujete, a nahraďte ho hotovým řešením. Ne jako úsporné opatření — jako experiment. Uvidíte kolik kapacity se uvolní. A pravděpodobně zjistíte, že to co jste považovali za svoji výsadu, hotové řešení zvládne lépe — a za zlomek nákladů.

Závěr

Tohle není návod jak ušetřit na lidech. Je to návod jak přestat plýtvat jejich potenciálem.

To co AI přináší není náhrada vývojářů. Je to příležitost stavět týmy jinak. Menší, fokusovanější, rychlejší. Týmy, které nekupují čas — ale doručují hodnotu.

Úspory přijdou. Ale ne primárně ze zeštíhlení týmu. Přijdou z toho, že přestanete stavět věci, které nemají smysl — a nahradíte je hotovými řešeními. Že se zbavíte údržby systémů, které vás brzdí. A ano — že si budete muset upřímně odpovědět, zda lidé, kteří umí jen programovat podle zadání, jsou tím správným profilem pro to, co vás čeká.

A rychlost v dnešní době není jen operační výhoda. Je to konkurenční výhoda, která se přepisuje do nových zdrojů příjmů. Firma, která dokáže otestovat, spustit a iterovat třikrát rychleji než konkurence, vyhrává trh — ne jednou, ale opakovaně.

Začněte jednou otázkou: kolik lidí ve vašem týmu dnes skutečně staví věci, které zákazník pocítí?