Klid
Jedna stránka pro vedení a úplný seznam systémů, smluv a rizik: víte, co máte, a můžete to ukázat zastupitelstvu, kontrolorům i auditorovi.
Inventarizace IT systémů je uspořádaný registr aplikací, smluv, integrací, procesů a rizik organizace, zakončený jednou stránkou pro vedení; trvá 2–6 týdnů a je pod limitem pro veřejné zakázky. Inventarizace IT systémů a standardů architektury je nejmenší a nejlevnější krok na celém žebříčku digitalizace – a jediný, který dává kontrolu nad směrem na příštích 10 let úřadu nebo firmě, a ne dodavateli.
Příklad jednostránkového shrnutí pro vedení. Ilustrativní data.
Kladu je vedení, tajemníkům úřadů, starostům a předsedům představenstev dříve, než padnou rozhodnutí o dalším nákupu. Pokud na některou z nich zní odpověď „nevíme“, právě tady mohu pomoci.
Cena chyby. Nákup bez znalosti toho, co už existuje, znamená zdvojené funkce, chybějící integrace a migraci, která opakuje chyby starého oběhu dokumentů. Poradce obvykle stojí méně než jedna špatně zvolená technologie, jeden nevhodný dodavatel nebo jedna past ve smlouvě.
Jedna stránka pro vedení a úplný seznam systémů, smluv a rizik: víte, co máte, a můžete to ukázat zastupitelstvu, kontrolorům i auditorovi.
Další rozhodnutí i rozpočet stojí na faktech, ne na tom, kdo zrovna přijde s nabídkou.
Závislost na dodavatelích a data konce podpory vidíte dříve, než se z nich stane havárie nebo naléhavý nákup.
„Upozornil na potřebu uspořádat informace o stávajících řešeních, jejich vzájemných závislostech a omezeních dříve, než úřad přijme další investiční rozhodnutí.“
Vytvořená od nuly nezávislým poradcem a přizpůsobená Vaší organizaci – ne šablona, kterou si vyplníte sami. Celkem šestnáct dokumentů a nástrojů, které tvoří základ digitální transformace a realizace dlouhodobé IT strategie.
Úvodní workshop s vedením (starosta nebo generální ředitel, tajemník, IT) a inventarizační dotazník zaslaný útvarům a dodavatelům.
Revize dokumentů, rozhovory s vlastníky systémů (5–10 × 45–60 min), technické ověření s IT. 1–3 dny schůzek s vlastníky procesů na místě, zbytek online.
Návrh kategorizace A/B/C/D a validační workshop s vedoucími útvarů.
Zpráva a kompletní sada dokumentů; příprava a vedení prezentačního setkání s vedením (60–90 min).
Systém třídy EZD (elektronická správa dokumentů), e-úřad, oběh faktur v KSeF (státní systém e-fakturace), nová procesní platforma – každé z těchto rozhodnutí znamená velké částky a váže organizaci k dodavateli na roky. Inventarizace Vám ještě před tímto rozhodnutím dá objektivní znalost toho, co skutečně máte, v jakém je to stavu a co chybí – aby směr určovali Vy, a ne nabídka dodavatele.
| Bez inventarizace | Po inventarizaci |
|---|---|
| Zadávací dokumentace psaná podle nabídek dodavatelů. Požadavky často nakonec určují právě nabídky. | Zadávací dokumentace psaná podle skutečných potřeb – požadavky určuje zadavatel, dodavatel je plní |
| Ustanovení o otevřenosti a plán ukončení odložené s tím, že „možná je doplníme později“ | 20 vzorových architektonických ustanovení, povinných v každé IT smlouvě |
| Funkčně se překrývající systémy – organizace platí dvakrát | Přesně víte, co organizace má a kde jsou mezery – kupujete jen schopnosti, které chybějí |
| Dodatky ke smlouvě kvůli integracím opomenutým ve specifikaci, na náklady zadavatele | Katalog povinných integrací se státními systémy ve specifikaci od prvního dne |
| Riziko nesouladu s KSC/NIS 2/GDPR/AI Actem vyjde najevo až při auditu | Požadavky na soulad s předpisy zapsané ve specifikaci a vymáhané po dodavateli |
| Závislost na dodavateli – po letech nelze přejít jinam bez ztráty dat | Ustanovení o exportu dat, plán ukončení, úschova zdrojového kódu – zadavatel má plnou kontrolu |
| Chybějící zdůvodnění nákupního rozhodnutí, když se ptají kontroloři | Zdokumentovaná kategorizace A/B/C/D a zdůvodnění rozhodnutí |
| Žádosti o dotace EU bez pevného analytického základu | Podklady pro žádosti o dotace z EU, KPO a národních programů |
Najeďte myší na řádek nebo ho vyberte klávesou Tab a uvidíte příklad.
| Kat. | Definice | Typický krok |
|---|---|---|
| A | Systémy v souladu s cílovou architekturou, vysoká vyspělostPříklad: personální a mzdový systém s platnou servisní smlouvou a otevřeným API. | Udržovat a řízeně rozvíjet |
| B | Správný směr, potřebuje úpravyPříklad: finanční systém bez integrace s KSeF. | Plán úprav, jednání s dodavatelem |
| C | Systém nese riziko – zastaralá technologie, konec podpory, závislost na dodavateli, chybějící integracePříklad: systém oběhu dokumentů, jehož dodavatel příští rok ukončí podporu. | Plán postupného vyřazení a náhrady |
| D | Chybějící schopnost v portfoliu, potřebná v horizontu 1–10 letPříklad: oběh nákladových faktur, který dnes běží přes e-mail a tabulku. | Stanovení priorit zavádění, volba modelu dodávky |
A ponechat
B upravit
C vyřadit a nahradit
D zaplnit mezeru
Hodnocení vychází z 5 vážených dimenzí: funkčnost a obchodní hodnota (20 %), architektura a otevřenost – API, integrace, standardy, připravenost na AI (25 %), bezpečnost a soulad – KSC/NIS 2/GDPR/KRI/WCAG (20 %), technologie a dodavatel – aktuálnost, podpora, závislost na dodavateli (20 %), ekonomika a celkové náklady na vlastnictví (15 %).
Cena závisí na počtu systémů a útvarů. Přesnou cenu stanovím po 30minutovém rozhovoru o velikosti Vaší organizace.
Pro srovnání: kompletní sada strategických dokumentů a standardů objednaná samostatně by stála několikanásobně víc.
Metodika → karta iniciativy → posouzení architektury → ustanovení pro zadávací řízení → registr rizik.
Katalog standardů, 20 smluvních ustanovení a hodnoticí karta – víte, na co se zeptat, ještě než usednete k jednání s dodavatelem.
Matice integrací se státními systémy jako připravený výchozí bod pro každý budoucí integrační projekt.
Aktualizace každých 12–18 měsíců, kterou provede buď Váš vlastní tým IT podle stejné metodiky, nebo poradce formou aktualizace inventarizace.
Obvykle 2–6 týdnů od podpisu smlouvy po prezentační setkání s vedením, podle počtu systémů. Na místě jsou jen 1–3 dny, zbytek probíhá na dálku. Koordinátor na straně organizace věnuje celkem zhruba 10 hodin.
Ne. Končí požadavky, smluvními ustanoveními a maticí integrací – tedy tím, co byste před zadávacím řízením stejně museli připravit. Přípravu řízení obvykle zkracuje, protože nahrazuje sběr nabídek dodavatelů jako výchozí bod.
Je to metoda hodnocení každého systému v pěti vážených dimenzích (funkčnost, architektura a otevřenost, bezpečnost a soulad, technologie a dodavatel, ekonomika a celkové náklady), na jejímž konci je každý systém zařazen do jedné ze čtyř kategorií: A (ponechat), B (upravit), C (naplánovat výměnu) nebo D (chybějící schopnost, kterou je třeba naplánovat).
Ne – práce probíhá na úrovni systémů, smluv a konfigurace, bez přístupu k osobním údajům zpracovávaným v těchto systémech. Pokud by byl takový přístup v konkrétním případě potřeba, vyžadoval by samostatnou smlouvu o zpracování osobních údajů podle čl. 28 GDPR.
Stávají se výchozím bodem další práce: specifikace nového projektu, přípravy na jednání s dodavateli, žádostí o dotace a pravidelné aktualizace, kterou provádí Váš vlastní tým IT podle stejné metodiky. Nejde o zprávu, která skončí v šuplíku.
Bezpečnostní audit ověřuje soulad s konkrétní normou nebo předpisem a končí seznamem neshod. Inventarizace dává širší, obchodní obraz celého portfolia systémů – náklady, rizika, mezery, směr – a přímo se promítá do pracovních dokumentů pro další rozhodnutí, nejen do seznamu oprav.
Ano. Registr aplikací u každého systému zaznamenává vlastníka, smlouvu, licenci, náklady a datum konce podpory. Je tak vidět, kterým smlouvám končí platnost, kde organizace závisí na jediném dodavateli a kolik provoz skutečně stojí.