Appearance
METODIKA AI READINESS
Kód se nepíše ručně. Programuje agent a vývojář je jeho orchestrátor.
AI Readiness se neptá jen na to, zda používáte AI. Zjišťuje, nakolik je váš vývoj blízko stavu, kdy AI dostane všechno, co potřebuje, aby úkol naprogramovala sama. Vývojář jako orchestrátor agentů drží směr, zadává a kontroluje. Tohle je referenční rámec celého měření. Takto v TechFides pracujeme už dnes.
Popsaný cílový stav dává měření konkrétní laťku. Následující čísla jsou referenční hodnoty z vlastního provozu, ne obecné best practices z konference.
90 %nového kódu s primární asistencí AI nebo přímo agentem (cíl)
2–3agenti paralelně na jednoho vývojáře
1poslední slovo má vždy člověk (final approve a merge)
Rychlejší doručení. Konzistentnější kvalita. Kapacita, která roste bez lineárního nárůstu nákladů. To je to, co je na konci cesty k AI-native vývoji ve hře: mechanická exekuce delegovaná na agenty a lidský čas investovaný tam, kde rozhoduje: do zadání, architektury a kontroly. AI Readiness měří, jak daleko k tomu váš vývoj má.
V kostce
Cílový stav nestavíme na teorii. Takto sami pracujeme. Způsob práce máme popsaný jako Agentic standard, umíme ho měřit jako AI zralost a běží i plně automatizovaně v nástroji Forge, který z ticketu vytvoří MR připravený k review.
🧵 Jak metodika drží pohromadě
Portál vede jeden příběh: od cílového stavu přes měřítko a obě osy hodnocení až k tomu, co připravený vývoj umožňuje. Takto na sebe sekce navazují:
INFO
Osa lidé a osa projekt odpovídají na stejnou otázku ze dvou stran: jak zralá je práce s AI u lidí a jak připravený je na ni projekt.
🎯 Kam cílový stav míří
Rámec, vůči kterému připravenost poměřujeme, stojí na jedné větě:
„AI není nástroj, ale operační vrstva mezi byznys záměrem a doručeným kódem."
V cílovém stavu je vývojář orchestrátor agentů, architekt a kontrolor kvality. Mechanická exekuce je delegovaná na agenty; lidský čas jde do specifikace, designu a governance, tedy do rozhodnutí, která stroj udělat nemá.
🧭 Změna mindsetu
Nejde o to používat AI „navíc" k dosavadní práci. Jde o obrácení otázky, kterou si vývojář klade. Podle toho, ve kterém sloupci tabulky se váš tým pohybuje, se láme celý výsledek osy lidé:
| Dřívější přístup | AI-native přístup |
|---|---|
| „Jak AI použiju, abych byl rychlejší?" | „Co AI ode mě potřebuje, abych to nedělal sám?" |
| Člověk píše kód, AI napovídá | Agent píše kód, člověk zadává a kontroluje |
| Nástroj vedle IDE | Operační vrstva mezi záměrem a doručením |
| Rychlost jednotlivce | Propustnost celého týmu |
Tato změna otázky je jádrem celé transformace: přestává se optimalizovat psaní kódu a začíná se optimalizovat zadání, kontrola a governance.
⚙️ Jak vypadá cílový stav
Šest stavebních kamenů, na kterých AI-native vývoj stojí. Každý z nich se v hodnocení promítá do konkrétních kontrol, buď na straně lidí, nebo na straně projektu:
🎛️
Orchestrace agentů
Vývojář jako orchestrátor skládá práci agentů, drží směr a kontroluje výstup.
🎯
Headless agenti
Řeší významnou část ticketů end-to-end, od přijetí až po PR.
🔀
Paralelizace
Více agentů běží souběžně, typicky 2–3 agenti na jednoho vývojáře.
🔌
MCP servery
Propojují AI s interními systémy, jako jsou Jira, SonarCloud, Figma, Playwright a další.
📝
Spec-driven development
Standard pro každý netriviální task: nejdřív spec, pak implementace.
📐
Kvalitní zadání a mantinely
Přesné zadání a správně nastavené mantinely dnes představují hlavní práci vývojáře.
Spec-drivenMCPHeadless agentiFinal approve člověkem
INFO
Tyto stavební kameny najdete rozepsané do konkrétních kompetencí v Agentic standardu. AI Readiness hodnotí vstup a spec, kontext a modely, MCP a automatizaci, validaci a guardraily i orchestraci.
📈 Kam jde celý obor
Cílový stav si nevymýšlíme. Stejný posun dokládají přední technologické firmy (veřejně dostupné zdroje):
🧠
Anthropic
70–90 % kódu psaného s AI.
⚡
Stripe „Minions"
1300+ PR týdně od autonomních agentů.
🚀
Rakuten s Claude Code
Time-to-market −79 %.
💸
Nubank + Devin
ETL migrace: 12× efficiency, 20× cost savings.
Zdroje: Anthropic · Stripe autonomous coding agents (InfoQ) · Rakuten (claude.com) · Nubank (devin.ai) · Pragmatic Engineer: Building Claude Code with Boris Cherny.
A hlavně nejde o cizí referenci. Tento způsob práce je u nás popsaný jako Agentic standard a běží v nástroji Forge, který z ticketu vytvoří MR. Poslední slovo má vždy člověk.