- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Co nás naučil poár katedrály Notre-Dame o bezpečnosti IT?
Patnáctého dubna 2019 vypukl poár paříské katedrály Notre-Dame. Unikát světového kulturního dědictví utrpěl rozsáhlé kody a chybělo málo k tomu, aby kompletně lehl popelem. Zatímco si lidé po celém světě kladli otázku, jak k něčemu takovému mohlo dojít, experti poární ochrany se po týdnech intenzivního vyetřování divili, e k poáru nedolo ji mnohem dříve. V dnením článku spolu projdeme klíčové momenty celé události a ukáeme si, co si z toho můeme odnést pro řízení bezpečnosti v IT.

Kritických prvních 31 minut a selhání lidského faktoru
Robustní systém detekce poáru v katedrále budovali 6 let. V osudný den poprvé upozornil na oheň přiblině v 18:20. Trvalo ale dlouhých 31 minut, ne někdo zavolal hasiče. Těchto 31 minut umonilo rozíření plamenů způsobem, který extrémně zkomplikoval následující pokusy o uhaení poáru. Proč to trvalo tak dlouho? První, kdo si alarmu viml, byl nový zaměstnanec poární bezpečnosti. Ve své nové práci byl ten den teprve potřetí. Informaci ze systému nedokázal správně interpretovat a poslal ochranku zkontrolovat patné místo v katedrále.
Protoe si nebyl jistý, zda informaci ze systému správně pochopil, jetě raději zavolal svému nadřízenému. Tomu se podařilo sdělení systému deifrovat. Člen ochranky nyní dostal správné informace o lokaci poáru. Katedrála Notre-Dame je ale obrovský komplex. Aby se dostal na správné místo, musel vystoupat 300 strmých schodů. Kdy se tam konečně dostal, poár byl ji mimo kontrolu. Teprve nyní konečně zavolali hasiče.
Kdy troku odstoupíme od specifických okolností poáru, můeme z těchto událostí extrahovat několik obecných principů. Můete mít dokonalý systém detekce rizik a dostat včas varování, nicméně pokud nedokáete správně zareagovat, je vám to k ničemu.
Tři věci mohly patnáctého dubna proběhnout lépe: 1) Pracovník zodpovědný za monitorování poáru měl dostat lepí kolení a supervizi. Nesvěřujme kritické úkoly lidem bez odpovídajícího zakolení. 2) Systém měl mluvit srozumitelným jazykem. Odborníci na bezpečnost (poární či IT) mají svůj argon, ve kterém se bezpečně orientují. Neměli by ale předpokládat, e mu rozumí ostatní lidé. 3) Proces reakce byl patně navrený. I bez lidské chyby by ověření poáru před zavoláním hasičů příli protáhlo reakční dobu. Analogicky se můeme zamyslet nad firemními procesy. Máme správně definované, kdo reaguje na váné incidenty? Nenecháváte na L1 podpoře věci, kde je riziko příli vysoké?
Neověřené předpoklady a nedotknutelná architektura
Krov katedrály tvořila propletená struktura dubových trámů. Při návrhu poární ochrany autoři přepokládali, e se oheň mezi starými dubovými chrámy nebude ířit příli rychle. Tento předpoklad se ukázal jako osudný. Zároveň v průběhu diskuse o instalaci systému vznikl určitý konflikt mezi poární bezpečností a zachováním původní architektury bez zásahů. Nakonec se upustilo od instalace sprinklerů a protipoárních stěn, které památkáři vnímali jako příli silný zásah.
Odsud si můeme odnést dalí dvě ponauční: První se týká neověřených předpokladů. Vdy pracujeme s nějakými předpoklady. Z principu není nikdy moné z lidského jednání odstranit nejistotu, nicméně pokud jde o vysoké riziko, měli bychom si vechny předpoklady sepsat a ohodnotit dle dopadu, který by měla chyba v úsudku. Ty s vysokým dopadem bychom měli důsledně prověřovat.
Druhé ponaučení odvozujeme od konfliktu mezi nároky bezpečnosti a památkáři. I v diskusích o IT bezpečnosti naráíme na konflikty. Nenahrazujte nám prosím tenhle nepodporovaný legacy systém. Neměňte nám tenhle riskantní proces. Nepřidělávejte nám práci s řízením oprávnění. Atd. Nedá se kategoricky říct, e pravda je vdy na straně týmu, který argumentuje za větí bezpečnost. Poár Notre-Damu nám ale můe poslouit jako připomínka, e investice do bezpečnosti, která se v dané chvíli jeví jako čistá ztráta, můe ve skutečnosti předejít ztrátě mnohem rozsáhlejí.
Krizové řízení a hrdinství hasičů
V článku o poáru katedrály Notre-Dame nesmí chybět zmínka o hlavních hrdinech onoho večera. Hasiči po příjezdu vběhli do budovy, jene sílící poár je brzy donutil k ústupu. Pokračovali s haením z vnějku. V klíčový moment si hasiči vimli, e oheň se blíí k severní věi. Pokud by vzplála dřevěná konstrukce drící zvony severní věe, hrozil kolaps celé věe, co by mohlo spustit dominový efekt a zničit katedrálu.
Aby katedrálu zachránili, přili s riskantní strategií. Tým hasičů vytáhne 2 hadice do jiní věe, kde budou mít lepí pozici pro boj s ohněm. Problém byl, e pokud se oheň rozíří, můe jim odříznout cestu bez monosti záchrany. Kdy místní hasičský tým odmítl risk podstoupit, nael se tým dobrovolníků, kteří se vydali vstříc smrtelnému nebezpečí. Jejich mise natěstí byla úspěná. Notre-Dame byl zachráněn díky jejich ochotě riskovat ivot.
Finále celého poáru nám připomíná dvě věci. Kdy prevence sele, nezbývá ne přepnout do módu krizového řízení a minimalizovat kody. A systémové selhání má reálné důsledky. Pokud problémy odmítneme řeit na systémové rovině, můeme lidi, kteří se na procesu podílí vystavit extrémní zátěi a riskovat kolaps celého systému.
![]() |
Jan krabánek Autor článku je konzultantem společnosti ALVAO. |




















