Karel
Jste jediný ve scanu, u koho není hlavní přínos v ušetřeném čase. A jste jediný, kdo o tom bude spolurozhodovat za všechny ostatní.
Karle, píšu vám jinak než ostatním. Vy nepotřebujete vysvětlit, co AI umí — máte vlastního asistenta, nastavené vlastní instrukce, zkoušel jste vibecoding a používáte tři různé nástroje. Základy vám nemá kdo přednášet.
Odhadl jste úsporu na nula až dvě hodiny týdně, což je nejnižší číslo v celém scanu. Souhlasím s vámi. Vaše největší činnost je řešení problémů uživatelů a tam vám AI moc nepomůže — problém je v tom, kolik požadavků na vás chodí, ne v tom, jak dlouho každý řešíte. Sám jste napsal, že vám bere čas řešení nesmyslných a neoprávněných požadavků. To není úloha pro nástroj, to je otázka procesu.
Je tu ale jedna věc, kterou jste v tom odhadu nemohl započítat. Vy jste ve firmě jediný, kdo umí postavit něco, co ušetří čas ostatním. Ve svých činnostech píšete, že programujete vnitrofiremní aplikace a skripty, a v tom, co vás baví, že je to realizace technických řešení a automatizací řešících reálný problém. Váš přínos tedy neleží ve vašich hodinách, ale v hodinách kolegů — a to se do odhadu v dotazníku nevejde.
A poslední věc, o které byste měl vědět. Rozhodnutí o tom, jaké nástroje se ve firmě povolí a co bude ve směrnici, padne v nejbližších týdnech mezi vedením a IT. Tedy i přes vás. Poslední třetina tohohle výstupu je o tom, co byste k tomu rozhodnutí mohl mít připravené.
Stupeň 5 z 5
Škála nevychází z toho, jak často AI otevřete, ale z toho, co jste s ní reálně udělal.
Co už umíte
Vlastní instrukce, vlastní asistent, generování kódu, práce s dokumenty a schématy, tři různé nástroje. K tomu jste zkoušel vibecoding a projekty s vlastními instrukcemi.
Zbývají vám tři pojmy, u kterých jste zaškrtl jen „slyšel jsem”: agenti, propojení přes MCP a lokálně běžící model. U vás to nejsou mezery ve znalostech — jsou to věci, na které jste zatím neměl důvod.
Kam dál, když už jste nahoře
Ne výš, ale ven a dolů.
Ven znamená postavit něco, co používají ostatní, ne jen vy. Dolů znamená infrastrukturu — lokální model a propojení na firemní systémy, tedy přesně ty dva pojmy, u kterých jste zaškrtl „slyšel jsem”. Obojí je otázka pro IT, a to jste vy.
Kde AI pomůže a kde ne
U vás vychází mapa jinak než u ostatních. Většina vašeho času jde na věci, kde je problém v objemu požadavků, ne v rychlosti jejich řešení.
- Programování vnitrofiremních aplikací a skriptů — tři až pět hodin týdně. Sám jste uvedl programování jako to, na co jste AI použil naposledy, a rychlost vývoje jako to, co vás na ní překvapilo. Tady už víte, co děláte.
- Návrhy technických řešení — tři až pět hodin týdně. Oponentura, varianty, hledání děr v návrhu. Jste jediný v IT, takže vám návrh nikdo neoponuje — a to je věc, kterou AI zvládne dobře.
- Psaní e-mailů — jedna ze tří vašich největších ztrát času.
- Práce s daty a tabulkami — druhá ze tří. Máte přístup k databázím, takže je otázka spíš toho, co s daty děláte, než jestli k nim máte přístup.
- Dokumentace k tomu, co postavíte — nezmiňujete ji, ale u vlastních aplikací a skriptů bývá nejslabší část. Vygenerovat popis z hotového kódu je jedna z mála úloh, kde je AI spolehlivější než člověk, protože se nenudí.
- Řešení problémů uživatelů — přes deset hodin týdně, váš největší blok. Rychlost řešení AI nezmění, počet požadavků možná ano. Když si uživatelé budou umět odpovědět sami, přestanou chodit. Víc o tom v sekci o projektu níže.
- Implementace nových procesů — analýza, dokumentace, návrh ano. Prosazení ve firmě ne, a to je většinou ta těžší část.
- Nesmyslné a neoprávněné požadavky — uvedl jste je jako to, co vám bere čas bez užitku. Je fér říct, že tohle není problém, který řeší nástroj. Řeší ho pravidla, kdo co smí žádat, a někdo, kdo je vymáhá.
- Porady, na kterých nemusíte být — stejná kategorie. AI vám z nich udělá zápis, ale nezařídí, abyste na ně nemusel chodit.
- Kontrola kritických systémů — vaše vlastní obava a je oprávněná. Podrobněji na konci výstupu, protože se to týká rozhodnutí, u kterých budete.
Zhruba 45 až 90 hodin ročně
Tři věci, které můžete udělat hned
Vynechávám všechno, co umíte. Tohle jsou tři věci, které ve vašich odpovědích chybí a mají u vás největší dopad.
Vyřešte, kde vám běží AI
Používáte soukromý účet a jako pracovník IT máte přístup k databázím, sdíleným složkám i ERP. To je ve scanu nejcitlivější kombinace a týká se vás víc než kohokoliv jiného.
Zprovozněte si lokální model — je to jediný z pojmů v dotazníku, který jste nezkusil, a zároveň jediné řešení, které tuhle otázku uzavře úplně. Zabere to hodinu.
Nechte si oponovat jeden návrh
Vezměte návrh technického řešení, který právě děláte, a pusťte na něj dárek z konce tohohle výstupu.
Na otázku, koho se ve firmě zeptáte, jste odpověděl, že jste si vždy věděl rady. To vám věřím. Oponentura ale není o tom, že si nevíte rady — je o tom, že člověk nevidí díru ve vlastním návrhu, protože ji tam nedal schválně.
Sepište, co byste doporučil firmě
Rozhodnutí o licencích, o směrnici a o tom, kdo bude za AI odpovědný, padne v nejbližších týdnech mezi vedením a IT.
Vy jste jediný, kdo k tomu má technický podklad. Jedna stránka — co povolit, co ne, kde je hranice pro citlivá data, a co by se muselo postavit, aby to fungovalo. Podrobněji na konci výstupu.
Vaše navržené portfolio asistentů
V dotazníku jste na otázku, jakého asistenta byste chtěl, odpověděl, že byste si ho raději vytvořil sám. Beru to — proto tu nejsou hotové nástroje, ale tři zadání, ze kterých si postavíte, co potřebujete. Berte je jako výchozí bod, ne jako hotovou věc.
###ROLE Jsi zkušený systémový architekt. Oponuješ mým návrhům technických řešení pro výrobní firmu se zhruba dvěma stovkami zaměstnanců, vlastní výrobou a vývojem. Prostředí: ERP, databáze, sdílené složky, projektové řízení, docházkový systém. IT tým je malý. ###HLAVNÍ CÍL Najdi v mém návrhu to, co selže v provozu — ne to, co je špatně na papíře. ###PRIORITY 1. Provozní rizika: co se stane, když vypadne součást, na kterou návrh spoléhá. Kdo to zjistí a jak rychle. 2. Závislosti, které nejsou napsané: co návrh implicitně předpokládá o systémech, sítích, licencích nebo lidech. 3. Náklady na údržbu: co bude tohle řešení stát za dva roky, když ho bude spravovat jeden člověk. 4. Migrace a zpětná cesta: jak se z toho vycouvá, když se to neosvědčí. 5. Bezpečnost a přístupová práva: kdo bude mít k čemu přístup a jestli to odpovídá tomu, kdo to potřebuje. 6. Jednodušší varianta: existuje řešení, které je o polovinu jednodušší a pokrývá osmdesát procent přínosu? Když ano, popiš ho. ###STYL Seřaď nálezy podle toho, jak drahé by bylo je řešit až po nasazení. Buď přímý — když je návrh špatný, napiš to. Česky. ###DŮLEŽITÉ Nepředpokládej nic, co jsem ti neuvedl. Když ti k posouzení chybí informace, vypiš ji jako otázku místo odhadu. --- Návrh: [VLOŽTE]
###ROLE Jsi asistent pracovníka IT ve výrobní firmě. Pomáháš mi vyřizovat požadavky uživatelů a zároveň z nich stavět znalostní bázi. ###HLAVNÍ CÍL Z mého popisu problému a řešení mi vždy vrať DVA výstupy: odpověď pro uživatele a záznam do znalostní báze. ###PRIORITY 1. ODPOVĚĎ PRO UŽIVATELE: krátká, srozumitelná pro člověka bez technických znalostí, v krocích. Bez žargonu. Bez vysvětlování, proč to nastalo, pokud to uživatel nepotřebuje vědět. 2. ZÁZNAM DO ZNALOSTNÍ BÁZE: název problému tak, jak by ho popsal uživatel (ne jak ho popíšu já), příznaky, postup řešení, kdy tenhle postup nefunguje. 3. U záznamu do báze přidej tři až pět formulací, kterými by uživatelé tenhle problém mohli hledat — včetně nepřesných a laických. 4. Označ, jestli jde o problém, který by uživatel mohl vyřešit sám, nebo jestli vyžaduje zásah IT. 5. Když z mého popisu plyne, že problém je systémový a bude se opakovat, napiš to zvlášť jednou větou. ###STYL Česky. Odpověď pro uživatele vykáním a bez technického žargonu. Záznam do báze věcně a stručně. ###DŮLEŽITÉ Nikdy si nedomýšlej kroky řešení, které jsem ti neuvedl. Když je postup neúplný, označ, co chybí doplnit. --- Problém a jak jsem ho vyřešil:
Vezměte to jako pojistku, ne jako administrativu. A klidně to nechte běžet dávkově přes všechno, co máte v repozitáři.
###ROLE Jsi technický dokumentarista. Píšeš dokumentaci k vnitrofiremním aplikacím a skriptům tak, aby je po autorovi mohl převzít někdo jiný, kdo je nikdy neviděl. ###HLAVNÍ CÍL Z kódu, který ti vložím, vytvoř dokumentaci použitelnou pro převzetí. ###PRIORITY 1. Co to dělá a proč to existuje — jaký problém to řeší, jedním odstavcem. 2. Jak to spustit: prostředí, závislosti, konfigurace, kde se co nastavuje. 3. Vstupy a výstupy: odkud bere data, kam je zapisuje, na co je napojené. 4. Co se stane, když to spadne: kde jsou logy, jaké jsou známé chybové stavy, co je potřeba udělat ručně. 5. Místa, kde je kód závislý na něčem, co není zřejmé — pevně zadané cesty, konkrétní verze, předpoklady o datech, cokoliv, co se rozbije při změně prostředí. Tohle vypiš zvlášť a nahoru. 6. Co bych zjednodušil nebo přepsal, kdybych to dělal znovu. Krátce, jako poznámku. ###STYL Markdown. Česky. Věcně, bez omáčky. Struktura tak, aby se to dalo číst shora dolů při převzetí. ###DŮLEŽITÉ Nikdy si nedomýšlej chování, které z kódu neplyne. Když něco nevidíš — jak se to spouští, kde je konfigurace — napiš to jako otázku na doplnění. --- [VLOŽTE KÓD]
Centralizované vyhledávání napříč firemními podklady
Vaše vlastní odpověď na to, co by bylo pro ENVI-PUR nejzajímavější: centralizace informací o realizovaných projektech — e-mailová komunikace, chat, dokumentace, porady.
Proč právě tohle
Je to jediná věc z vašich odpovědí, která zároveň řeší váš největší časový problém.
Přes deset hodin týdně řešíte požadavky uživatelů a stěžujete si na ty neoprávněné. Podstatná část požadavků na IT ale nejsou poruchy — jsou to lidé, kteří nemůžou něco najít nebo nevědí, jak se něco dělá.
Když najdou sami, nepřijdou. To je jediná páka na objem požadavků, kterou máte v rukou vy a ne vedení.
Jak to postavit postupně
Nezačínejte celou firmou. Vezměte jednu oblast — třeba dokumentaci k realizovaným projektům — a postavte vyhledávání nad ní.
Technicky je to úloha, kterou znáte: indexace dokumentů, vyhledávání s odpovědí z podkladu a s odkazem na zdroj. Klíčové je, aby odpovídalo jen z toho, co má, a u každé odpovědi ukazovalo, odkud to je. Bez toho tomu uživatelé nebudou věřit — a měli by pravdu.
Nad lokálním modelem to jde postavit tak, že firemní data neopustí síť. To je zároveň odpověď na otázku, kterou budete stejně řešit ve směrnici.
Řešitelné to je, ale musí to být rozhodnuté dřív, než se to postaví, ne potom. A je to přesně ten typ otázky, který patří do směrnice, o které se teď rozhoduje. Kdybyste tenhle projekt navrhl v jednom balíku s návrhem přístupových pravidel, dostanete odpověď na obojí najednou.
Váš plán na 30 dní
U vás je plán jiný než u ostatních. První dva týdny jsou o vás, druhé dva o firmě — protože v druhé polovině září padne rozhodnutí, u kterého budete.
Lokální model
Zprovozněte si ho a pusťte na něj něco skutečného. Zajímají vás dvě věci: co zvládne na vašem hardwaru, a jestli je kvalita dost dobrá pro práci s firemními daty. Bez téhle odpovědi nemůžete doporučit nic.
Znalostní báze začíná sama
Použijte druhého asistenta na každý požadavek, který tento týden vyřídíte. Nic navíc neděláte — jen vám z toho vypadává druhý výstup. Za týden uvidíte, kolik z toho je použitelné a jestli se požadavky opakují.
Jedna stránka doporučení
Sepište, co byste firmě doporučil: které nástroje povolit, jaká je hranice pro citlivá data, co by se muselo postavit a co to bude stát. Opřete to o to, co jste zjistil v prvních dvou týdnech, ne o obecné úvahy.
Dejte to na stůl
Rozhodnutí padne v druhé polovině září. Buď u něj bude technický podklad, nebo se bude rozhodovat podle dojmů. Vy jste jediný, kdo to může změnit — a stačí k tomu jedna stránka.
- Firemní data nezpracováváte v soukromém účtu. To je u vás nejdůležitější kritérium ze všech.
- Máte vlastní zkušenost s lokálním modelem, ne jen představu. Je to jediný pojem, který jste nezkusil.
- Aspoň deset vyřízených požadavků zanechalo záznam, který jde použít znovu.
- Na stole leží vaše doporučení, ne jen otázky od vedení.
Ne na technické věci. Na tyhle tři:
- Váš čas. Jako jedinou bariéru jste uvedl, že nemáte přístup k placené verzi — ale v tom, co potřebujete k předávání dál, jste zaškrtl vyhrazený čas. To je ta skutečná překážka a je potřeba o ni požádat.
- Rozhodnutí o oprávněních. Bez něj se centralizované vyhledávání nedá dokončit, jen rozestavět.
- Objem požadavků. Dokud bude chodit všechno na vás, na stavění věcí nezbude čas. Znalostní báze je jediná cesta, jak si ho vytvořit — a chvíli trvá, než se projeví.
🎯 Konstruktivní a nemilosrdný kritik
Tohohle asistenta jsem postavila a je váš. Projde návrh, dokument nebo argument a řekne, co je na tom špatně — z několika různých úhlů a bez ohledů. Jméno není nadsázka.
Vybrala jsem vám ho proto, že jste v IT sám. Vytváříte návrhy technických řešení tři až pět hodin týdně a nemáte kolegu, který by je před odesláním roztrhal. Na otázku, koho se ve firmě zeptáte, jste odpověděl, že jste si vždy věděl rady — to vám věřím a není to o tom. Je to o tom, že díru ve vlastním návrhu člověk nevidí, protože ji tam nedal schválně.
Běží v ChatGPT, který už používáte. Zkuste ho pustit i na tu jednu stránku doporučení pro vedení, než ji odešlete.
Tři věci, které nepřehlédněte
V otázce na citlivé informace jste u šesti kategorií zaškrtl, že by neměly opustit firmu, ale u žádné neuvedl, že se u vás běžně objevují. To dává smysl z hlediska vaší práce — vy s nimi obsahově nepracujete. Jenže jako správce k nim máte přístup, a při ladění problému, migraci nebo analýze dat se vám do rukou dostanou. To je jiná situace než u kolegů.
Zároveň jste jediný, kdo u obou otázek o tom, co smí vkládat a jaká pravidla platí, odpověděl „vím přesně”. Vaše pravidla jsou nejspíš správná. Ale zatím jsou jen vaše — směrnice se teprve schvaluje. Lokální model je jediná varianta, která tuhle otázku uzavře bez ohledu na to, jak směrnice dopadne.
Pro vaši práci z toho plyne konkrétní pravidlo, které stojí za to mít napsané dřív, než ho bude někdo potřebovat: AI může navrhovat a upozorňovat, ale nesmí být jediným článkem mezi zjištěním a zásahem. Monitoring ano, automatický zásah do provozního systému ne.
Je to zároveň věc, kterou byste měl mít v tom doporučení pro vedení. Až se ve firmě začne mluvit o agentech a automatizacích, tahle hranice bude to první, co se bude posouvat — a vy jste jediný, kdo dokáže vysvětlit proč ne.
To znamená dvě věci. Za prvé, otázky, které jste v dotazníku odpověděl slovy „vím přesně” a „myslím, že nic takového není”, budou brzy mít oficiální odpověď — a vy u toho budete.
Za druhé, a to je podstatnější: rozhodnutí o technologii, u kterého není technický podklad, se rozhoduje podle dojmů. Jedna stránka od vás to změní. Nemusí být dlouhá ani formální. Stačí, aby na ní bylo, co jde, co nejde, kde je hranice a co by to stálo.
Dva směry, které máte na seznamu jako „slyšel jsem”
Oba jsou pro vaši roli podstatnější než pro kohokoliv jiného ve firmě.
Model běžící bez připojení k cloudu. Zprovoznění je dnes otázka hodiny a menší modely už zvládnou práci s dokumenty, kódem i strukturovanými daty na použitelné úrovni.
Proč zrovna vám: je to jediný pojem z dotazníku, který jste nezkusil, a zároveň jediné řešení otázky, kterou budete stejně muset zodpovědět za celou firmu — jestli existuje způsob, jak s AI pracovat nad citlivými daty. Bez vlastní zkušenosti to nedokážete doporučit ani zamítnout.
A je to základ toho projektu: centralizované vyhledávání nad firemními podklady dává smysl jedině tehdy, když data neopustí síť.
Nástroje, kde AI nepíše jen úryvky kódu do chatu, ale pracuje přímo s repozitářem — čte více souborů, provede změnu napříč projektem, spustí testy a opraví, co spadne. Je to jiný způsob práce než kopírování kódu z chatu, na který jste zvyklý.
Proč zrovna vám: programujete vnitrofiremní aplikace a skripty tři až pět hodin týdně a sám jste uvedl, že vás na AI překvapila rychlost a kvalita vývoje. Tohle je právě ta oblast, kde se to za poslední rok posunulo nejvíc.
Konkrétní produkt vám nedoporučuju záměrně — v téhle kategorii se to mění po měsících a vy si vyberete líp než já. Za pozornost stojí to, co umí pracovat s celým repozitářem, a to, co jde napojit na lokální model.
Dvě poznámky na závěr
K tomu, co jste si přál
Na otázku, jakého asistenta byste chtěl od firmy, jste odpověděl, že byste si ho raději vytvořil sám. To je ve scanu ojedinělá odpověď a je za ní víc než jen zvyk — jste jediný, kdo to skutečně umí.
Vaše druhá odpověď, centralizace informací o realizovaných projektech, je návrh projektu, ne přání zaměstnance. Rozebrala jsem ho výš.
Stojí za to ho otevřít na semináři 10. září. Ne jako technický námět, ale jako otázku po tom, kdo má co vidět — protože tam se to rozhodne, ne u vás v IT.
K tomu, co vás brzdí
Jako jedinou bariéru jste uvedl, že nemáte přístup k nástroji nebo placené verzi. To je z celého scanu nejsnáz řešitelná bariéra a je trochu absurdní, že se týká právě vás — člověka, který o nástrojích pro ostatní bude rozhodovat.
Zároveň jste v tom, co byste potřeboval, zaškrtl jedinou položku: vyhrazený čas v pracovní době. To je ta skutečná překážka.
Jedna poznámka ze zkušenosti: o čas se žádá snáz, když se za něj vykazuje výsledek. Kdybyste do druhé poloviny září měl vlastní zkušenost s lokálním modelem a jednu stránku doporučení, tak o ten čas nežádáte — dokládáte, proč se vyplatil.