EGdílna.cz

eGovernment prakticky a netradičně

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

Myslíte si, že už vás nic nepřekvapí? Tak tohle jste ještě neslyšeli EGalbum

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

Obě strany předchozí revizePředchozí verze
Následující verze		Předchozí verze
egdilna:poradna:jak-pouceni-rozsudky-mmr-uohs-dsr [19.11.2024 08:00] – Michal Radaegdilna:poradna:jak-pouceni-rozsudky-mmr-uohs-dsr [03.12.2024 09:40] (aktuální) – upraveno mimo DokuWiki 127.0.0.1
Řádek 16: Řá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á 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 [[: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 ří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.+    - 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.1731999607.txt.gz · Poslední úprava: 19.11.2024 08:00 autor: Michal Rada