Jak zavést AI do vývoje softwaru v týmu?

AI do vývoje softwaru zavedete tak, že nejdřív domluvíte společná pravidla, kontrolu a jednoho vlastníka. Výběr nástroje je až druhý krok. Tým si ho většinou koupí sám dřív, než ho firma stihne vybrat.

Chybí sdílená vrstva kolem nástroje: pravidla v repozitáři, review od někoho jiného než autora a testy, které špatný kód zastaví. Níže je postup, který používáme sami i s týmy, kterým pomáháme.

AI dnes píše všechen náš kód. Za výsledek ručí senior. Filip předtím 7 let vyvíjel SaaS, který denně používalo 60 000+ lidí.

Proč zavádění AI v týmu selhává, i když ji používá každý?

Problém totiž není v nástroji. Typický plán ve firmě zní: vybrat nástroj, pak metodiku, pak kontrolu. Než se dopíše srovnávací tabulka, vývojáři už agenty používají denně.

Začít tedy problém nebyl. Problém je, že si to každý nastavil sám. Vlastní pravidla, vlastní kontext, vlastní způsob kontroly. Když se něco naučí jeden, ostatní za stejnou lekci zaplatí znovu.

Pravidla pro AI pak žijí na třech špatných místech. Funguje jen jedno místo:

Agent poslechne jen to, co má před sebou v kontextu. Proto říkáme, že agent je model plus rámec. Model si pronajímáte. Rámec je vaše práce.

Kde mají pravidla pro AI žít a kdo je vlastní?

V repozitáři, vedle kódu, v souboru, který si agent načte sám. U Claude Code je to CLAUDE.md, u řady dalších nástrojů AGENTS.md. Co do něj patří a co ne, rozebíráme v článku Pravidla pro AI kód v týmu. Který nástroj týmu dát, srovnáváme v článku Cursor vs Claude Code.

Důležitější je, kdo pravidla vlastní. Rámec kolem AI nemá nikdo v popisu práce. Bez vlastníka se postupně rozpadne. Každý si ho trochu upraví a sdílená vrstva se rozejde.

Nám pomohla distribuce, ne disciplína. Pravidla jsme měli v hlavním repozitáři a ostatní repozitáře je neviděly. Některé si je „opravily“ zkopírováním. Kopie se časem rozešly a žádné dvě nebyly stejné. Dnes máme jeden balík pravidel, který se načítá všude.

Jak kontrolovat kód, který napsala AI?

Stejně přísně jako kód od člověka. K tomu tři pravidla navíc:

Zkontrolujte i to, jestli CI vůbec umí selhat. Při přebírání systémů jsme už viděli pipeline, která běží a hlásí, ale sloučení nikdy nezastaví. Stalo se to i nám: kontrola byla na hlavní větvi dlouho červená a nikdo si toho nevšiml. Bez testů ani nemá co selhat. Zelená fajfka bez testů je dekorace.

Pro ostrý provoz platí jedno pravidlo bez výjimky. Náš agent se do ostrého provozu fyzicky nedostane. Příkaz, který by sáhl na produkční databázi nebo server, odmítne skript ještě před spuštěním. Bezpečnost zajišťuje mechanismus, ne věta „buď opatrný“.

Jak začít, aby se tým AI nebránil?

Prezentace tým nepřesvědčí. Přesvědčí ho bezpečný prostor a vlastní backlog.

Na workshopu pro vývojářský tým jsme měli dva dny, kdy byl agent jediný nástroj. Pracovalo se na skutečných úkolech z backlogu, ne na ukázkových. Odpoledne ukázky, na konci společná hodina, kde každý řekl, co zjistil. Upřímně: neměřili jsme, co z toho po měsících zůstalo.

Druhá věc je strach z faktury. Jeden CTO po nás nechtěl, abychom AI zakázali. Chtěl strop. Řešení je nudné: týmový účet s kreditem. Když dojde, dojde. A vývojář, který útratu vidí, se rozhoduje lépe.

Třetí věc: nezačínejte s celým týmem. Pilot s jedním vývojářem na týden ukáže, kde pravidla chybí. Teprve potom je rozšiřte na ostatní. Takhle vypadá celý první měsíc:

Přesně takhle se do týmů zapojujeme v rámci služby AI-native SDLC pro vývojové týmy. Chybí vašemu týmu spíš ruce než pravidla? Podívejte se na seniorního vývojáře do týmu.

Prvních 30 dní AI v týmu: kontrolní seznam

Odškrtněte, co už váš tým má:

Pokud po měsíci umíte říct, kde pravidla žijí, kdo je vlastní a co zastaví špatnou změnu, máte AI zavedenou. Zbytek je údržba.

První verzi pravidel nemusíte psát od nuly. Stáhněte si šablonu Pravidla pro AI v týmu (PDF).

Kdy to nedoporučujeme

• Váš tým s AI už pracuje a pravidla má v repozitáři. Pokračujte. Externího seniora nepotřebujete.
• Hledáte prezentaci o AI strategii pro vedení. To neděláme. Pracujeme v repozitáři, ne v prezentacích.
• Chcete levnou kapacitu na hodiny, která jen dodělá úkoly. To neděláme. Hledejte freelancera nebo agenturu, která pronajímá vývojáře.

Chcete to zavést s někým, kdo to dělá denně?

Nepotřebujete další demo, že AI umí napsat appku. Potřebujete seniora, který se zapojí do vašeho repozitáře a pull requestů od prvního dne. Váš tým se přitom naučí pracovat s AI po svém.

Napište nám, kde vás vývoj brzdí. Ozveme se do dvou pracovních dnů a společně vybereme, co vyřešíme jako první.

Pokud si chcete nejdřív promluvit, domluvte si meeting na 15 minut s Filipem.

Kde vás AI v týmu dnes víc brzdí, než pomáhá?

Časté otázky

Jak zavést AI do vývoje softwaru v týmu?

Začněte společnými pravidly v repozitáři, review od někoho jiného než autora a testy, které špatný kód zastaví. Určete jednoho člověka, který pravidla vlastní. Nástroj je až druhý krok, tým ho většinou už má.

Claude Code, Cursor, nebo Copilot: který nástroj pro tým vybrat?

Na nástroji záleží méně, než se zdá. Modely se mění každý měsíc. Vyberte takový, který čte pravidla z repozitáře a dá se spustit i v CI. Důležitější je, aby celý tým pracoval se stejnými pravidly.

Kdo ručí za kód, který napsala AI?

Člověk, který změnu schválil ke sloučení. AI kód píše, ale neodpovídá za něj. Proto musí každá změna projít review od někoho, kdo ji nepsal, a testy, které při chybě opravdu selžou.

Zrychlí AI náš vývoj?

Pokud máte testy, review a jasná pravidla, většinou ano. Pokud je nemáte, AI vám rychleji vyrobí chyby. AI posílí to, co v týmu funguje, i to, co nefunguje.

Jak dlouho trvá zavedení AI do týmu?

Pilot s jedním vývojářem trvá týden. Sdílená pravidla, review a strop na útratu se dají nastavit do měsíce. Pravidla pak rostou s každou chybou, kterou zachytíte.