Slovníček pojmů

Odborná slova z návodu vysvětlená bez žargonu. V textu jsou podtržená přerušovanou čarou: vysvětlivka se ukáže po najetí nebo klepnutí.

Hledat ve slovníčku

„Mimo rozsah“ (out of scope): Výslovný seznam toho, co projekt nedodá. Podepisuje se se specifikací a chrání před spory o vícepráce.Kapitola 14: Analýza a rozsah
18F: Digitální tým americké federální vlády (2014–2025), autor příručky o snižování rizik státních IT zakázek. Návod cituje její českou adaptaci.Kapitola 16: Průběh a vaše role
3E (účelnost, hospodárnost, efektivnost): Zásada pro veřejné peníze: mají plnit stanovený cíl, s co nejnižšími náklady při dané kvalitě a s nejlepším poměrem výsledku a vynaložených prostředků.Kapitola 05: Vyplatí se to?
8×5 a 24×7 (režimy podpory): Podpora 8 hodin v 5 pracovních dnech týdně, nebo nepřetržitě 24 hodin 7 dní v týdnu. Nonstop pokrývá 4,2× víc hodin a stojí výrazně víc.Kapitola 21: Podpora a SLA
ADIS: Automatizovaný daňový informační systém, ve kterém finanční správa spravuje daně. Dodala ho IBM podle smlouvy z roku 1992.Kapitola 24: Vendor lock-in
ADR (Architecture Decision Record): Krátký záznam technického rozhodnutí: co se rozhodlo, proč a jaké byly alternativy. Novému dodavateli ušetří týdny zjišťování.Kapitola 15: Technologie
Agendový informační systém: Informační systém, ve kterém úřad vede konkrétní agendu (např. řidiče nebo stavby) a který má brát údaje ze základních registrů.Kapitola 12: Veřejná zakázka
Agilní vývoj (agile): Vývoj po krátkých cyklech (sprintech), na jejichž konci je kus fungujícího softwaru. Zadání se průběžně upřesňuje podle zpětné vazby.Kapitola 16: Průběh a vaše role
AI Act: Nařízení EU 2024/1689 o umělé inteligenci. Dělí AI systémy podle rizika a ukládá povinnosti hlavně u vysoce rizikových; termíny se postupně posouvají.Kapitola 15: Technologie
AI agent: AI, která sama provádí kroky v jiných systémech: posílá e-maily, zapisuje do databáze, objednává. Čím víc oprávnění má, tím větší je riziko.Kapitola 03: Kolega s AI
AI gramotnost: Povinnost podle AI Actu zajistit, aby lidé, kteří s AI pracují, rozuměli jejím možnostem, rizikům a omezením.Kapitola 03: Kolega s AI
Akceptace: Formální převzetí díla nebo etapy podle předem dohodnutých kritérií. Od ní běží platba, záruka i odpovědnost za vady.Kapitola 20: Převzetí a start
Akceptační kritérium: Předem dohodnutá ověřitelná podmínka, kdy je požadavek splněný. Podle ní se při převzetí rozhoduje, ne podle dojmu.Kapitola 14: Analýza a rozsah
Alpha, beta a live: Fáze vývoje služeb britské vlády: alpha ověřuje řešení na prototypech, beta staví skutečnou službu pro omezený a pak širší okruh uživatelů, live je plný provoz.Kapitola 16: Průběh a vaše role
Anonymizace dat: Úprava dat tak, aby z nich nešlo zjistit, o koho jde. Anonymizovaný vzorek můžete bezpečně ukázat dodavateli nebo použít k testům.Kapitola 06: Zadání, lidé, data
API (Application Programming Interface): Rozhraní, přes které spolu systémy komunikují a vyměňují si data bez lidského zásahu.Kapitola 15: Technologie
Auditor General: Nejvyšší kontrolor kanadské federální vlády, obdoba předsedy NKÚ. Kontroluje hospodaření úřadů a podává zprávy parlamentu.Kapitola 25: Lidský faktor
Automatické sestavení (CI): Server, který po každé změně kódu sám sestaví aplikaci a spustí testy a skeny (continuous integration). Chyby se ukážou hned, ne až při předání.Kapitola 17: Schůzky a kontrola
Automatické testy: Testy, které místo člověka spouští počítač při každé změně kódu. Rychle odhalí, že změna rozbila něco, co dřív fungovalo.Kapitola 22: Údržba a rozvoj
Autorský zákon: Zákon č. 121/2000 Sb. Chrání i počítačové programy jako autorská díla a určuje, kdo smí s kódem nakládat a jak se uděluje licence.Kapitola 11: Smlouva a licence
AVZ (Asociace pro veřejné zakázky): Odborné sdružení zadavatelů a specialistů na veřejné zakázky. Vydala metodiku, jak vendor lock-inu předcházet a jak se z něj dostat.Kapitola 24: Vendor lock-in
AWS (Amazon Web Services): Veřejný cloud Amazonu, největší poskytovatel cloudových služeb na světě.Kapitola 15: Technologie
Azure: Veřejný cloud Microsoftu: pronájem serverů, databází a dalších služeb přes internet.Kapitola 15: Technologie
Backlog: Seřazený seznam všeho, co se má udělat. O pořadí rozhoduje vlastník produktu; obsahuje i položky technického dluhu.Kapitola 16: Průběh a vaše role
Best Value: Metoda výběru dodavatele, ve které má kvalita (tým, rizika, přístup) větší váhu než cena. Ceně dává obvykle 30 %.Kapitola 09: Výběr dodavatele
Bezpečnostní sken: Automatická kontrola kódu, použitých knihoven a běžící aplikace na známé zranitelnosti. Běží typicky při každém sestavení.Kapitola 20: Převzetí a start
Bezpečnostní záplata: Malá aktualizace, která opravuje zranitelnost. Systém bez záplat je otevřený známým útokům.Kapitola 22: Údržba a rozvoj
Body shop (pronájem lidí): Pronájem programátorů na hodiny nebo dny (staff augmentation). Řízení i odpovědnost za výsledek zůstávají na vás.Kapitola 07: Typy dodavatelů
Build: Sestavení spustitelné aplikace ze zdrojového kódu podle skriptů. Když build umí jen dodavatel, nemáte systém plně v rukou.Kapitola 20: Převzetí a start
Burn-up: Graf, ve kterém čára hotové práce stoupá k čáře celkového rozsahu. Ukáže tempo i to, jestli se rozsah po cestě nezvětšuje.Kapitola 17: Schůzky a kontrola
Business analýza: Popis procesů, pravidel a potřeb organizace, ze kterého vychází zadání softwaru. Dělá ji analytik spolu s lidmi z provozu.Kapitola 06: Zadání, lidé, data
Business case: Podklad pro rozhodnutí: proč projekt dělat, co přinese, kolik bude stát a jaká jsou rizika. Srovnává varianty včetně nicnedělání.Kapitola 05: Vyplatí se to?
C# a .NET: Programovací jazyk C# a vývojová platforma .NET od Microsoftu. Rozšířené u podnikových aplikací, na trhu je dost vývojářů.Kapitola 15: Technologie
CBA (Cost-Benefit Analysis): Analýza nákladů a přínosů: všechny náklady a přínosy projektu vyčíslené v penězích a porovnané v čase.Kapitola 05: Vyplatí se to?
Centralizované zadávání: Způsob nákupu, kdy jeden úřad soutěží běžné komodity (papír, energie, IT) pro více úřadů najednou, aby získal lepší ceny.Kapitola 02: Koupit vs. postavit
Claude Code: AI nástroj firmy Anthropic, který podle zadání v běžné řeči píše a upravuje kód přímo v počítači.Kapitola 03: Kolega s AI
Cloud: Výpočetní kapacita a služby pronajímané přes internet od poskytovatele (Microsoft, Amazon, Google…) místo vlastních serverů. Platí se podle využití.Kapitola 15: Technologie
CRA (Cyber Resilience Act): Nařízení EU 2024/2847 o kybernetické odolnosti: bezpečnostní požadavky na produkty s digitálními prvky, které se dodávají na trh EU.Kapitola 15: Technologie
CRM (Customer Relationship Management): Systém pro správu zákazníků, obchodních příležitostí a komunikace s nimi.Kapitola 02: Koupit vs. postavit
CSV a JSON: Běžné otevřené formáty dat: CSV je tabulka v textovém souboru (otevře ji i Excel), JSON jsou strukturovaná data pro výměnu mezi systémy.Kapitola 14: Analýza a rozsah
Černá labuť: Vzácná událost s obrovským dopadem. U IT projektů překročení rozpočtu o víc než 200 %, které může ohrozit celou organizaci.Kapitola 01: Proč se to prodraží
Česko.Digital: Česká nezisková organizace a komunita dobrovolníků, která pomáhá státu a neziskovému sektoru s digitalizací.Kapitola 10: Cenové modely
Člověkoden (MD): Jeden den práce jednoho člověka, obvykle 8 hodin (man-day, MD). Základní jednotka odhadů a cen v IT.Kapitola 04: Skutečná cena (TCO)
Čtečka obrazovky: Program, který nevidomým předčítá obsah obrazovky nahlas nebo ho převádí do Braillova písma.Kapitola 15: Technologie
Dáno / Když / Pak (Given / When / Then): Tvar akceptačního kritéria: výchozí stav, akce uživatele a očekávaný výsledek. Dodavatel ho dokáže přímo převést na automatický test.Kapitola 14: Analýza a rozsah
Data Act (nařízení o datech): Nařízení EU 2023/2854 o datech. Mimo jiné dává právo přejít k jinému poskytovateli cloudu ve stanovených lhůtách a ruší poplatky za přechod.Kapitola 24: Vendor lock-in
Datlab: Datlab Institut, česká analytická organizace zaměřená na veřejné zakázky. Změřila rozsah vendor lock-inu ve státním IT.Kapitola 24: Vendor lock-in
Datový model: Popis, jaká data systém ukládá, jak jsou uspořádaná a jak spolu souvisí. Bez něj se data těžko převádějí jinam.Kapitola 24: Vendor lock-in
Definition of Done (definice hotového): Společná dohoda, kdy je úkol opravdu hotový: otestovaný, zdokumentovaný a nasaditelný. Bez ní je „hotovo“ jen názor.Kapitola 16: Průběh a vaše role
Delegovaný přístup: Přístup, který dodavateli udělíte k účtu vedenému na vás a můžete ho kdykoli odebrat. Účet i data zůstávají vaše.Kapitola 24: Vendor lock-in
DIA (Digitální a informační agentura): Ústřední úřad pro digitalizaci státu. Řídí eGovernment, přes OHA posuzuje IT projekty úřadů, vede katalog cloud computingu a vydává metodiky.Kapitola 12: Veřejná zakázka
Doba reakce: Za jak dlouho dodavatel potvrdí hlášení a začne na něm pracovat. O tom, kdy bude systém zase fungovat, neříká nic.Kapitola 21: Podpora a SLA
Docker: Nejrozšířenější nástroj pro kontejnery: zabalí aplikaci se vším potřebným, aby šla stejně spustit kdekoli.Kapitola 15: Technologie
DORA (DevOps Research and Assessment): Dlouhodobý výzkum, dnes pod Googlem, o tom, co dělá týmy vývoje softwaru výkonnými. Podle něj se jmenují metriky rychlosti a stability nasazování.Kapitola 17: Schůzky a kontrola
Dostupnost: Podíl času, kdy systém funguje, v procentech za měsíc nebo rok. Bez definice výpadku a způsobu měření je nevymahatelná.Kapitola 21: Podpora a SLA
Dvouobálková metoda: Hodnocení, při kterém se nejdřív boduje kvalita a cenové nabídky se otevřou až potom, aby hodnotitele neovlivnily.Kapitola 09: Výběr dodavatele
eGovernment: Elektronická veřejná správa: služby úřadů online a propojení jejich systémů, aby občan nemusel nosit papíry z úřadu na úřad.Kapitola 01: Proč se to prodraží
EN 301 549: Evropská norma přístupnosti ICT produktů a služeb, která přebírá pravidla WCAG. Podle ní se posuzuje přístupnost webů a aplikací úřadů.Kapitola 15: Technologie
End-to-end test: Test celého procesu z pohledu uživatele napříč všemi částmi systému, od zadání po výsledek.Kapitola 20: Převzetí a start
ERP (Enterprise Resource Planning): Podnikový systém, který v jednom řeší účetnictví, sklady, nákup, výrobu a personalistiku.Kapitola 02: Koupit vs. postavit
Eskalace: Předání problému o úroveň výš, když se nevyřeší na nižší: od týmu k vlastníkovi produktu, k řídicímu výboru, k vedení.Kapitola 19: Když se to kazí
Eskalace závazku: Sklon pokračovat ve špatném projektu, protože do něj už šlo hodně peněz a pověsti, místo rozhodování podle toho, co ještě bude stát a přinese.Kapitola 25: Lidský faktor
Evidence skutečných majitelů: Registr lidí, kteří firmu skutečně vlastní nebo ovládají. Od 17. 12. 2025 není veřejně přístupný, výpis si vyžádejte od dodavatele.Kapitola 09: Výběr dodavatele
Exit balíček (předávací balíček): Vše, co jiný dodavatel potřebuje k převzetí: kód, postup sestavení, dokumentace, data, přístupy a licence. Má se aktualizovat a ročně vyzkoušet.Kapitola 24: Vendor lock-in
Exit plán (exit strategie): Předem sjednaný postup, lhůty a cena předání systému jinému dodavateli. Patří do smlouvy od začátku, ne až při rozchodu.Kapitola 11: Smlouva a licence
Feature freeze: Zastavení přidávání nových funkcí, aby tým dokončil rozpracované a stabilizoval systém.Kapitola 19: Když se to kazí
Forenzní audit: Podrobné nezávislé prošetření projektu po problémech, často jako podklad pro vyvození odpovědnosti.Kapitola 19: Když se to kazí
Framework: Hotová kostra pro stavbu aplikace (např. Spring, .NET, Django, Laravel), na které vývojáři staví. Určuje, kdo další umí systém rozvíjet.Kapitola 15: Technologie
Freelancer: Programátor na volné noze (OSVČ), který pracuje sám nebo s pár kolegy. Celé riziko stojí na jednom člověku.Kapitola 07: Typy dodavatelů
Gartner: Americká analytická a poradenská firma, známá přehledy a doporučeními pro výběr a řízení IT.Kapitola 02: Koupit vs. postavit
Gateway Review: Britský systém krátkých nezávislých revizí projektu v klíčových bodech (Gate 0–5), které hodnotí míru jistoty, že projekt dopadne.Kapitola 25: Lidský faktor
GDPR: Obecné nařízení EU o ochraně osobních údajů (2016/679). Určuje, jak firmy a úřady smějí osobní údaje zpracovávat; za porušení hrozí vysoké pokuty.Kapitola 11: Smlouva a licence
GDS (Government Digital Service): Britská vládní digitální služba. Určuje standardy státních digitálních služeb a jejich fáze discovery, alpha, beta a live.Kapitola 20: Převzetí a start
Gestor: Úřad nebo útvar, který za určitou oblast odpovídá, třeba za zákon, který má systém provádět.Kapitola 16: Průběh a vaše role
GFŘ (Generální finanční ředitelství): Úřad, který řídí finanční úřady a spravuje daňové informační systémy včetně ADIS.Kapitola 24: Vendor lock-in
Git: Nejrozšířenější systém pro správu verzí kódu. Ukládá každou změnu s autorem a datem, takže jde dohledat, co se kdy změnilo.Kapitola 24: Vendor lock-in
GitHub Copilot: AI asistent pro programátory od GitHubu (Microsoft), který při psaní doplňuje a generuje kód.Kapitola 03: Kolega s AI
Go/no-go: Formální rozhodnutí v klíčovém bodě, typicky těsně před spuštěním: je systém připravený (go), nebo ne (no-go)? Dělá se podle předem daných kritérií.Kapitola 20: Převzetí a start
Google Cloud: Veřejný cloud Googlu: pronájem serverů, databází, AI a dalších služeb přes internet.Kapitola 15: Technologie
Hosting: Pronájem serverů nebo prostoru u poskytovatele, na kterých aplikace běží, včetně jejich provozu.Kapitola 04: Skutečná cena (TCO)
Hybridní model: Kombinace pevného rámce (strop rozpočtu, etapy s rozhodnutím o pokračování) a agilního vývoje uvnitř etap.Kapitola 16: Průběh a vaše role
Hypercare: Období zvýšené podpory hned po spuštění: posílený tým dodavatele, kratší lhůty a denní porady nad problémy. Končí podle předem daných kritérií.Kapitola 20: Převzetí a start
ICT: Informační a komunikační technologie: počítače, software, sítě a telekomunikace.Kapitola 04: Skutečná cena (TCO)
Incident: Výpadek nebo chyba, kvůli které systém nefunguje, jak má. Cílem je co nejdřív obnovit provoz, klidně dočasným řešením.Kapitola 21: Podpora a SLA
Informační asymetrie: Situace, kdy jedna strana ví podstatně víc než druhá, typicky dodavatel o chybách systému víc než zákazník.Kapitola 25: Lidský faktor
Informační koncepce: Dokument, ve kterém úřad popisuje cíle a plán rozvoje svých informačních systémů na několik let (vyhláška č. 360/2023 Sb.). Celostátní má i ČR.Kapitola 12: Veřejná zakázka
Infrastruktura: Servery, sítě, úložiště a další vybavení, na kterém systém běží, ať vlastní, nebo v cloudu.Kapitola 22: Údržba a rozvoj
Insolvenční rejstřík: Veřejný seznam insolvenčních řízení. Ukáže, jestli na firmu nebo její statutáry někdo podal insolvenční návrh.Kapitola 09: Výběr dodavatele
Integrátor: Velká IT firma, která dodává rozsáhlé systémy a propojuje je s dalšími, často s vlastními i cizími produkty.Kapitola 07: Typy dodavatelů
IROP: Integrovaný regionální operační program: evropský dotační program řízený MMR, ze kterého se financuje i digitalizace veřejné správy.Kapitola 19: Když se to kazí
ISDŘ: Informační systém dlouhodobého řízení informačních systémů veřejné správy. Úřady v něm evidují své systémy a podávají žádosti o stanovisko OHA.Kapitola 12: Veřejná zakázka
ISO 27001 a ISO 9001: Mezinárodní normy: ISO/IEC 27001 pro řízení bezpečnosti informací, ISO 9001 pro řízení kvality. Certifikát má smysl, jen když jeho rozsah zahrnuje vývoj.Kapitola 09: Výběr dodavatele
ISVS (informační systém veřejné správy): Informační systém, který úřad používá k výkonu své agendy. Zákon č. 365/2000 Sb. pro něj stanoví povinnosti, např. cloud jen z katalogu.Kapitola 12: Veřejná zakázka
ISVZ (Informační systém o veřejných zakázkách): Státní systém, ve kterém se uveřejňují veřejné zakázky a jejich výsledky, včetně Věstníku veřejných zakázek. Spravuje ho MMR.Kapitola 24: Vendor lock-in
Java: Rozšířený programovací jazyk pro podnikové, bankovní a státní systémy. Vývojářů je na trhu hodně.Kapitola 15: Technologie
JavaScript: Programovací jazyk webových prohlížečů. Běží v každé webové aplikaci a přes Node.js i na serverech.Kapitola 15: Technologie
Jednací řízení s uveřejněním: Zadávací řízení, ve kterém úřad s uchazeči o nabídkách jedná a ti je mohou zlepšovat. Hodí se, když řešení nejde předem přesně popsat.Kapitola 12: Veřejná zakázka
Jednotkové a integrační testy: Automatické testy programátorů: jednotkové ověřují malé kousky kódu, integrační jejich spolupráci a napojení na databázi či jiné systémy.Kapitola 20: Převzetí a start
JŘBU (jednací řízení bez uveřejnění): Zakázka bez veřejné soutěže: úřad osloví jen vybraného dodavatele. Zákon ji dovoluje výjimečně, např. kvůli výhradním právům nebo krajní naléhavosti.Kapitola 12: Veřejná zakázka
Judikatura: Rozhodnutí soudů, podle kterých se ustálil výklad zákona. Kde chybí, opírá se výklad jen o názory odborné literatury.Kapitola 11: Smlouva a licence
Karty hodnocení DIA: Vzory kritérií kvality pro veřejné IT zakázky od DIA s popsanými úrovněmi bodování, např. pro kvalitu realizačního týmu.Kapitola 09: Výběr dodavatele
Kasační stížnost: Opravný prostředek k Nejvyššímu správnímu soudu proti rozsudku krajského soudu ve správní věci, např. ve sporu s ÚOHS.Kapitola 24: Vendor lock-in
Katalog cloud computingu: Seznam cloudových služeb a poskytovatelů, které DIA schválila pro veřejnou správu. Úřady smějí cloud pro své systémy odebírat jen z něj.Kapitola 15: Technologie
Klíčová osoba: Člověk dodavatele, bez kterého projekt nejde, třeba architekt nebo vedoucí týmu. Patří jmenovitě do smlouvy, výměna jen s vaším souhlasem.Kapitola 07: Typy dodavatelů
Klíčový uživatel: Člověk z provozu, který bude systém denně používat. Pomáhá se zadáním, chodí na ukázky a testuje.Kapitola 16: Průběh a vaše role
Klikací prototyp: Model aplikace, ve kterém jde proklikat obrazovky, ale bez skutečné logiky a dat. Levně na něm ověříte návrh s uživateli.Kapitola 06: Zadání, lidé, data
Knihovna (softwarová): Hotový kus cizího kódu, který vývojáři použijí, místo aby ho psali sami. Stárne a potřebuje aktualizace jako zbytek systému.Kapitola 22: Údržba a rozvoj
Konec podpory (end of life): Datum, po kterém výrobce přestane pro komponentu nebo platformu vydávat opravy a záplaty. Pak je potřeba přejít na novou verzi.Kapitola 22: Údržba a rozvoj
Kontejner: Standardní „krabice“ s aplikací a vším, co potřebuje ke spuštění. Jde ji spustit u různých poskytovatelů; nejznámější nástroj je Docker.Kapitola 15: Technologie
Kontinuita činností: Schopnost udržet nebo rychle obnovit důležité činnosti při havárii nebo výpadku dodavatele. Zákon o kybernetické bezpečnosti ji žádá i ve smlouvách.Kapitola 21: Podpora a SLA
Kontrolní závěr NKÚ (KZ): Veřejná zpráva NKÚ o výsledku kontroly, označená číslem kontrolní akce, např. KZ 17/24.Kapitola 13: Nejčastější chyby
Krabicový software: Hotový produkt, který si koupíte a nastavíte, stejný pro všechny zákazníky (COTS). Opak vývoje na zakázku.Kapitola 02: Koupit vs. postavit
Krajní naléhavost: Důvod pro zakázku bez soutěže, když hrozí vážná újma a zadavatel situaci nezpůsobil ani nemohl předvídat. Tíseň z vlastní nečinnosti se nepočítá.Kapitola 12: Veřejná zakázka
Kritéria zastavení: Předem dohodnuté podmínky, za kterých se projekt zastaví, zmenší nebo vrátí ke schválení. Sepisují se při startu, ne v krizi.Kapitola 19: Když se to kazí
Kubernetes: Systém pro provoz a automatické řízení mnoha kontejnerů na více serverech. U menších systémů bývá zbytečně složitý.Kapitola 15: Technologie
Kužel nejistoty: Graf, jak moc se může mýlit odhad ceny a času podle fáze projektu: ve fázi nápadu až 4× oběma směry, po detailním návrhu zhruba o 10 %.Kapitola 01: Proč se to prodraží
Kvalifikace (u veřejné zakázky): Podmínky, které musí dodavatel splnit, aby se mohl zakázky účastnit: zkušenosti, obrat, odborníci. Musí být přiměřené předmětu zakázky.Kapitola 07: Typy dodavatelů
Kvartil: Hranice, pod kterou leží čtvrtina hodnot (dolní kvartil), nebo tři čtvrtiny (horní kvartil). Mezi nimi je „běžná“ polovina trhu.Kapitola 04: Skutečná cena (TCO)
Licence: Oprávnění užívat software v dohodnutém rozsahu. Není to vlastnictví: co smíte (úpravy, předání jiné firmě, doba užití), určuje text licence.Kapitola 11: Smlouva a licence
Lineární přepočet ceny: Bodování ceny jednoduchým vzorcem podle poměru k ostatním nabídkám. Podle DIA vede k tomu, že vyhrávají extrémní nabídky.Kapitola 09: Výběr dodavatele
Logy (záznamy událostí): Záznamy, kdo se kdy přihlásil, co změnil a jaké nastaly chyby. Bez nich nejde vyšetřit incident ani prokázat, co se stalo.Kapitola 21: Podpora a SLA
Low-code: Platforma, kde se aplikace skládá z hotových bloků a programuje se málo. Je rychlá, ale aplikace běží jen na dané platformě a licence se platí průběžně.Kapitola 02: Koupit vs. postavit
Majetková práva (autorská): Práva dílo užívat a udělovat k němu licence. Autor je nemůže převést; u zaměstnaneckého díla je vykonává zaměstnavatel, jinak je potřeba licence.Kapitola 11: Smlouva a licence
Manažer kybernetické bezpečnosti: Role podle zákona o kybernetické bezpečnosti, která v organizaci odpovídá za řízení bezpečnosti, včetně požadavků na nové systémy.Kapitola 14: Analýza a rozsah
Medián: Prostřední hodnota: polovina hodnot je nižší, polovina vyšší. Na rozdíl od průměru ho nezkreslí pár extrémů.Kapitola 04: Skutečná cena (TCO)
Melounový report: Report zvenku zelený a uvnitř červený: semafor hlásí, že je vše v pořádku, ačkoli projekt má vážné problémy.Kapitola 17: Schůzky a kontrola
METR: Nezisková výzkumná organizace z USA, která měří schopnosti AI modelů a jejich dopad na práci, mimo jiné na rychlost programátorů.Kapitola 03: Kolega s AI
Mezivrstva: Vlastní část kódu mezi systémem a službou třetí strany, třeba AI modelem. Při výměně poskytovatele se mění jen ona, ne celý systém.Kapitola 15: Technologie
MF (Ministerstvo financí): Ministerstvo financí. Spravuje státní rozpočet, metodiky finanční kontroly a veřejného nakupování a řídí daňovou správu.Kapitola 05: Vyplatí se to?
Migrace dat: Přenos dat ze starého systému do nového, včetně čištění a kontroly. Nejčastěji podceněná část projektu.Kapitola 20: Převzetí a start
Mikroslužby: Architektura, kde se systém skládá z mnoha malých samostatných služeb komunikujících po síti. Hodí se pro mnoho týmů, provoz je ale složitý.Kapitola 15: Technologie
Milník: Dohodnutý bod v harmonogramu, ke kterému má být hotová určitá část. Často je na něj navázaná platba nebo smluvní pokuta.Kapitola 10: Cenové modely
Mimořádně nízká cena: Nabídková cena podezřele nízká vzhledem k předmětu zakázky. Zadavatel si ji musí nechat vysvětlit a může dodavatele vyloučit.Kapitola 09: Výběr dodavatele
Minitendr (minitrh): Rychlá soutěž mezi dodavateli z rámcové dohody o konkrétní zakázku. Ve znalostní bázi DIA se mu říká „minitrh“.Kapitola 10: Cenové modely
MK (Ministerstvo kultury): Ministerstvo kultury.Kapitola 13: Nejčastější chyby
MMR (Ministerstvo pro místní rozvoj): Ministerstvo pro místní rozvoj. Odpovídá za metodiku veřejných zakázek a jejich informační systém, stavební řízení a dotační program IROP.Kapitola 12: Veřejná zakázka
Modulární monolit: Jedna aplikace vnitřně rozdělená na moduly s jasnými rozhraními. Provozuje se jednoduše a později ji jde rozdělit.Kapitola 15: Technologie
Monitoring: Automatické hlídání, jestli systém běží, jak rychle odpovídá a jestli mu nedochází místo nebo výkon, s upozorněním při problému.Kapitola 21: Podpora a SLA
Monolit: Aplikace jako jeden celek, který se vyvíjí a nasazuje najednou. Pro menší systémy nejjednodušší, bez vnitřního řádu se ale špatně mění.Kapitola 15: Technologie
MoSCoW: Třídění požadavků podle priority: Must (musí být), Should (mělo by být), Could (mohlo by být) a Won’t (tentokrát ne).Kapitola 06: Zadání, lidé, data
MPSV (Ministerstvo práce a sociálních věcí): Ministerstvo práce a sociálních věcí; odpovídá mimo jiné za systémy pro výplatu sociálních dávek.Kapitola 13: Nejčastější chyby
MV (Ministerstvo vnitra): Ministerstvo vnitra. Mimo jiné vydává Přehled obvyklých cen ICT prací a odpovídá za část státních systémů, např. základní registry.Kapitola 04: Skutečná cena (TCO)
MVP (Minimum Viable Product): Nejmenší verze systému, kterou skuteční uživatelé opravdu použijí. Obsahuje jen nezbytné funkce, zbytek přijde v dalších etapách.Kapitola 14: Analýza a rozsah
MZe (Ministerstvo zemědělství): Ministerstvo zemědělství.Kapitola 04: Skutečná cena (TCO)
MZV (Ministerstvo zahraničních věcí): Ministerstvo zahraničních věcí.Kapitola 04: Skutečná cena (TCO)
Nabyvatel licence: Ten, kdo od autora nebo vykonavatele práv dostal licenci, tedy oprávnění dílo užít v dohodnutém rozsahu.Kapitola 11: Smlouva a licence
Nadlimitní zakázka: Veřejná zakázka nad finančním limitem EU (u služeb pro stát od 3 491 000 Kč bez DPH v roce 2026). Má nejpřísnější pravidla a uveřejňuje se i v EU.Kapitola 12: Veřejná zakázka
Námitky: Formální výhrada dodavatele proti postupu zadavatele. Podává se před návrhem k ÚOHS; dokud o ní zadavatel nerozhodne, nesmí uzavřít smlouvu.Kapitola 12: Veřejná zakázka
NAO (National Audit Office): Britský nejvyšší kontrolní úřad, obdoba NKÚ.Kapitola 25: Lidský faktor
Národní architektura (NAR, NAP): Národní architektonický rámec a plán: pravidla, jak mají systémy státu do sebe zapadat a sdílet služby. Soulad projektu s nimi posuzuje OHA.Kapitola 12: Veřejná zakázka
Nasazení (deployment): Instalace nové verze systému do provozu nebo na testovací prostředí. Dobře vedený tým nasazuje často a v malých krocích.Kapitola 17: Schůzky a kontrola
Nativní aplikace: Mobilní aplikace psaná zvlášť pro iOS a zvlášť pro Android. Umí všechny funkce telefonu, ale znamená dva kódy a dvojí náklady.Kapitola 15: Technologie
NDA (Non-Disclosure Agreement): Dohoda o mlčenlivosti. Reference „pod NDA“ nejdou ověřit.Kapitola 09: Výběr dodavatele
Nearshore a offshore: Vývoj v jiné zemi kvůli nižším sazbám: nearshore blízko (např. jinde v Evropě), offshore daleko (např. v Asii). Šetří sazbu, přidává řízení a komunikaci.Kapitola 07: Typy dodavatelů
Nefunkční požadavky: Jak dobře má systém fungovat: rychlost, dostupnost, bezpečnost, přístupnost, zálohy. Mají být v číslech a normách, ne v přídavných jménech.Kapitola 14: Analýza a rozsah
Next.js: Framework nad Reactem pro weby a webové aplikace, který řeší i serverovou část, rychlé načítání a vyhledávače.Kapitola 15: Technologie
NFC (Near Field Communication): Bezkontaktní přenos na pár centimetrů, který telefon používá třeba k placení nebo ke čtení čipu v dokladu.Kapitola 15: Technologie
Nižší a vyšší režim (kybernetická bezpečnost): Dvě úrovně povinností podle zákona o kybernetické bezpečnosti. Vyšší režim, např. pro kritické služby, má přísnější opatření i požadavky na dodavatele.Kapitola 21: Podpora a SLA
NKÚ (Nejvyšší kontrolní úřad): Nezávislý ústavní orgán, který kontroluje, jak stát hospodaří s penězi a majetkem. Výsledky zveřejňuje v kontrolních závěrech.Kapitola 13: Nejčastější chyby
NSS (Nejvyšší správní soud): Nejvyšší soud ve správních věcech. Rozhoduje mimo jiné o kasačních stížnostech ve sporech o veřejné zakázky s ÚOHS.Kapitola 24: Vendor lock-in
NÚKIB: Národní úřad pro kybernetickou a informační bezpečnost. Dozoruje plnění zákona o kybernetické bezpečnosti, vydává varování a může omezit rizikové dodavatele.Kapitola 07: Typy dodavatelů
Obchodní rejstřík (OR): Veřejný seznam firem se sídlem, statutáry, společníky a historií změn. Výpis je zdarma na justice.cz.Kapitola 09: Výběr dodavatele
OHA (Odbor Hlavního architekta): Odbor Hlavního architekta eGovernmentu v DIA. Vydává stanoviska k IT projektům úřadů a posuzuje jejich soulad s národní architekturou.Kapitola 12: Veřejná zakázka
Ochrana oznamovatelů: Zákon č. 171/2023 Sb. chrání před odvetou toho, kdo oznámí protiprávní jednání ve firmě nebo úřadu. Organizace musí mít vnitřní oznamovací systém.Kapitola 25: Lidský faktor
Opatření obecné povahy: Akt úřadu, který neplatí pro jednu osobu, ale pro neurčitý okruh adresátů. NÚKIB jím může omezit nebo zakázat plnění určitých dodavatelů.Kapitola 07: Typy dodavatelů
Opce: Předem vyhrazená možnost objednat další plnění, třeba další etapu. U veřejné zakázky musí být v zadávací dokumentaci (§ 100 ZZVZ) a v předpokládané hodnotě.Kapitola 10: Cenové modely
Open source: Software se zveřejněným zdrojovým kódem, který lze podle jeho licence zdarma užívat, upravovat a šířit. Licence ale mají podmínky, které je třeba dodržet.Kapitola 11: Smlouva a licence
Open-weight model (otevřený model): Jazykový model AI, jehož výrobce zveřejnil natrénované parametry (váhy). Firma ho může provozovat na vlastním serveru. Nemusí jít o open source, licence může mít omezení.Kapitola 03: Kolega s AI
OpenAPI: Standard pro popis API, se kterým umí pracovat kterýkoli dodavatel a nástroj. Popsané rozhraní zkrátí zaučení nového týmu.Kapitola 15: Technologie
Oponentura: Nezávislé kritické posouzení plánu nebo projektu někým, kdo na jeho schválení nemá zájem, s cílem najít slabá místa.Kapitola 25: Lidský faktor
Organizační složka státu: Ministerstvo nebo jiný státní úřad bez vlastní právní subjektivity, který hospodaří jménem státu (zákon č. 219/2000 Sb.).Kapitola 19: Když se to kazí
Ostrý (produkční) provoz: Systém, na kterém doopravdy běží práce firmy nebo úřadu, s reálnými daty a uživateli. Opak testovacího prostředí.Kapitola 03: Kolega s AI
Otevřené řízení: Nejběžnější druh zadávacího řízení: zakázka se uveřejní a nabídku může podat kdokoli. O nabídkách se nejedná.Kapitola 12: Veřejná zakázka
Otevřený formát dat: Veřejně popsaný formát (např. CSV, JSON, XML), který umí číst běžné nástroje bez programu původního dodavatele.Kapitola 11: Smlouva a licence
Otevřený standard: Veřejně dostupná specifikace formátu, protokolu nebo rozhraní, kterou může použít kdokoli, takže řešení nejde zamknout na jednoho výrobce.Kapitola 15: Technologie
OutSystems a Mendix: Komerční low-code platformy pro firemní aplikace. Jejich ceníky nejsou veřejné.Kapitola 02: Koupit vs. postavit
OWASP ASVS: Application Security Verification Standard: katalog ověřitelných bezpečnostních požadavků na aplikace ve třech úrovních. Hodí se přímo do smlouvy.Kapitola 15: Technologie
OWASP Top 10: Žebříček deseti nejčastějších bezpečnostních rizik webových aplikací od neziskové organizace OWASP; poslední vydání je z roku 2025.Kapitola 15: Technologie
P1–P4 (priority incidentů): Stupně závažnosti incidentu od kritické (P1, systém stojí) po nízkou (P4, kosmetika nebo dotaz). Podle priority se řídí lhůty v SLA.Kapitola 21: Podpora a SLA
Paušál: Pevná měsíční platba za dohodnutou kapacitu nebo službu, třeba určitý počet člověkodnů podpory. Nevyčerpané hodiny obvykle propadají.Kapitola 22: Údržba a rozvoj
Penetrační test (pentest): Řízený pokus odborníků proniknout do systému jako útočník, aby se díry našly dřív než při skutečném útoku. Má ho dělat třetí strana, ne autor systému.Kapitola 20: Převzetí a start
Peterův princip: Lidé bývají povyšováni podle výkonu v dosavadní roli, dokud nedosáhnou role, kterou dobře nezvládají.Kapitola 25: Lidský faktor
PHP: Programovací jazyk pro webové aplikace a e-shopy. Běží na něm velká část webů, např. redakční systém WordPress.Kapitola 15: Technologie
Pilot: Ostré nasazení na omezeném vzorku, třeba na jednom pracovišti, než systém dostanou všichni. Chyby se ukážou s malým dopadem.Kapitola 20: Převzetí a start
Plánovaná odstávka: Předem ohlášené vypnutí systému kvůli údržbě. Smlouva má říct, jestli se počítá do dostupnosti.Kapitola 21: Podpora a SLA
Platba za převzatý přírůstek: Dodavatel fakturuje jen hotové části (přírůstky), které jste otestovali a převzali podle dohodnuté definice hotového.Kapitola 10: Cenové modely
PMI (Project Management Institute): Mezinárodní profesní organizace projektových manažerů. Vydává standardy řízení projektů a průzkumy o jejich úspěšnosti.Kapitola 14: Analýza a rozsah
Podlicence: Právo nabyvatele licence dát oprávnění dál, třeba dalšímu dodavateli, který bude systém rozvíjet. Bez výslovného ujednání ho nemáte.Kapitola 11: Smlouva a licence
Podpisové klíče aplikace: Digitální klíče, kterými se podepisuje mobilní aplikace. Bez nich nejde vydat její aktualizaci, proto mají být vedené na vás.Kapitola 15: Technologie
Pokrytí testy: Jaká část kódu se při automatických testech skutečně spustí a ověří. Samo kvalitu nezaručí, ale jeho trend se vyplatí sledovat.Kapitola 23: Technický dluh
PostgreSQL: Rozšířená open source databáze pro firemní systémy, bez licenčních poplatků a s velkou komunitou.Kapitola 15: Technologie
Postoupení licence: Převedení licence nebo výkonu majetkových práv na jinou osobu, třeba při změně dodavatele. Musí ho dovolit licenční ujednání.Kapitola 11: Smlouva a licence
Pověřenec pro ochranu osobních údajů: Osoba, která v organizaci dohlíží na dodržování GDPR a radí s ním. Úřady a některé firmy ho musí mít jmenovaného.Kapitola 14: Analýza a rozsah
Power Apps: Low-code nástroj Microsoftu napojený na Microsoft 365. Licence Premium se platí za každého uživatele a měsíc.Kapitola 02: Koupit vs. postavit
Pravidlo skauta: Zásada „nech kód o kus lepší, než jsi ho našel“: kdo sahá do modulu, trochu ho při tom uklidí.Kapitola 23: Technický dluh
Právní nástupnictví: Přechod práv a povinností dodavatele na jinou firmu, např. při fúzi nebo prodeji závodu. U veřejné zakázky není podstatnou změnou závazku.Kapitola 18: Změny rozsahu
Premortem: Porada, na které si tým představí, že projekt už selhal, a sepíše proč. Rizika se tak pojmenují dřív, než nastanou.Kapitola 25: Lidský faktor
Procentní bod: Rozdíl mezi dvěma procentními údaji: z 30 % na 50 % je to nárůst o 20 procentních bodů, ale o 67 %.Kapitola 17: Schůzky a kontrola
Profil zadavatele: Elektronická adresa, na které zadavatel uveřejňuje dokumenty ke svým veřejným zakázkám a uzavřené smlouvy.Kapitola 12: Veřejná zakázka
Prohlášení o přístupnosti: Povinný dokument úřadu podle zákona č. 99/2019 Sb., který říká, nakolik web nebo aplikace splňuje přístupnost a co zatím ne.Kapitola 20: Převzetí a start
Prompt injection (podvržení instrukcí): Útok, kdy někdo AI podstrčí vlastní instrukce, třeba skryté v dokumentu nebo e-mailu, aby udělala něco, co nemá.Kapitola 03: Kolega s AI
Proprietární: Uzavřený a vlastněný jedním výrobcem, bez veřejného kódu nebo standardu. Proprietární služby a komponenty nejde snadno převzít ani nahradit.Kapitola 24: Vendor lock-in
Provozní doba podpory: Hodiny, ve kterých dodavatel přijímá hlášení a řeší je. Jen v nich běží lhůty SLA, mimo ně se čas nepočítá.Kapitola 21: Podpora a SLA
Provozní dokumentace: Popis, jak systém provozovat: instalace, zálohy, obnova, monitoring, kontakty. U určeného informačního systému ji správce předkládá DIA před spuštěním.Kapitola 20: Převzetí a start
Předběžná tržní konzultace (PTK): Nezávazné ptaní se trhu před veřejnou zakázkou (§ 33 ZZVZ), aby úřad lépe nastavil zadání, kvalifikaci a harmonogram. Výsledky musí uvést v dokumentaci.Kapitola 12: Veřejná zakázka
Předpokládaná hodnota: Odhad ceny veřejné zakázky bez DPH, který zadavatel stanoví předem (§ 16 ZZVZ), včetně opcí. Podle ní se určí limit a tedy i postup.Kapitola 12: Veřejná zakázka
Předprodukční prostředí: Poslední zkušební prostředí, co nejpodobnější ostrému provozu, kde se nová verze ověřuje těsně před nasazením.Kapitola 17: Schůzky a kontrola
Přehled obvyklých cen ICT prací: Pravidelná analýza Ministerstva vnitra, kolik úřady podle smluv platí za IT práci podle rolí. Vychází dvakrát ročně.Kapitola 04: Skutečná cena (TCO)
Přístupnost: Aby web nebo aplikaci mohli používat i lidé se zdravotním postižením, např. nevidomí se čtečkou obrazovky nebo lidé ovládající jen klávesnici.Kapitola 15: Technologie
Pseudonymizace: Nahrazení jmen a dalších identifikátorů zástupnými kódy, které jde s doplňující informací přiřadit zpět. Na rozdíl od anonymizace jde podle GDPR pořád o osobní údaje.Kapitola 03: Kolega s AI
Psychologické bezpečí: Sdílené přesvědčení, že v týmu je bezpečné přiznat chybu, zeptat se nebo říct nepříjemnou věc bez trestu.Kapitola 25: Lidský faktor
PWA (Progressive Web App): Web, který se v telefonu chová jako aplikace (ikona, notifikace, práce offline), ale nepotřebuje obchod s aplikacemi.Kapitola 15: Technologie
Python: Rozšířený programovací jazyk, oblíbený pro datové analýzy, AI, automatizaci i webové aplikace.Kapitola 15: Technologie
Rámcová dohoda: Smlouva s jedním nebo více dodavateli, která na určitou dobu stanoví podmínky a ceny. Konkrétní zakázky se pak objednávají podle ní, u více dodavatelů minitendrem.Kapitola 10: Cenové modely
Randomizovaná studie: Experiment, ve kterém o zařazení účastníků do skupin (např. s AI a bez AI) rozhoduje náhoda. Výsledky proto méně zkresluje výběr lidí.Kapitola 03: Kolega s AI
React: Knihovna od firmy Meta pro stavbu uživatelského rozhraní webových aplikací, dnes jedna z nejpoužívanějších.Kapitola 15: Technologie
Refaktoring: Úprava vnitřní struktury kódu bez změny chování, aby se s ním lépe a levněji pracovalo.Kapitola 23: Technický dluh
Reference class forecasting: Odhad podle skupiny srovnatelných dokončených projektů: vlastní plán upravíte podle toho, jak dopadly podobné projekty, ne podle vlastního optimismu.Kapitola 25: Lidský faktor
Registr rizik: Seznam rizik projektu s pravděpodobností, dopadem, opatřením a vlastníkem. Má se pravidelně procházet na řídicím výboru.Kapitola 17: Schůzky a kontrola
Registr smluv: Veřejný registr smluv veřejného sektoru (zákon č. 340/2015 Sb.). Smlouva nad 50 000 Kč bez DPH je účinná až po uveřejnění, jinak se po 3 měsících ruší.Kapitola 11: Smlouva a licence
Regulovaná služba: Služba, kvůli které organizace spadá pod zákon o kybernetické bezpečnosti. Kritéria stanoví prováděcí vyhláška.Kapitola 07: Typy dodavatelů
Regulovaný subjekt: Firma nebo úřad, který poskytuje regulovanou službu a musí plnit zákon o kybernetické bezpečnosti, v nižším nebo vyšším režimu.Kapitola 15: Technologie
Repozitář: Úložiště zdrojového kódu s celou historií změn: kdo, co a kdy změnil. Většinou běží v systému Git.Kapitola 17: Schůzky a kontrola
Revize kódu: Kontrola kódu jiným vývojářem předtím, než se změna přijme. Odhalí chyby a zkratky, které autor nevidí.Kapitola 03: Kolega s AI
RFI (Request for Information): Žádost o informace: nezávazně se ptáte trhu, jak by váš problém řešil, co existuje hotového a kolik by to zhruba stálo.Kapitola 08: Jak oslovit trh
RFP (Request for Proposal): Poptávka: závazná žádost o nabídku s popsaným zadáním, kritérii hodnocení a lhůtou.Kapitola 08: Jak oslovit trh
Roadmapa: Plán dalšího rozvoje systému na 12–24 měsíců: které funkce a změny přijdou a v jakém pořadí podle přínosu.Kapitola 22: Údržba a rozvoj
Rollback: Návrat systému do předchozího funkčního stavu, když nasazení nebo migrace selže. Má být připravený a vyzkoušený předem.Kapitola 20: Převzetí a start
Rozpad pracnosti: Rozepsání nabídky na jednotlivé činnosti a role s počtem člověkodnů. Ukáže, s čím dodavatel počítá a co vynechal.Kapitola 08: Jak oslovit trh
Rozpočtová kázeň: Povinnost použít veřejné peníze podle pravidel, za kterých byly přiděleny. Porušení zjišťuje kontrola a vede k vrácení peněz a penále.Kapitola 13: Nejčastější chyby
RPO (Recovery Point Objective): Kolik dat smíte při havárii ztratit, vyjádřené časem, např. poslední hodinu práce. Určuje, jak často se musí zálohovat.Kapitola 21: Podpora a SLA
RTO (Recovery Time Objective): Jak dlouho smí trvat obnova po havárii, než systém zase běží.Kapitola 21: Podpora a SLA
Rychlost týmu: Kolik práce tým skutečně dokončí za sprint. Podle ní, ne podle původního plánu, se má počítat odhad termínu.Kapitola 17: Schůzky a kontrola
Řádné finanční řízení: Zásada zákona č. 231/2025 Sb. o řízení a kontrole veřejných financí (od 1. 1. 2027): nakládat s veřejnými penězi účelně, hospodárně a efektivně.Kapitola 05: Vyplatí se to?
Řídicí výbor: Pravidelné setkání vedení zákazníka a dodavatele (steering committee). Rozhoduje o rozpočtu, změnách, eskalacích a pokračování projektu.Kapitola 17: Schůzky a kontrola
SaaS (Software as a Service): Software jako služba: aplikaci si pronajímáte přes internet, výrobce ji provozuje a aktualizuje a vy platíte předplatné.Kapitola 02: Koupit vs. postavit
SAP: Německý výrobce podnikových systémů (ERP) pro účetnictví, logistiku, výrobu a personalistiku, jeden z největších na světě.Kapitola 02: Koupit vs. postavit
Sbírka listin: Část obchodního rejstříku, kam firmy musí ukládat účetní závěrky a další dokumenty. Nezveřejněná závěrka je varovný signál.Kapitola 09: Výběr dodavatele
SBOM (Software Bill of Materials): Seznam všech součástí systému, jejich verzí a licencí. Pomáhá hlídat zranitelnosti, konce podpory a licenční rizika.Kapitola 15: Technologie
Scope creep: Plíživé rozrůstání rozsahu: po troškách, ústně a bez ceny přibývají požadavky, až vznikne etapa, kterou nikdo neobjednal.Kapitola 18: Změny rozsahu
Sektorový zadavatel: Zadavatel působící v odvětvích jako energetika, vodárenství nebo doprava. Pro své zakázky má vyšší finanční limity.Kapitola 12: Veřejná zakázka
Seniorita: Úroveň zkušenosti vývojáře (junior, medior, senior). Senior s vyšší sazbou bývá v součtu levnější, protože potřebuje méně času a dělá méně chyb.Kapitola 04: Skutečná cena (TCO)
Seznam předpokladů: Co dodavatel při výpočtu ceny považoval za dané, třeba že data jsou čistá. Když předpoklad neplatí, cena se mění.Kapitola 08: Jak oslovit trh
Skupinové myšlení (groupthink): Soudržná skupina s dominantním vůdcem potlačí nesouhlas a dojde k jednomyslnosti bez skutečné diskuse.Kapitola 25: Lidský faktor
SLA (Service Level Agreement): Smlouva o úrovni služeb: v číslech říká, jak rychle a v jaké kvalitě dodavatel pomůže a co zaplatí, když to nestihne.Kapitola 21: Podpora a SLA
Smlouva o dílo: Smlouva, kterou se dodavatel zavazuje dílo vytvořit a objednatel ho zaplatit. Sama o sobě licenci k softwaru neobsahuje.Kapitola 11: Smlouva a licence
Smlouva o zpracování osobních údajů: Povinná smlouva s firmou, která pro vás pracuje s osobními údaji (čl. 28 GDPR): co s nimi smí dělat, jak je chrání a kdy je smaže.Kapitola 07: Typy dodavatelů
Smluvní pokuta: Předem sjednaná částka, kterou strana zaplatí při porušení smlouvy, např. za den prodlení. Nepřiměřeně vysokou může soud snížit.Kapitola 19: Když se to kazí
Souběh (souběžný provoz): Období, kdy běží a platí se starý i nový systém současně. Bez data vypnutí starého se z něj stává skrytá trvalá položka.Kapitola 04: Skutečná cena (TCO)
Soudní dvůr EU: Soud Evropské unie v Lucemburku. Jeho výklad evropského práva, včetně pravidel veřejných zakázek, je závazný pro soudy členských států.Kapitola 24: Vendor lock-in
Soutěžní dialog: Zadávací řízení pro složité zakázky, kdy úřad zná cíl, ale ne řešení: nejdřív ho s dodavateli dojedná a teprve pak podají nabídky.Kapitola 12: Veřejná zakázka
Spisová služba: Systém pro evidenci, oběh a archivaci dokumentů. Úřady ho mají povinně podle zákona o archivnictví a spisové službě.Kapitola 02: Koupit vs. postavit
Sponzor projektu: Člověk z vedení, který projekt prosadil, drží jeho rozpočet a odpovídá za přínosy. Obvykle předsedá řídicímu výboru.Kapitola 05: Vyplatí se to?
Spring Boot: Rozšířený framework pro jazyk Java, na kterém se staví serverové části podnikových aplikací.Kapitola 15: Technologie
Sprint: Krátký cyklus vývoje, obvykle dvoutýdenní, zakončený ukázkou hotové práce.Kapitola 16: Průběh a vaše role
Statická analýza kódu: Automatická kontrola kódu bez jeho spuštění: hledá složitost, duplicity, podezřelá místa a porušení pravidel.Kapitola 23: Technický dluh
Statutár: Člověk ve statutárním orgánu firmy, např. jednatel nebo člen představenstva, který za ni jedná a podepisuje.Kapitola 09: Výběr dodavatele
Stínování: Způsob předání znalostí: nový tým pracuje vedle původního a sleduje, jak systém provozuje a mění, než převezme odpovědnost.Kapitola 24: Vendor lock-in
Strangler fig (náhrada po částech): Postupná náhrada starého systému: nový přebírá funkci po funkci, dokud starý nejde vypnout. Podle fíkovníku, který postupně obroste strom.Kapitola 23: Technický dluh
Subzpracovatel: Firma, které váš zpracovatel osobních údajů předá část práce s nimi, např. cloud nebo hosting. Zapojit ho smí jen s vaším souhlasem.Kapitola 11: Smlouva a licence
Superuživatel: Vyškolený kolega na pracovišti, který ostatním pomáhá se systémem a sbírá jejich problémy pro dodavatele.Kapitola 20: Převzetí a start
SZIF (Státní zemědělský intervenční fond): Státní platební agentura, která vyplácí zemědělské dotace z EU i národních zdrojů.Kapitola 22: Údržba a rozvoj
SZR (Správa základních registrů): Úřad, který zajišťoval provoz základních registrů státu.Kapitola 13: Nejčastější chyby
TCO (Total Cost of Ownership): Celkové náklady na vlastnictví: vše, co za systém zaplatíte za celou dobu používání, nejen cena vývoje.Kapitola 04: Skutečná cena (TCO)
Technický dluh: Zkratky a odložené úklidy v kódu, které dnes šetří čas, ale každou další změnu prodražují, jako úrok z dluhu.Kapitola 23: Technický dluh
Technický dozor: Nezávislý odborník nebo firma, která za zákazníka průběžně kontroluje technickou kvalitu a rizika projektu.Kapitola 17: Schůzky a kontrola
Testovací prostředí: Samostatná kopie systému mimo ostrý provoz, kde se nová verze ukazuje a testuje bez rizika pro skutečná data.Kapitola 17: Schůzky a kontrola
Thoughtworks: Mezinárodní softwarová a poradenská firma, která pravidelně vydává Technology Radar s doporučeními, které technologie používat a kterým se vyhnout.Kapitola 15: Technologie
Time & material (T&M): Platba za skutečně odpracovaný čas podle sazeb. Riziko nese hlavně zákazník, proto ji sjednávejte se stropem a měsíčním reportem čerpání.Kapitola 10: Cenové modely
TypeScript: Rozšíření JavaScriptu od Microsoftu o datové typy, které pomáhají odhalit chyby dřív. Běžné u větších webových aplikací.Kapitola 15: Technologie
UAT (uživatelské akceptační testy): User Acceptance Testing: vaši klíčoví uživatelé ověřují na reálných scénářích a datech, že se v systému dá skutečně pracovat.Kapitola 20: Převzetí a start
Ukázka (demo): Předvedení hotové části běžícího softwaru na konci sprintu, na vašem testovacím prostředí, ne v prezentaci.Kapitola 17: Schůzky a kontrola
ÚOHS (Úřad pro ochranu hospodářské soutěže): Dozoruje veřejné zakázky: rozhoduje o návrzích dodavatelů, může zrušit soutěž, zakázat plnění smlouvy a uložit pokutu.Kapitola 12: Veřejná zakázka
Určený informační systém: Systém veřejné správy, který využívá základní registry nebo jim poskytuje služby, má na ně vazbu, nebo slouží aspoň 5 000 uživatelům ročně se zaručenou identitou.Kapitola 12: Veřejná zakázka
Úschova kódu (escrow): Uložení zdrojového kódu u třetí strany, která ho vydá při úpadku nebo dlouhodobém neplnění dodavatele. Závislost na dodavateli sama neřeší.Kapitola 24: Vendor lock-in
Utopené náklady: Peníze, které už jsou utracené a nevrátí se, ať projekt dokončíte, nebo ne. Pro rozhodnutí o pokračování by neměly hrát roli.Kapitola 25: Lidský faktor
Úvodní analýza (discovery): Krátká placená zakázka na začátku: zmapuje problém, uživatele a rizika, výstupem je zadání, odhad a prototyp. Může skončit i rozhodnutím nestavět.Kapitola 08: Jak oslovit trh
Uživatelský scénář (user story): Krátký popis potřeby ve tvaru „Jako [role] chci [co], abych [proč]“. Základní jednotka zadání v agilním vývoji.Kapitola 14: Analýza a rozsah
Vady A, B, C: Třídění vad podle závažnosti: A kritická (brání převzetí), B závažná (jde obejít), C drobná. Limity pro převzetí patří do smlouvy.Kapitola 20: Převzetí a start
Varianta „nic neděláme“: Srovnávací scénář, co se stane a kolik to bude stát, když projekt neuděláte. Bez ní vypadá každý projekt jako jediná možnost.Kapitola 05: Vyplatí se to?
Vendor lock-in: Závislost na jednom dodavateli, ze které se nedá odejít bez neúměrných nákladů. Vzniká hlavně ve smlouvě, licenci, dokumentaci a datech.Kapitola 24: Vendor lock-in
Veřejný zadavatel: Kdo veřejnou zakázku zadává: ministerstvo, kraj, obec, státní firma a další subjekty, na které se vztahuje ZZVZ.Kapitola 12: Veřejná zakázka
Vibe coding: Tvorba aplikace tím, že AI v běžné řeči popíšete, co chcete, a ona napíše kód. Jde to i bez znalosti programování, chybu v kódu ale laik nepozná.Kapitola 03: Kolega s AI
Vícepráce: Práce nad rámec sjednaného rozsahu, placená zvlášť. Bez podepsaného změnového listu by se neměla platit.Kapitola 18: Změny rozsahu
Virální licence: Open source licence (např. GPL), která vyžaduje, aby i navazující software šířený dál byl pod stejnou licencí a se zveřejněným kódem.Kapitola 11: Smlouva a licence
Vlastník produktu (product owner): Váš člověk s mandátem rozhodovat o prioritách, odpovídat na dotazy a přebírat hotové části. Nejčastější brzda projektu je, když na to nemá čas.Kapitola 16: Průběh a vaše role
Vodopád (waterfall): Postup, kdy se nejdřív všechno popíše, pak postaví a nakonec předá. Problémy se často ukážou až při převzetí.Kapitola 16: Průběh a vaše role
Výhradní licence: Licence, kterou poskytovatel po dobu jejího trvání nesmí dát nikomu dalšímu a sám se musí zdržet užití, pokud se nedohodnete jinak.Kapitola 11: Smlouva a licence
Výhradní práva: Práva, která má jen jeden dodavatel (typicky autorská), takže nikdo jiný nemůže plnit. Zakázku bez soutěže ospravedlní, jen když je zadavatel nezpůsobil.Kapitola 12: Veřejná zakázka
Vyhrazená změna: Změna smlouvy, kterou úřad předem jednoznačně popsal v zadávací dokumentaci (§ 100 ZZVZ), takže ji později smí použít bez nové soutěže.Kapitola 18: Změny rozsahu
Vykonavatel majetkových práv: Ten, kdo místo autora vykonává majetková práva, např. zaměstnavatel u zaměstnaneckého díla. Smí dílo užívat a udělovat licence.Kapitola 11: Smlouva a licence
Výkonový test: Ověření, že systém zvládne plánovaný počet uživatelů a odpovídá dost rychle. Zátěžový test hledá, kde se zlomí.Kapitola 20: Převzetí a start
Vysoce rizikový systém AI: Kategorie AI Actu pro AI, která rozhoduje o lidech, třeba v náboru, vzdělávání, úvěrech nebo přístupu k veřejným službám. Má přísné povinnosti.Kapitola 15: Technologie
Významný dodavatel: Podle zákona o kybernetické bezpečnosti dodavatel, jehož plnění ovlivňuje bezpečnost regulované služby. Smlouva s ním má povinné náležitosti.Kapitola 07: Typy dodavatelů
VZMR (veřejná zakázka malého rozsahu): Zakázka na dodávky a služby do 3 mil. Kč bez DPH. Nemusí se soutěžit zadávacím řízením podle ZZVZ, ale platí zásady transparentnosti a rovného zacházení.Kapitola 12: Veřejná zakázka
WCAG (Web Content Accessibility Guidelines): Mezinárodní pravidla přístupnosti webu. Běžný požadavek je úroveň AA, aktuální verze je 2.2.Kapitola 15: Technologie
Work made for hire: Pojem amerického autorského práva: dílo na objednávku nebo od zaměstnance patří rovnou objednateli. V českém právu takto nefunguje, licenci je potřeba sjednat.Kapitola 11: Smlouva a licence
Zadávací dokumentace: Soubor podmínek veřejné zakázky: zadání, kvalifikace, kritéria hodnocení a návrh smlouvy. Co v ní není, se později těžko doplňuje.Kapitola 12: Veřejná zakázka
Zadávací řízení: Formální postup podle ZZVZ, kterým úřad vybírá dodavatele: od zahájení přes podání a hodnocení nabídek po uzavření smlouvy.Kapitola 12: Veřejná zakázka
Zádržné: Část ceny, kterou objednatel zadrží do konce záruky nebo jiné lhůty jako pojistku, že dodavatel opraví vady.Kapitola 20: Převzetí a start
Základní registry: Centrální registry státu se základními údaji o lidech, firmách, adresách a pravomocích úřadů. Úřady z nich mají údaje brát, ne vést vlastní kopie.Kapitola 12: Veřejná zakázka
Zákon o kybernetické bezpečnosti: Zákon č. 264/2025 Sb., účinný od 1. 11. 2025, který převádí evropskou směrnici NIS2. Regulovaným organizacím ukládá bezpečnostní opatření a hlášení incidentů.Kapitola 15: Technologie
Zaměstnanecké dílo: Dílo, které zaměstnanec vytvoří v rámci práce. Majetková práva k němu vykonává zaměstnavatel; u programu na objednávku přímo od autora platí podle § 58 odst. 7 autorského zákona totéž.Kapitola 11: Smlouva a licence
Zaručená identita: Ověřená elektronická identita člověka (např. eObčanka, bankovní identita nebo mobilní klíč), se kterou se přihlásí k online službám státu.Kapitola 12: Veřejná zakázka
Záruka za jakost: Slib dodavatele, že dílo bude určitou dobu bez vad; vady v ní opravuje zdarma. Nekryje nové funkce ani přechod na nové verze platforem.Kapitola 20: Převzetí a start
Zdrojový kód: Program v čitelné podobě, jak ho píšou programátoři. Jen z něj jde systém upravovat a znovu sestavit.Kapitola 11: Smlouva a licence
Zjednodušené podlimitní řízení: Jednodušší druh zadávacího řízení pro zakázky mezi malým rozsahem a nadlimitním limitem, s kratšími lhůtami.Kapitola 12: Veřejná zakázka
Zkušební sprint: Krátká placená zakázka (1–2 týdny), ve které finalisté výběru ukážou práci na vašem reálném zadání.Kapitola 09: Výběr dodavatele
Změna závazku: U veřejné zakázky jakákoli změna smlouvy po jejím uzavření. Řídí ji § 222 ZZVZ; podstatnou změnu nelze udělat bez nového zadávacího řízení.Kapitola 18: Změny rozsahu
Změnové řízení: Domluvený postup, jak se změny podávají, oceňují, schvalují a zapisují. Vyplatí se u každého cenového modelu.Kapitola 18: Změny rozsahu
Změnový list: Dokument podepsaný oběma stranami, který schvaluje změnu včetně ceny a dopadu na termín. Bez něj se vícepráce neplatí.Kapitola 18: Změny rozsahu
Změnový požadavek (change request): Písemná žádost o změnu rozsahu s popisem, důvodem a autorem. Dodavatel ji ocení a o přijetí rozhodne člověk s mandátem.Kapitola 18: Změny rozsahu
Zranitelnost: Slabé místo v softwaru, které může útočník zneužít. Výrobci je opravují bezpečnostními záplatami.Kapitola 22: Údržba a rozvoj
ZZVZ (zákon o zadávání veřejných zakázek): Zákon č. 134/2016 Sb. Určuje, jak musí úřady a další zadavatelé soutěžit dodavatele, a dozor nad ním má ÚOHS.Kapitola 12: Veřejná zakázka
Životní cyklus: Celá doba od pořízení přes provoz a rozvoj až po vypnutí systému. Náklady se mají posuzovat za celou tuto dobu.Kapitola 04: Skutečná cena (TCO)

Můžeme použít cookies?