EGdílna.cz

eGovernment prakticky a netradičně

Homepage |Aktualitky z EGdílny | Poradna EGdílny | archi.gov.cz

Ten eGovernment fakt existuje. Již dlouho jsou tu s námi třeba Základní produkty EG

Uživatelské nástroje

Nástroje pro tento web

Umístění: 🏠 » EGdílna » Poradna EGdílny » Poradna: Jaká poučení si máme jako správci informačního systému vzít z rozsudků a ÚOHS k digitálnímu stavebnímu řízení
Historie:
egdilna:poradna:jak-pouceni-rozsudky-mmr-uohs-dsr

Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Následující verze		Předchozí verze
egdilna:poradna:jak-pouceni-rozsudky-mmr-uohs-dsr [29.10.2024 10:14] – vytvořeno - upraveno mimo DokuWiki 127.0.0.1egdilna:poradna:jak-pouceni-rozsudky-mmr-uohs-dsr [03.12.2024 09:40] (aktuální) – upraveno mimo DokuWiki 127.0.0.1
Řádek 1: Řádek 1:
- +{{tag>hotovo odpověď poradna_egdilna}}
-{{tag>kekorektuře poradna_egdilna}}+
 # Poradna: Jaká poučení si máme jako správci informačního systému vzít z rozsudků a ÚOHS k digitálnímu stavebnímu řízení # Poradna: Jaká poučení si máme jako správci informačního systému vzít z rozsudků a ÚOHS k digitálnímu stavebnímu řízení
  
-~~TASK:Michal Rada?2024-10-26~~+
  
 Do poradny nám z jednoho úřadu, který si důrazně nepřál být jmenován, dorazil zajímavý dotaz s odkazem na článek udávající pár závěrů z rozsudku týkajícího se sporu ÚOHS a MMR ke spackané zakázce na dodávku informačních systémů k digitalizaci stavebních řízení.  Do poradny nám z jednoho úřadu, který si důrazně nepřál být jmenován, dorazil zajímavý dotaz s odkazem na článek udávající pár závěrů z rozsudku týkajícího se sporu ÚOHS a MMR ke spackané zakázce na dodávku informačních systémů k digitalizaci stavebních řízení. 
Řádek 11: Řádek 10:
 Tazatel se ptá na to, co má on jako velký úřad řešící dodávky informačních systémů udělat pro to, aby se mu nestalo to samé, jako se stalo Ministerstvu pro místní rozvoj? Tazatel se ptá na to, co má on jako velký úřad řešící dodávky informačních systémů udělat pro to, aby se mu nestalo to samé, jako se stalo Ministerstvu pro místní rozvoj?
  
-První a hlavní odpovědí je, aby úřad dodržoval zákony a povinnosti k eGovernmentu. MMR u této zakázky porušilo a podělalo co mohlo. Nebudeme se zabývat vůbec věcnou stránkou, pouze připomenem povinnosti plynoucí ze zákona [[:predpis:365-2000|]] a nové vyhlášky [[:predpis:360-2023|]]. Kdyby se totiž MMR jako [[:egdilna:spravce-isvs|]] řídilo těmito předpisy, vůbec by k něčemu takovému nedošlo.+První a hlavní odpovědí je, aby úřad dodržoval zákony a povinnosti k eGovernmentu. MMR u této zakázky porušilo a pokazilo co mohlo. Nebudeme se zabývat vůbec věcnou stránkou, pouze připomenem povinnosti plynoucí ze zákona [[:predpis:365-2000|]] a nové vyhlášky [[:predpis:360-2023|]]. Kdyby se totiž MMR jako [[:egdilna:spravce-isvs|]] řídilo těmito předpisy, vůbec by k něčemu takovému nedošlo.
  
 Nicméně tazatel se ptal na konkrétní rozhodnutí ÚOHS a soudu a na to, co z toho plyne jako poučení pro ostatní. Nechceme zbytečně opisovat zdůvodnění soudu ani článek na ITbizu, doporučujeme si jej před dalším textem přečíst. Nicméně tazatel se ptal na konkrétní rozhodnutí ÚOHS a soudu a na to, co z toho plyne jako poučení pro ostatní. Nechceme zbytečně opisovat zdůvodnění soudu ani článek na ITbizu, doporučujeme si jej před dalším textem přečíst.
Řádek 17: Řádek 16:
 1. poučení: Dobře si rozmyslete, co chcete dodat a podle čeho. Není to poprvé, co se ve sporech kolem DSČ zmiňuje, že MMR jednalo zmatečně, nepředvídatelně a chaoticky. To má pochopitelně celkem jasnou příčinu a tou je chybějící věcné zadání. Na MMR teprve za běhu zjišťovali, co to vlastně má umět a především, jak to má umět. S takovým zadáním z kávové sedliny se pak něco dost špatně definuje jako požadavek do dodávky.  1. poučení: Dobře si rozmyslete, co chcete dodat a podle čeho. Není to poprvé, co se ve sporech kolem DSČ zmiňuje, že MMR jednalo zmatečně, nepředvídatelně a chaoticky. To má pochopitelně celkem jasnou příčinu a tou je chybějící věcné zadání. Na MMR teprve za běhu zjišťovali, co to vlastně má umět a především, jak to má umět. S takovým zadáním z kávové sedliny se pak něco dost špatně definuje jako požadavek do dodávky. 
     . Základem je dobrý věcný záměr, dobrá analýza, studie proveditelnosti a hlavně dobře zpracované požadavky. A pokud to poslední nejde, tak alespoň dobrý proces jejich posouzení a sledování realizace.      . Základem je dobrý věcný záměr, dobrá analýza, studie proveditelnosti a hlavně dobře zpracované požadavky. A pokud to poslední nejde, tak alespoň dobrý proces jejich posouzení a sledování realizace. 
-    - Shodou okolností dotaz přišel v době, kdy (asi také díky fiasku MMR) dost úřadů volá pro bližších metodikách, jak to dělat. I my jsme byli požádáni a tak kupříkladu zpracováváme postupně dle diskusí s úřady třeba [[:egdilna:ponk:pokus-o-rozpad-fazi-zivotniho-cyklu-is-ict-reseni|]], kde ukazujeme, co vše se má stát právě v prvních dvou nejvíce zranitelných fázích. V době publikace odpovědi (konec řínna 2024) je tento podklad ve stádiu připomínek a dopracování. Odkaz ale vede na jeho aktuální a vždy platnou verzi.+    - Shodou okolností dotaz přišel v době, kdy (asi také díky fiasku MMR) dost úřadů volá po podrobnějších metodikách, jak to dělat. I my jsme byli požádáni, a tak kupříkladu zpracováváme postupně dle diskusí s úřady třeba [[:egdina:detailni-rozpad-prvnich-fazi-zivotniho-cyklu-is-ict]], kde ukazujeme, co vše se má stát právě v prvních dvou nejvíce zranitelných fázích. V době publikace odpovědi (konec října 2024) je tento podklad ve stádiu připomínek a dopracování. Odkaz ale vede na jeho aktuální a vždy platnou verzi.
 2. poučení: Standardní software a nebo vlastní řešení je třeba dobře vyvážit. Médii i odborníky trochu opomíjený aspekt nejen této veřejné zakázky je tzv. [[egdilna:standardní software versus zcela nové řešení]]. Kromě technologické platformy se tím rozumí defacto míra vlastního přizpůsobení nějakého existujícího řešení. A tady z obou stran můžeme překvapivě tvrdě narazit. Samotná vyhláška [[:predpis:360-2023|]], ale i závazný rámec [[:predpis:ikcr|]] a [[:predpis:nap|]] dávají za povinnost využívat otevřených řešení a hlavně publikovat jakýkoliv vlastní výsledek úprav a programování jako open-source. Dost zarážející tedy na "pirátském" ministerstvu je to, že se s tím odborníci v MMR jaksi nevypořádali.  2. poučení: Standardní software a nebo vlastní řešení je třeba dobře vyvážit. Médii i odborníky trochu opomíjený aspekt nejen této veřejné zakázky je tzv. [[egdilna:standardní software versus zcela nové řešení]]. Kromě technologické platformy se tím rozumí defacto míra vlastního přizpůsobení nějakého existujícího řešení. A tady z obou stran můžeme překvapivě tvrdě narazit. Samotná vyhláška [[:predpis:360-2023|]], ale i závazný rámec [[:predpis:ikcr|]] a [[:predpis:nap|]] dávají za povinnost využívat otevřených řešení a hlavně publikovat jakýkoliv vlastní výsledek úprav a programování jako open-source. Dost zarážející tedy na "pirátském" ministerstvu je to, že se s tím odborníci v MMR jaksi nevypořádali. 
     - Závěr z tohoto poučení není jednoduchý. Ale určitě se musí myslet na situace, kdy dodávka bude tvořena standardními softwarovými komponentami a technologiemi (ať už půjde o open-source produkty, nebo ne), ale především bude jasně vymezen vztah samotného SW řešení k jeho nezbytným úpravám a k tomu, jakým způsobem se splní příslušné povinnosti k publikaci zdrojového kódu a k principu znovupoužitelnosti a otevřenosti.     - Závěr z tohoto poučení není jednoduchý. Ale určitě se musí myslet na situace, kdy dodávka bude tvořena standardními softwarovými komponentami a technologiemi (ať už půjde o open-source produkty, nebo ne), ale především bude jasně vymezen vztah samotného SW řešení k jeho nezbytným úpravám a k tomu, jakým způsobem se splní příslušné povinnosti k publikaci zdrojového kódu a k principu znovupoužitelnosti a otevřenosti.
Správa Detach Close

Stránka s tímto názvem ještě neexistuje

Odkaz vás zavedl na stránku, která ještě neexistuje. Můžete ji vytvořit stisknutím tlačítka Vytvořit stránku.

egdilna/poradna/jak-pouceni-rozsudky-mmr-uohs-dsr.1730193253.txt.gz · Poslední úprava: 29.10.2024 10:14 autor: 127.0.0.1