Tahle část výstupu převádí zjištění z obou os do konkrétního akčního plánu. Řadí je podle toho, v jakém pořadí se je vyplatí řešit, a doplňuje odhad pracnosti v člověkodnech (MD).

Priorita nevychází z toho, jak vážně zjištění vypadá, ale z poměru dopadu na produktivitu a bezpečnost k pracnosti realizace. Proto je „strukturované logování“ výš než „zátěžové testy“, i když obojí je nesplněná kontrola.

🟥 Vysoká priorita

#	Zjištění	Osa / oblast	Odhad
1	Chybí seznam zakázaných vzorů (antipatterns) v repozitáři. Agent opakuje chyby, na které ho nikdo neupozorní.	projekt · kontext	0,5–1 MD
2	Report zranitelností závislostí neběží v pipeline. Nové zranitelnosti se odhalí jen náhodou.	projekt · CI/CD	0,5 MD
3	Implementační plány nejsou verzované ani dohledatelné k tiketu. Chybí bod, kde člověk schvaluje plán.	projekt · kontext	2–3 MD
4	Logy nejsou strukturované. Agent nedokáže diagnostikovat produkční problém.	projekt · provoz	3–5 MD
5	Chybí recovery plán. Zálohy běží, ale obnova není popsaná ani ověřená.	projekt · provoz	1–2 MD
6	Automatizace a headless běh AI jsou na nejnižší úrovni (skóre 12 %). Produktivita je vázaná na přítomnost člověka.	lidé · kvalitativní	dle rozsahu
7	Zralost workflow zaostává za adopcí (44 % versus 63 %). Objem používání výsledek nezvedne.	lidé · kvalitativní	dle rozsahu

🟧 Střední priorita

#	Zjištění	Osa / oblast	Odhad
8	Závislosti se neaktualizují automaticky; u několika služeb poslední aktualizace přesáhla rok.	projekt · CI/CD	1–2 MD
9	Nepoužívané závislosti, soubory a exporty se nehlídají. Agent si nemá jak vybrat správnou cestu.	projekt · CI/CD	0,5–1 MD
10	Očekávaná zátěž není definovaná a neověřuje se zátěžovými testy.	projekt · provoz	dle rozsahu
11	Dokumentace dvou služeb se rozešla s kódem (stavový management, lokalizace).	projekt · architektura	0,5 MD
12	Evidence technického dluhu je bez priorit, odhadů a vlastníků.	projekt · vývoj	0,5 MD
13	Orchestrace agentů na nízké úrovni (skóre 33 %). Většina lidí pracuje s jedním agentem sekvenčně.	lidé · kvalitativní	dle rozsahu
14	Workflow pro frontend nedává agentovi kontext o vzhledu. Nejčastější stížnost na kvalitu výstupu.	lidé · kvalitativní	dle rozsahu
15	Chybí sdílené postupy napříč službami; recepty existují jen pro dílčí úlohy.	projekt · kontext	1–2 MD

🟩 Nízká priorita

#	Zjištění	Osa / oblast	Odhad
16	Decision log má připravenou strukturu, ale je prázdný.	projekt · architektura	0,5–1 MD
17	Historická část technologické vize popisuje stav několik let zpátky.	projekt · architektura	0,25 MD
18	Přehled alertovacích pravidel a eskalační postup jsou popsané jen zkratkou.	projekt · provoz	0,5 MD
19	U jedné služby nelze rozchodit lokální prostředí a chybí alternativní postup ověření.	projekt · vývoj	0,5–1 MD
20	Aktualizace knihoven u dvou služeb je kriticky zaostalá (přes rok).	projekt · CI/CD	dle rozsahu

Co udělat jako první

Kdyby se mělo začít jediným krokem, jsou to body 1 a 2: seznam zakázaných vzorů a report zranitelností. Oba jsou pod jeden člověkoden, oba odstraňují riziko, které s produktivitou agentů roste, a ani jeden nevyžaduje zásah do architektury.

Následovat by měl bod 3 (verzované implementační plány), protože zavádí chybějící bod lidského schválení. Bez něj nemá smysl posouvat autonomii agentů výš, což je hlavní doporučení osy lidé.

📌 Ve výsledné verzi pro váš projekt bude tenhle seznam vycházet z vašich dat, včetně rozdělení nesplněných kontrol na ty ve vašem vlivu a mimo něj. U hodnoceného projektu spadlo mimo vliv nula zjištění, takže je celý seznam akční; u převzatých systémů to tak bývá jen zřídka.