Change Management & Problem Management (ITILv3)
|
|
- Filip Urban
- před 8 lety
- Počet zobrazení:
Transkript
1 Change Management & Problem Management (ITILv3) Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro ISE 16. březen 2015 Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
2 Obsah 1 Cíle přednášky a opakování Cíle přednášky Change Management Problem Management 2 Change Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb 3 Problem Management Popis problému Řešení problémů Spolupráce služeb Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
3 Cíle přednášky Cíle přednášky a opakování Change Management Problem Management Cíle přednášky Change Management Problem Management Znát cíle, obsah a přínosy Change Managementu. Umět popsat význam změny, postup jejího plánování, realizace a vyhodnocení. Znát cíle, obsah a přínosy Problem Managementu. Porozumět významu incidentu, problému a postupu jeho řešení. Mít představu o spolupráci služeb v této oblasti. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
4 Cíle přednášky a opakování Change Management Problem Management Change Management Cíle přednášky Change Management Problem Management hladká a nákladově efektivní implementace schválených změn (transparentnost, provázanost, ohodnocení a dopady změn, rizika, produktivita) minimalizaci vzniku incidentů v důsledku provedených změn připomínkování, schvalování změn, koordinace jejich implementace a její vyhodnocení v ESM patří do skupiny služeb Relationship Management (služba, se kterou příchází zákazník přímo do styku) v ITILv2 patří do skupiny procesů Service Support (procesy technické a uživatelské podpory u IT služeb) v ITILv3 patří do skupiny procesů Service Transition (procesy pro převod IT služeb z fáze návrhu do fáze používání) v COBITv4.1 proces AI6 Manage Changes (doména Acquire and Implement, tedy příprava a implementace služeb) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
5 Cíle přednášky a opakování Change Management Problem Management Problem Management Cíle přednášky Change Management Problem Management prevence opakování incidentů, poruch infrastruktury, chyb řízení (minimalizace jejich dopadu, účelné využívání zdrojů) vyšší stabilita IT infrastruktury (neustálého zlepšování kvality, méně incidentů, trvalá řešení) vyšší úspěšnost Service Desku v ukazateli first-time fix v ESM patří do skupiny služeb Relationship Management (služba, se kterou příchází zákazník přímo do styku) v ITILv2 patří do skupiny procesů Service Support (procesy technické a uživatelské podpory u IT služeb) v ITILv3 patří do skupiny procesů Service Operation (procesy řízení IT služeb během používání, optimalizace) v COBITv4.1 proces DS10 Manage Problems (doména Deliver and Support, tedy doručení/zavedení a podpora služeb) 1 FTF: Incidenty vyřešené ihned přímo pracovníky uživatelské podpory. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
6 Cíle přednášky a opakování Change Management Problem Management Change Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb změna je cokoliv, co mění stav IT infrastruktury nebo služby (typicky požadovaná změna tzv. configuration item ) do procesu vstupuje požadavek na změnu (tzv. Request for Change, RFC) za účelem implementace nových požadavků, plánovaných vylepšení opravy chyb nebo přizpůsobení služeb změnám prostředí cílem procesu potom je minimalizovat riziko, které může změna provést (určit dopad změny na poskytované služby a na business zákazníka) provést změnu na první pokus, efektivně, bez následných incidentů proto proces zahrnuje evidenci změn a jejich ohodnocení, schválení, určení priority, naplánování, otestování, provedení a následnou dokumentaci a zhodnocení Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
7 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Změna v kontextu zajištění IT služeb (ITILv2) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
8 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Otázky v rámci Change Management Kdo nebo co požaduje změnu? Jaký je důvod pro změnu? Co přinese? Jaké bude mít změna důsledky? Budou trvalé? (a pokud výsledky nebudou odpovídat, půjde změna vrátit?) Jaké rizika přináší změna? Jak je budeme řešit? (jaká bude prevence rizik a krizové plány?) Jaké budou potřeba zdroje pro provedení změny? (profese, lidé, peníze, čas, služby, položky IT infrastruktury, atd.) Kdo bude zodpovědný za přípravu, testy a realizaci změny? Jaký je vztah dané změny vůči ostatním změnám? (a to minulým, současně řešeným, případně i očekávaným) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
9 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Popis Request for Change (RFC) jedinečný identifikátor změny (Change ID) zdroj změny (Initiator) datum přijetí požadavku krátký popis zadavatele změny (kdo ji potřebuje) popis důvodu ke změně (Business Case) dopad změny na klienta, IT služby, IT komponenty (konfigurační položky) a použité/požadované technologie rizika plynoucí z implementace změny, jejich typy a příslušná protiopatření k jejich prevenci/minimalizaci předpokládaný a navržený časový rozpis implementace změny zdroje potřebné pro implementaci změny (požadovaný druh, počet a zapojení pracovníků, zapojení klienta, školení pracovníků i klienta, finanční nákladnost, zdroje financí) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
10 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Průběh zpracování požadavu na změnu (dle ITILv3) Create RFC Change proposal (optional) Authorize change proposal Evaluation report Initiator Record the RFC Requested Review the RFC Change Management Ready for evaluation Change Authority Assess and evaluate change Work orders Ready for decision Plan updates Change Management Scheduled Change Mgmt. Authorize change Authorized Co-ordinate change implementation* Implemented Review and close change record Closed Work orders Update change and configuration in CMS Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
11 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Záznam a prvotní revize požadavku na změnu popis požadavku zadavatelem by měl odpovídat významu změny (vážné změny mohou vyžadovat hlubší zdůvodnění a finanční plán) požadavky by neměly být věřejně viditelné (obsahují citlivé informace, měly by být posuzovány pouze odborně) nevhodné požadavky je možno zamítnout již při prvotní revizi (např. již řešené požadavky, nekompletní zadání, nepraktické, atp.) požadavky by měly být ohodnoceny a zpracovávány dle priorit Normal Changes (běžné změny, mohou podstoupit standardní proces a očkat minimálně jeden týden, kdy jsou prověřeny na pravidelné týdenní schůzce) Exception Changes (důležitější, schvalovat velmi rychle, nelze zajistit plnou analýzu rizik) Emergency Changes (důležité pro podporu business aktivit zákazníka, neschvalovat normální postupem, zajišt ují např. okamžité řešení incidentu) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
12 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Analýza změny a proces jejího schválení každá změna přináší rizika, nutné provést analýzu rizik (a zaznamenat např. do matice: dopady pravděpodobnosti) dopady a rizika by měla být posuzována z obchodního pohledu (ohodnocení dopad, nutnosti, rizika, užitku a ceny, pro každou stranu) dopad změny dán jejím přínosem při úspěšném provedení nebo rozsahem rizik odvrácených v důsledku změny (např. pokud reaguje na incident, opravuje nějaký problém) nutnost změny je dána dobou, dokdy je nutné změnu provést dopad změny a nutnost změny také ovlivňují její prioritu (navržena zadavatelem změny a potvrzena/přenastavena běhěm analýzy) na základě analýzy se provede schválení změny u změn běžného dopadu v rámci Change Advisory Board (CAB) (případně Emergency CAB u Exception/Emergency Changes) u změn s dopadem na více služeb na schůzi jejich zástupců u změn s velkým dopadem/rizikem na zasedání vedoucích Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
13 Cíle přednášky a opakování Change Management Problem Management Klasifikace změn podle cíle Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Hardware: instalace a odinstalace, přemístění, modifikace komponent, změna firmware. Software: modifikace operačního systému, konfigurace a oprávnění. Aplikační: modifikace uživatelských aplikací, aktualizace. Sít ové: instalace a modifikace sít ových komponent, vč. firewallu. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
14 Cíle přednášky a opakování Change Management Problem Management Klasifikace změn podle vlivu Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Prostředí: změny, které mají vliv na IT prostředí. (např. stavební úpravy, chladící systémy, zajištění el. energie, kabeláž, úprava fyzického přístupu) Infrastruktura: změny ovlivňující komponenty IT infrastruktury. Operace: změny mající vliv na dostupnost a aktivitu služby. (např. pojmenování, standardy, procedury přihlášení, změny operačních procedur (disaster recovery plan), automatických postupů, činnost údržby) Informace: změny ovlivňující dostupnost daných služeb v daných časech, nebo změny prováděné třetími stranami. (De)Aktivace: změny vedoucí k aktivaci nebo deaktivaci služby. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
15 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Příklad nástroje pro evidenci změn CA Service Desk Manager Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
16 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Porady Change Advisory Board (CAB) většinou se setkává jednou týdně a obsahuje předsedu, obvykle je to Change Manager zástupce zákazníka, vedoucí uživatelů, zástupce skupin uživatelů, vývojáře, konzultanty specialisty, zástupce techniků zaměstnance konkrétních služeb a operačního řízení ostatní účestníky dle SLA, zástupce dodavatlů, atd. nejlépe osobní setkání, případně v kombinaci s telemosty přesně daný program jednání (neoprávněné nebo chybně provedené změny, návrhy na změny a jejich přiřazení jednotlivým členům, revize a plánování změn, zprávy o provedených změnách a jejich zhodnocení, návrhy na schválení změn, atd.) na setkání se neschvalují změny, pouze doporučují (schvaluje až výkonné vedení podle jejich dopadu, např. Change Manager) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
17 Cíle přednášky a opakování Change Management Problem Management Plánování a provádění změn Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb schválené požadavky předány příslušných technickým skupinám (ty rozpracují plány jejich provedení) běžné změny jsou provedeny podle standardních postupů, ostatní nutno plánovat důkladněji (vč. plánů záchranných řešení a záložnách komunikačních kanálů) změny jsou seskupovány v rámci tzv. releases (společně plánovány, testovány a prováděny, minimalizace ostatních závoslostí) na skupiny změn dohlíží pro ně pověření Change Coordinators (kontrolují plány změn, výsledky jejich testů, přípravy ke krytí rizik, atd.) změny provedeny v tzv. change windows, minimální rizika (mimo pracovní dobu, např. v pozdní noci na neděli v daném časovém pásmu) aktivity jsou koordinovány se všemi účastníky (porozumění se zákazníkem, dodavateli, realizace změny nesmí překvapit) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
18 Cíle přednášky a opakování Change Management Problem Management Vyhodnocení a uzavření změn Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb po provedení změny zpracování její zhodnocení formou zprávy (průběh její realizace a skutečný dopad) skutečný vs. očekávaný vliv změny názor zůčastněných stran na výsledky a identifikace nedostatků vedlejší efekty změn, neočekávané situace as jejich řešení skutečné vs. očekávané využití zdrojů, čas a cena změny průběh realizace změny, případně řešení krizových situací (průběh návratu k předešlému stavu, pokud se aplikace změny nezdařila) analýza zpráv o změnách, sledování trendů a dodržování SLA (porušení SLA není obvyklé, díky dobrému plánování změn, ale může nastat) návrh na změnu je uzavřen Change Managerem a získané zkušennosti zaneseny do Knowledge Database (závěrečný kontrola/uzavření se provádí v pravidelných intervalech) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
19 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Infrastructure Service Interconnections (ESM) Configuration Management (všechny měněné IT prvky jsou v databázi konfigurace) Software Distribution (všechny distribuce jsou požadavkem na změnu) Call Management, Operations Management (komunikace s uživateli ohledně změn a reakce na komunikaci) Business Process Management (změny mohou mít vliv na business aktivitu nebo být iniciovány její změnou) Resource Management (změny vyžadují zdroje) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
20 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Relationship Service Interconnections (ESM) Reporting Management (denní, týdenní a měsíční zprávy pro poskytovatele služeb a zákazníka) Request Management (většina změn je plánována na základě požadavků) Knowledge Management (zprávy o změnách tvoří znalostní bázi organizace) Asset Management (vyhodnocení dopadu změn) Notification Management (během změn dochází k upozorněním zúčastněných subjektů) Problem Management (změna může vyvolat problém a být pozastavena do jeho vyřešení) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
21 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb Proces AI6 Manage Changes v COBIT 4.1 zde má být příloha přejít na přílohu Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
22 Cíle přednášky a opakování Change Management Problem Management Změna (Change) a její podpora Analýza a proces schválení změn Spolupráce služeb IBM Global Systems Management Reporting Technology (GSMRT) Change Package Overview zde má být příloha přejít na přílohu Další příklady nástrojů: HP s Peregrine Service Center IBM Tivoli Change and Configuration Management Database Mercury Change Control Management (formerly Kintana) BMC Remedy Change Management Application BMC s Topology Discovery Sunview s ChangeGear Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
23 Cíle přednášky a opakování Change Management Problem Management Problem Management Popis problému Řešení problémů Spolupráce služeb problém je (neznámá) příčina jednoho nebo více incidentů do procesu vstupuje popis problému (tzv. Problem Ticket ) cílem procesu potom je vyřešit problém, zabránit jeho budoucímu opakování (na základě popisu problému identifikovat chybu a nalézt řešení) zabránit budoucím incidentům známých problémů, případně minimalizovat jejich dopad (některým incidentům nelze zabránit, přestože známe problém = příčinu) proto proces zahrnuje detekci problémů, jejich evidenci, ohodnocení, vyšetření, nalezení dočasných i trvalých řešení, vyhodnocení a budoucí prevenci vzniku z procesu vystupují popisy známých chyb (Known Errors) (pro budoucí okamžitou identifikaci známých problémů a jejich možných řešení) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
24 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb Popis problému (Problem Ticket) I. Problem Description (stručný a dostatečný slovní popis problému) Severity (kritičnost problému výběrem z několika možností, nejdůležitější údaj, na základě Service Level Agreement (SLA) ovlivňuje požadovaný čas řešení) Time Opened (datum a čas, kdy byl problém nahlášen; je klíč) Group Assigned (skupina Subject Matter Experts (SME), která má problém řešit; je klíč) Contact Information (kontakty na zúčastněné strany, vč. posloupností kontaktů, jak postupovat, pokud předchozí neodpoví do určité doby) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
25 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb Popis problému (Problem Ticket) II. System, Component, Item, Module (SCIM) (konfigurace poskytnutá z Configuration Management, které se problém týká, např. konkrétní server/servery, OS, umístění systému a příslušné SME; pomáhá směrovat problém na příslušné osoby) Time Closed (datum a čas, kdy byl problém uzavřen, pak již nelze editovat 2 ) Change Integration (změny, ke kterým došlo v důsledku řešení a vyřešení problému) Duration for resolution (= Time Closed Time Opened) Resolution (způsob vyřešení problému vložen v čase jeho uzavření) 2 místo změn se vytváří další popis problému, např. poznámky řešitele, nebo znovu-otevřený problém Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
26 Cíle přednášky a opakování Change Management Problem Management Porady o problémech Popis problému Řešení problémů Spolupráce služeb Incident/Problem 3 review meetings (prevence problémů, definice operačních postupů pro budoucí rychlé řešení, zkoumání vzájemného propojení více problémů a synchronizace na nich pracujících skupin SME) denní setkání, kde se řeší problémy z předchozího dne, připravují aktualizace jejich popisů a kontrolují uzavřené problémy, Root cause analysis (RCA) review meetings (jsou podmětem pro personální a technologické změny, nákup a upgrade prvků IT infrastruktury) týdenní setkání, kde SME vysvětlují podstatu a řešení již uzavřených problémů 3 incident je okamžik vzniku problému Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
27 Cíle přednášky a opakování Change Management Problem Management Komunikace o problémech Popis problému Řešení problémů Spolupráce služeb Je potřeba: připravit zprávy o incidentech, analýze problémů a stanovení trendů, (identifikují se podobné problémy a doporučí budoucí prevence výskytů incidentů a rychlé řešení problémů) spravovat aktuální seznam prvků IT infrastruktury, identifikovat a nahlásit problémy, které mají vliv na činnost zákazníka, (problémům se přiřadí business criticality ) identifikovat eskalující a duplicitní problémy a určit budoucí rozpoznání a prevenci, přehodnotit a ověřit Severity levels v popisech problémů, identifikovat trendy, výstižnost informací a míru úplnosti popisu problémů, identifikovat zodpovědnosti poskytovatelů služeb a zákazníků. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
28 Cíle přednášky a opakování Change Management Problem Management Životní cyklus problému Popis problému Řešení problémů Spolupráce služeb Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
29 Cíle přednášky a opakování Change Management Problem Management Řešení a uzavření problémů Popis problému Řešení problémů Spolupráce služeb řešení problémů koordinováno Problem Managerem (jednotlivé problémy jsou řešeny skupinami specialistů, dodavatelů, atd.) pro dočasné, ale okamžité řešení problémů, tzv. Workarounds (dočasně zabrání hromadění stejných problémů, přestože není jejich příčina dosud plně pochopena; bud se stane trvalým řešením, nebo jím bude nahrazeno) jakmile je známé řešení (i dočasné) tak musí být zaznamenáno do Known Error Record (záznam se provede do tzv. Known Error Database, části Knowledge Database) záznam obsahuje detailní popis chyby, její příznaky, společně s přesným popisem dočasného nebo trvalého řešení výhodné je zaznamenávat i řešené problémy s evidencí postupu (zabrání duplicitnímu řešení, eviduje dokumentaci, incidenty, změny, atd.) Known Error Records spravuje a uzavírá Problem Manager (zároveň sestavuje pravidelně Major Problem Reviews) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
30 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb Infrastructure Service Interconnections (ESM) Configuration Management (pro kategorizaci problému podle SCIM) Event Management (popisy problémů mohou být manuálně nebo automaticky vytvořeny a přiřazeny na základě událostí) Availability Management (porušení dostupnosti bývá zpravidla velmi vážný problém) Performance and Capacity Management (obtížně přiřaditelné problémy, zpravidla řešeny dlouho a několika skupinami) Operations Management (operátoři mohou zajistit stav prostředí při incidentu a provést první kroky řešení) Security Management, Network Management (narušení bezpečnosti/sítě může být způsobeno problémem a zároveň samo je vážný problém) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
31 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb Relationship Service Interconnections (ESM) Reporting Management (denní, týdenní a měsíční zprávy pro poskytovatele služeb a zákazníka) Change Management (řešení problémů vyžaduje změny) Knowledge Management (incidenty a problémy jsou zaznamenávány pro prevenci a výuku) Notification Management (během řešení problému je třeba hierarchicky upozorňovat různé subjekty) SLA Management (řešení problému musí splňovat a podporovat SLA) Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
32 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb Proces DS10 Manage Problems v COBIT 4.1 zde má být příloha přejít na přílohu Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
33 Cíle přednášky a opakování Change Management Problem Management Popis problému Řešení problémů Spolupráce služeb IBM Global Systems Management Reporting Technology (GSMRT) Standard Incident / Problem Package Overview zde má být příloha přejít na přílohu Další příklady nástrojů: BMC s Remedy HP s Peregrine Managed Objects IBM s Enterprise Systems Manager IBM MRO s Maximo (TSD) PeopleSoft s Vantive Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
34 Shrnutí a závěr Shrnutí a závěr Poděkování a otázky Přílohy Problem Management reaguje na incident řešením problému. Cílem je prevence incidentům a rychlé a účinné řešení budoucích problémů. Change Management plánuje a implementuje změny. Cílem je bezpečné provedení změny bez incidentů a její vyhodnocení. Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
35 Shrnutí a závěr Poděkování a otázky Přílohy Děkuji za pozornost. Otázky? Diskuze? Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
36 Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process AI6 Manage Changes ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Proces v doméně Acquire and Implement. Důležitý proces. Velice podobný (a kompatibilní) s ITIL procesem Change Management. Převzato z IT Governance Institute: COBIT 4.1. ISACA, 2007, ISBN Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
37 PROCESS DESCRIPTION Acquire and Implement Manage Changes AI6 AI6 Manage Changes All changes, including emergency maintenance and patches, relating to infrastructure and applications within the production environment are formally managed in a controlled manner. Changes (including those to procedures, processes, system and service parameters) are logged, assessed and authorised prior to implementation and reviewed against planned outcomes following implementation. This assures mitigation of the risks of negatively impacting the stability or integrity of the production environment. P P P P Effectiveness Efficiency Confidentiality Integrity S Availability Compliance Reliability Control over the IT process of Manage changes that satisfies the business requirement for IT of responding to business requirements in alignment with the business strategy, whilst reducing solution and service delivery defects and rework by focusing on controlling impact assessment, authorisation and implementation of all changes to the IT infrastructure, applications and technical solutions; minimising errors due to incomplete request specifications; and halting implementation of unauthorised changes is achieved by Defining and communicating change procedures, including emergency changes Assessing, prioritising and authorising changes Tracking status and reporting on changes and is measured by Number of disruptions or data errors caused by inaccurate specifications or incomplete impact assessment Amount of application or infrastructure rework caused by inadequate change specifications Percent of changes that follow formal change control processes STRATEGIC ALIGNMENT VALUE DELIVERY PERFORMANCE MEASUREMENT IT GOVERNANCE RESOURCE MANAGEMENT RISK MANAGEMENT Applications Information People Infrastructure Primary Secondary 2007 IT Governance Institute. All rights reserved. 93
38 Acquire and Implement AI6 Manage Changes AI6 Manage Changes CONTROL OBJECTIVES AI6.1 Change Standards and Procedures Set up formal change management procedures to handle in a standardised manner all requests (including maintenance and patches) for changes to applications, procedures, processes, system and service parameters, and the underlying platforms. AI6.2 Impact Assessment, Prioritisation and Authorisation Assess all requests for change in a structured way to determine the impact on the operational system and its functionality. Ensure that changes are categorised, prioritised and authorised. AI6.3 Emergency Changes Establish a process for defining, raising, testing, documenting, assessing and authorising emergency changes that do not follow the established change process. AI6.4 Change Status Tracking and Reporting Establish a tracking and reporting system to document rejected changes, communicate the status of approved and in-process changes, and complete changes. Make certain that approved changes are implemented as planned. AI6.5 Change Closure and Documentation Whenever changes are implemented, update the associated system and user documentation and procedures accordingly IT Governance Institute. All rights reserved.
39 MANAGEMENT GUIDELINES Acquire and Implement Manage Changes AI6 AI6 Manage Changes From Inputs Outputs To PO1 IT project portfolio Change process description AI1 AI3 PO8 Quality improvement actions Change status reports ME1 PO9 IT-related risk remedial action plans Change authorisation AI7 DS8 DS10 PO10 Project management guidelines and detailed project plan DS3 Required changes DS5 Required security changes DS8 Service requests/requests for change DS9-10 Requests for change (where and how to apply the fix) DS10 Problem records RACI Chart Functions Activities CEO CFO CIO Business Executive Business Process Owner Head Operations Chief Architect Head Development PMO Head IT Administration Develop and implement a process to consistently record, assess and prioritise change requests. A I R C R C C C Assess impact and prioritise changes based on business needs. I R A/R C R C R C Assure that any emergency and critical change follows the approved process. I I A/R I R C Authorise changes. I C A/R R Manage and disseminate relevant information regarding changes. A I R C R I R C A RACI chart identifies who is Responsible, Accountable, Consulted and/or Informed. Compliance, Audit, Risk and Security Goals Goals and Metrics IT Respond to business requirements in alignment with the business strategy. Reduce solution and service delivery defects and rework. Ensure minimum business impact in the event of an IT service disruption or change. Define how business functional and control requirements are translated into effective and efficient automated solutions. Maintain the integrity of information and processing infrastructure. set Process Make authorised changes to the IT infrastructure and applications. Assess the impact of changes to the IT infrastructure, applications and technical solutions. Track and report change status to key stakeholders. Minimise errors due to incomplete request specifications. set Activities Defining and communicating change procedures, including emergency changes and patches Assessing, prioritising and authorising changes Scheduling changes Tracking status and reporting on changes drive measure measure measure drive Metrics Number of disruptions or data errors caused by inaccurate specifications or incomplete impact assessment Amount of application rework caused by inadequate change specifications Reduced time and effort required to make changes Percent of total changes that are emergency fixes Percent of unsuccessful changes to the infrastructure due to inadequate change specifications Number of changes not formally tracked, reported or authorised Number of backlogged change requests Percent of changes recorded and tracked with automated tools Percent of changes that follow formal change control processes Ratio of accepted to refused change requests Number of different versions of each business application or infrastructure being maintained Number and type of emergency changes to the infrastructure components Number and type of patches to the infrastructure components 2007 IT Governance Institute. All rights reserved. 95
40 Acquire and Implement AI6 Manage Changes AI6 Manage Changes MATURITY MODEL Management of the process of Manage changes that satisfies the business requirement for IT of responding to business requirements in alignment with the business strategy, whilst reducing solution and service delivery defects and rework is: 0 Non-existent when There is no defined change management process, and changes can be made with virtually no control. There is no awareness that change can be disruptive for IT and business operations, and no awareness of the benefits of good change management. 1 Initial/Ad Hoc when It is recognised that changes should be managed and controlled. Practices vary, and it is likely that unauthorised changes take place. There is poor or non-existent documentation of change, and configuration documentation is incomplete and unreliable. Errors are likely to occur together with interruptions to the production environment caused by poor change management. 2 Repeatable but Intuitive when There is an informal change management process in place and most changes follow this approach; however, it is unstructured, rudimentary and prone to error. Configuration documentation accuracy is inconsistent, and only limited planning and impact assessment take place prior to a change. 3 Defined when There is a defined formal change management process in place, including categorisation, prioritisation, emergency procedures, change authorisation and release management, and compliance is emerging. Workarounds take place, and processes are often bypassed. Errors may occur and unauthorised changes occasionally occur. The analysis of the impact of IT changes on business operations is becoming formalised, to support planned rollouts of new applications and technologies. 4 Managed and Measurable when The change management process is well developed and consistently followed for all changes, and management is confident that there are minimal exceptions. The process is efficient and effective, but relies on considerable manual procedures and controls to ensure that quality is achieved. All changes are subject to thorough planning and impact assessment to minimise the likelihood of post-production problems. An approval process for changes is in place. Change management documentation is current and correct, with changes formally tracked. Configuration documentation is generally accurate. IT change management planning and implementation are becoming more integrated with changes in the business processes, to ensure that training, organisational changes and business continuity issues are addressed. There is increased co-ordination between IT change management and business process redesign. There is a consistent process for monitoring the quality and performance of the change management process. 5 Optimised when The change management process is regularly reviewed and updated to stay in line with good practices. The review process reflects the outcome of monitoring. Configuration information is computer-based and provides version control. Tracking of changes is sophisticated and includes tools to detect unauthorised and unlicensed software. IT change management is integrated with business change management to ensure that IT is an enabler in increasing productivity and creating new business opportunities for the organisation IT Governance Institute. All rights reserved.
41 Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process AI6 Manage Changes KONEC PŘÍLOHY zpět na začátek přílohy Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
42 Shrnutí a závěr Poděkování a otázky Přílohy IBM Global Systems Management Reporting Technology (GSMRT) Change Package Overview ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Changes by Completion Code Change Schedule Meeting Change Success Technical Change Meeting Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
43 Global Systems Management Reporting Technology Global Systems Management Reporting Technology (GSMRT) Change Package Overview Prepared by: Maureen McDonough GSMRT Change Package Overview IBM Corporation
44 Global Systems Management Reporting Technology Terms of use, copyright and trademark information By using these materials you agree to the IBM Terms of Use: The IBM copyright and trademark information webpage is incorporated herein by reference: 2 GSMRT Change Package Overview IBM Corporation
45 Global Systems Management Reporting Technology Changes by Completion Code Name Changes by Completion Code Report Layer(s) N/A since this is a parameterized report with drop down menus Grouping(s) Selected Completion Code; Selected Period Report Description This is a change management measurement summary report which contains the number of changes reported by completion code. Business Use To view the number of changes for each completion code in order to assess actions required for each ticket. / Need Notes 11 The graphical display will depend on the number of categories and the number of months for which the report is run. For small numbers, the graph will be a three dimensional bar chart; for large numbers and date ranges, the display will be in tabular format. GSMRT Change Package Overview IBM Corporation
46 Global Systems Management Reporting Technology Changes by Completion Code 12 GSMRT Change Package Overview IBM Corporation
47 Global Systems Management Reporting Technology Changes by Completion Code Code Selection 13 GSMRT Change Package Overview IBM Corporation
48 Global Systems Management Reporting Technology Change Schedule Meeting Name Change Schedule Meeting Report Layer(s) Summary, Visual Summary, Detail Grouping(s) Summary and Detail sections scheduled start date, system and component; Visual scheduled start date Report Description This report contains summary and detail data for all open approved changes by scheduled start date, system and component for the current week. Colors indicate risk level of change. Red=Critical, Yellow=Major, Green=Medium, Blue=Minor, Grey=BAU. Business Use This report is intended for use by the change coordinators to view, manage and assess priority of scheduled changes for / Need upcoming and future weeks. 15 GSMRT Change Package Overview IBM Corporation
49 Global Systems Management Reporting Technology Change Schedule Meeting Visual Overview 17 GSMRT Change Package Overview IBM Corporation
50 Global Systems Management Reporting Technology Change Schedule Meeting Detail 18 GSMRT Change Package Overview IBM Corporation
51 Global Systems Management Reporting Technology Changes Success 19 Name Change Success Report Layer(s) Trend, Summary, Detail Grouping(s) Trend and Summary section location; Detail location and assignee group Report Description This report displays a summary of successful closed change records. Summary is displayed in a bar chart and a tabular format followed by failed record details grouped by account major and workgroup. Business Use / Need This report is intended for use as a trending report to view and analyze the successful versus unsuccessful closed changes in order to increase the number of successful changes. GSMRT Change Package Overview IBM Corporation
52 Global Systems Management Reporting Technology Change Success Trend Report 20 GSMRT Change Package Overview IBM Corporation
53 Global Systems Management Reporting Technology Change Success Summary Report 21 GSMRT Change Package Overview IBM Corporation
54 Global Systems Management Reporting Technology Change Success Detail Report 22 GSMRT Change Package Overview IBM Corporation
55 Global Systems Management Reporting Technology Technical Change Meeting 33 Name Technical Change Meeting Report Layer(s) Summary, Detail Grouping(s) Summary and Detail location, previous period / current week / future changes, scheduled start date Report Description This report contains summary and detail data for all open change tickets that are not past due. The summary and detail data is grouped by account major, previous period/current week/future changes and scheduled start date. Business Use / Need This report is intended for use by the change coordinators to view and manage the technical details of the scheduled changes for upcoming and future weeks. GSMRT Change Package Overview IBM Corporation
56 Global Systems Management Reporting Technology Technical Change Meeting 34 GSMRT Change Package Overview IBM Corporation
57 Global Systems Management Reporting Technology Technical Change Meeting Detail 35 GSMRT Change Package Overview IBM Corporation
58 Shrnutí a závěr Poděkování a otázky Přílohy IBM Global Systems Management Reporting Technology (GSMRT) Change Package Overview KONEC PŘÍLOHY zpět na začátek přílohy Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
59 Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process DS10 Manage Problems ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Proces v doméně Deliver and Support. Důležitý proces. Velice podobný (a kompatibilní) s ITIL procesem Problem Management. Převzato z IT Governance Institute: COBIT 4.1. ISACA, 2007, ISBN Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
60 PROCESS DESCRIPTION Deliver and Support Manage Problems DS10 DS10 Manage Problems Effective problem management requires the identification and classification of problems, root cause analysis and resolution of problems. The problem management process also includes the formulation of recommendations for improvement, maintenance of problem records and review of the status of corrective actions. An effective problem management process maximises system availability, improves service levels, reduces costs, and improves customer convenience and satisfaction. P P Effectiveness Efficiency Confidentiality Integrity S Availability Compliance Reliability Control over the IT process of Manage problems that satisfies the business requirement for IT of ensuring end users satisfaction with service offerings and service levels, and reducing solution and service delivery defects and rework by focusing on recording, tracking and resolving operational problems; investigating the root cause of all significant problems; and defining solutions for identified operations problems is achieved by Performing root cause analysis of reported problems Analysing trends Taking ownership of problems and progressing problem resolution and is measured by Number of recurring problems with an impact on the business Percent of problems resolved within the required time period Frequency of reports or updates to an ongoing problem, based on the problem severity STRATEGIC ALIGNMENT VALUE DELIVERY PERFORMANCE MEASUREMENT IT GOVERNANCE RESOURCE MANAGEMENT RISK MANAGEMENT Applications Information People Infrastructure Primary Secondary 2007 IT Governance Institute. All rights reserved
61 DS10 Deliver and Support Manage Problems CONTROL OBJECTIVES DS10 Manage Problems DS10.1 Identification and Classification of Problems Implement processes to report and classify problems that have been identified as part of incident management. The steps involved in problem classification are similar to the steps in classifying incidents; they are to determine category, impact, urgency and priority. Categorise problems as appropriate into related groups or domains (e.g., hardware, software, support software). These groups may match the organisational responsibilities of the user and customer base, and should be the basis for allocating problems to support staff. DS10.2 Problem Tracking and Resolution Ensure that the problem management system provides for adequate audit trail facilities that allow tracking, analysing and determining the root cause of all reported problems considering: All associated configuration items Outstanding problems and incidents Known and suspected errors Tracking of problem trends Identify and initiate sustainable solutions addressing the root cause, raising change requests via the established change management process. Throughout the resolution process, problem management should obtain regular reports from change management on progress in resolving problems and errors. Problem management should monitor the continuing impact of problems and known errors on user services. In the event that this impact becomes severe, problem management should escalate the problem, perhaps referring it to an appropriate board to increase the priority of the (RFC or to implement an urgent change as appropriate. Monitor the progress of problem resolution against SLAs. DS10.3 Problem Closure Put in place a procedure to close problem records either after confirmation of successful elimination of the known error or after agreement with the business on how to alternatively handle the problem. DS10.4 Integration of Configuration, Incident and Problem Management Integrate the related processes of configuration, incident and problem management to ensure effective management of problems and enable improvements IT Governance Institute. All rights reserved.
62 MANAGEMENT GUIDELINES Deliver and Support Manage Problems DS10 DS10 Manage Problems From Inputs Outputs To AI6 Change authorisation Requests for change (where and how to DS8 Incident reports apply the fix) AI6 DS9 IT configuration/asset details Problem records AI6 DS13 Error logs Process performance reports ME1 Known problems, known errors and workarounds DS8 RACI Chart Functions Activities CEO CFO CIO Business Executive Business Process Owner Head Operations Chief Architect Head Development PMO Head IT Administration Compliance, Audit, Risk and Security Problem Manager Identify and classify problems. I I C A C C I R Perform root cause analysis. C C A/R Resolve problems. C A R R R C C Review the status of problems. I I C A/R C C C C R Issue recommendations for improvement, and create a related RFC. I A I I I R Maintain problem records. I I I I A/R A RACI chart identifies who is Responsible, Accountable, Consulted and/or Informed. Goals Goals and Metrics IT Ensure the satisfaction of end users with service offerings and service levels. Reduce solution and service delivery defects and rework. Protect the achievement of IT objectives. set Process Record and track operational problems through resolution. Investigate the root cause of all significant problems. Define solutions for identified operations problems. set Activities Assigning sufficient authority to the problem manager Performing root cause analysis of reported problems Analysing trends Taking ownership of problems and progressing problem resolution drive measure measure measure drive Metrics Number of recurring problems with an impact on the business Number of business disruptions caused by operational problems Percent of problems recorded and tracked Percent of problems that recur (within a time period), by severity Percent of problems resolved within the required time period Number of open/new/closed problems, by severity Average and standard deviation of time lag between problem identification and resolution Average and standard deviation of time lag between problem resolution and closure Average duration between the logging of a problem and the identification of the root cause Percent of problems for which a root cause analysis was undertaken Frequency of reports or updates to an ongoing problem, based on the problem severity 2007 IT Governance Institute. All rights reserved
63 DS10 Deliver and Support Manage Problems MATURITY MODEL DS10 Manage Problems Management of the process of Manage problems that satisfies the business requirement for IT of ensuring end users satisfaction with service offerings and service levels, and reducing solution and service delivery defects and rework is: 0 Non-existent when There is no awareness of the need for managing problems, as there is no differentiation of problems and incidents. Therefore, there is no attempt made to identify the root cause of incidents. 1 Initial/Ad Hoc when Personnel recognise the need to manage problems and resolve underlying causes. Key knowledgeable personnel provide some assistance with problems relating to their area of expertise, but the responsibility for problem management is not assigned. Information is not shared, resulting in additional problem creation and loss of productive time while searching for answers. 2 Repeatable but Intuitive when There is a wide awareness of the need for and benefits of managing IT-related problems within both the business units and information services function. The resolution process is evolved to a point where a few key individuals are responsible for identifying and resolving problems. Information is shared amongst staff in an informal and reactive way. The service level to the user community varies and is hampered by insufficient, structured knowledge available to the problem manager. 3 Defined when The need for an effective integrated problem management system is accepted and evidenced by management support, and budgets for the staffing and training are available. Problem resolution and escalation processes have been standardised. The recording and tracking of problems and their resolutions are fragmented within the response team, using the available tools without centralisation. Deviations from established norms or standards are likely to be undetected. Information is shared among staff in a proactive and formal manner. Management review of incidents and analysis of problem identification and resolution are limited and informal. 4 Managed and Measurable when The problem management process is understood at all levels within the organisation. Responsibilities and ownership are clear and established. Methods and procedures are documented, communicated and measured for effectiveness. The majority of problems are identified, recorded and reported, and resolution is initiated. Knowledge and expertise are cultivated, maintained and developed to higher levels, as the function is viewed as an asset and major contributor to the achievement of IT objectives and improvement of IT services. Problem management is well integrated with interrelated processes, such as incident, change, availability and configuration management, and assists customers in managing data, facilities and operations. Goals and metrics have been agreed upon for the problem management process. 5 Optimised when The problem management process is evolved into a forward-looking and proactive one, contributing to the IT objectives. Problems are anticipated and prevented. Knowledge regarding patterns of past and future problems is maintained through regular contacts with vendors and experts. The recording, reporting and analysis of problems and resolutions are automated and fully integrated with configuration data management. Goals are measured consistently. Most systems have been equipped with automatic detection and warning mechanisms, which are continuously tracked and evaluated. The problem management process is analysed for continuous improvement based on analysis of measures and is reported to stakeholders IT Governance Institute. All rights reserved.
64 Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process DS10 Manage Problems KONEC PŘÍLOHY zpět na začátek přílohy Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
65 Shrnutí a závěr Poděkování a otázky Přílohy IBM Global Systems Management Reporting Technology (GSMRT) Standard Incident / Problem Package Overview ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Age Breakout Report Daily Morning Report Manage Top 10 Incident / Problem Measurement Out of Criteria Severity 1&2 Workgroup ID Marek Rychlý Change Management & Problem Management (ITILv3) Přednáška pro ISE, 16. březen / 46
66 Global Systems Management Reporting Technology Global Systems Management Reporting Technology (GSMRT) Standard Incident / Problem Package Overview Prepared by: Maureen McDonough GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
67 Global Systems Management Reporting Technology Terms of use, copyright and trademark information By using these materials you agree to the IBM Terms of Use: The IBM copyright and trademark information webpage is incorporated herein by reference: 2 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
68 Global Systems Management Reporting Technology Aging Report 4 Name Aging Report (Age Breakout Report) Report Layer(s) Summary, Detail Grouping(s) Summary - Resolver Group; Detail Resolver Group, Age Report Description Aging of open tickets by count per age bucket. Business Use / Need This trend report is intended for use by management to assess how many tickets are being resolved by which groups in a timely manner. GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
69 Global Systems Management Reporting Technology Aging Report (a.k.a. Age Breakout Report) - Summary 5 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
70 Global Systems Management Reporting Technology Aging Report Detail 6 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
71 Global Systems Management Reporting Technology Daily Morning 7 Name Daily Morning Report Layer(s) Summary, Detail Grouping(s) Summary and Detail Ticket Status, Report Group 1, Report Group 2 Report Description This report displays summary and detail data for all open problem tickets; sorted by account major, account minor and then severity with tickets in await state at the bottom of the report. Business Use / Need This report is used by the problem coordinators to view detailed ticket information for all open incident / problem tickets. GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
72 Global Systems Management Reporting Technology Daily Morning 8 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
73 Global Systems Management Reporting Technology Daily Morning Detail 9 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
74 Global Systems Management Reporting Technology Manage Top Incidents / Problems 10 Name Manage Top Incidents / Problems Report Layer(s) Trend, Detail Grouping(s) Trend Component; Detail Report Group 1, Report Group 2, System, Component, Cause Code Report Description This is a problem management measurement report which contains the top 10 reported issues by component. Business Use / Need This report is to focus the managers to assess problem tickets by component. (i.e. which components are creating the most tickets opened, etc.) GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
75 Global Systems Management Reporting Technology Manage Top Problems 11 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
76 Global Systems Management Reporting Technology Manage Top Problems Detail 12 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
77 Global Systems Management Reporting Technology Out of Criteria 21 Name Out of Criteria Report Layer(s) Summary, Detail Grouping(s) Summary Report Group 1, Report Group 2; Detail Report Group 1, Report Group 2, Resolver Group, Out of Criteria Status Report Description This report contains open incident tickets that are either out of criteria or near out of criteria (where 75% or more of the SLA time has expired), sorted by workgroup then severity. Business Use / Need This report provides detailed information on tickets that were out of criteria in order to minimize future OOC tickets. GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
78 Global Systems Management Reporting Technology Out of Criteria Summary 22 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
79 Global Systems Management Reporting Technology Out of Criteria Detail 23 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
80 Global Systems Management Reporting Technology Severity 1 & 2 45 Name Severity 1 & 2 Report Layer(s) Summary, Detail Grouping(s) Summary Report Group 1, Report Group 2; Detail Report Group 1, Report Group 2, Severity Report Description This report contains problem tickets opened within specified time period; sorted by severity, status and workgroup. Business Use / Need This report provides a snapshot of the severity 1 & 2 tickets in order to resolve the highest priority tickets first for the customer. GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
81 Global Systems Management Reporting Technology Severity 1 & 2 - Summary 46 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
82 Global Systems Management Reporting Technology Severity 1 & 2 Detail 47 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
83 Global Systems Management Reporting Technology Workgroup ID 48 Name Workgroup ID Report Layer(s) Detail Grouping(s) Detail - Workgroup Report Description This report displays all workgroups and the users associated with those workgroups. Business Use / Need This report is used as a reference by the problem coordinators and other account management team members to find user information about each of the workgroups. GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
84 Global Systems Management Reporting Technology Workgroup ID Report - Detail 49 GSMRT Incident and Problem Package Overview 03/06/ IBM Corporation
Úvod do COBIT. Marek Rychlý. Přednáška pro ISE. Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů
do COBIT Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro ISE 9. března 2015 Marek Rychlý Úvod do COBIT Přednáška pro ISE, 9. března
VíceService Desk and Reporting Management (ITILv3)
and (ITILv3) Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro ISE 13. dubna 2015 Marek Rychlý and (ITILv3) Přednáška pro ISE, 13. dubna
VíceCobiT 4.1 a jeho vztah k ITIL
CobiT 4.1 a jeho vztah k ITIL Autor: Jiří Skála Kontakt: jiri.skala@itsmf.cz Spoločnosť: itsmf Czech Republic Dátum: 6. február 2008 Odborná konferencia itsmf Slovensko Riadenie IT služieb na Slovensku
VícePředmluva 13. Definice interního auditu 27. Etický kodex 31 Úvod 31 Uplatnitelnost a vymahatelnost 31 Základní zásady 31 Pravidla jednání 33
OBSAH Předmluva 13 Definice interního auditu 27 Etický kodex 31 Úvod 31 Uplatnitelnost a vymahatelnost 31 Základní zásady 31 Pravidla jednání 33 Mezinárodní standardy pro profesní praxi interního auditu
VíceCaroline Glendinning Jenni Brooks Kate Gridley. Social Policy Research Unit University of York
Caroline Glendinning Jenni Brooks Kate Gridley Social Policy Research Unit University of York Growing numbers of people with complex and severe disabilities Henwood and Hudson (2009) for CSCI: are the
VíceITICA. SAP Školení přehled 2012. Seznam kurzů
ITICA SAP Školení přehled 2012 Seznam kurzů SAP Školení v roce 2012 Způsob realizace školení Naše školení jsou zaměřena především na cíl předvést obrovský a rozsáhlý systém SAP jako použitelný a srozumitelný
VíceČSN EN ISO 9001 OPRAVA 1
ČESKÁ TECHNICKÁ NORMA ICS 03.120.10 Květen 2010 Systémy managementu kvality Požadavky ČSN EN ISO 9001 OPRAVA 1 01 0321 idt EN ISO 9001:2008/AC:2009-07 idt ISO 9001:2008/Cor.1:2009-07 Corrigendum Tato oprava
VíceRisk management in the rhythm of BLUES. Více času a peněz pro podnikatele
Risk management in the rhythm of BLUES Více času a peněz pro podnikatele 1 I. What is it? II. How does it work? III. How to find out more? IV. What is it good for? 2 I. What is it? BLUES Brain Logistics
VíceUser manual SŘHV Online WEB interface for CUSTOMERS June 2017 version 14 VÍTKOVICE STEEL, a.s. vitkovicesteel.com
1/ 11 User manual SŘHV Online WEB interface for CUSTOMERS June 2017 version 14 2/ 11 Contents 1. MINIMUM SYSTEM REQUIREMENTS... 3 2. SŘHV ON-LINE WEB INTERFACE... 4 3. LOGGING INTO SŘHV... 4 4. CONTRACT
VíceSecond WHO Global Forum on Medical Devices. Ing. Gleb Donin
Second WHO Global Forum on Medical Devices Ing. Gleb Donin Témata Regulace a nomenklatury Systémy sledování nákupů Základní technické specifikace Další aktivity WHO Nomenklatura zdravotnických prostředků
VíceIntroduction to MS Dynamics NAV
Introduction to MS Dynamics NAV (Item Charges) Ing.J.Skorkovský,CSc. MASARYK UNIVERSITY BRNO, Czech Republic Faculty of economics and business administration Department of corporate economy Item Charges
Vícedat 2017 Dostupný z Licence Creative Commons Uveďte autora-zachovejte licenci 4.0 Mezinárodní
Interní pravidla pro zacházení s osobními údaji při archivaci a sdílení výzkumných dat Koščík, Michal 2017 Dostupný z http://www.nusl.cz/ntk/nusl-367303 Dílo je chráněno podle autorského zákona č. 121/2000
VíceCo je to COBIT? metodika
COBIT Houška, Kunc Co je to COBIT? COBIT (Control OBjectives for Information and related Technology) soubor těch nejlepších praktik pro řízení informatiky (IT Governance) metodika určena především pro
VíceNABÍDKA BUSINESS A MANAŽERSKÉHO PORADENSTVÍ - BMC Consulting Souhrnná www prezentace ( www BMC Offer Summary )
1. NABÍDKA BUSINESS A MANAŽERSKÉHO PORADENSTVÍ - BMC Consulting Souhrnná www prezentace ( www BMC Offer Summary ) Text a dokument souhrnné www prezentace:nabídka NANAŽERSKÉHO A BUSINESS PORADENSTVÍ - BMC
Více4. Metodiky auditu ( Cobit 4 a Cobit 5) Řízení kvality (audit) IS BIVŠ ZS15
4. Metodiky auditu ( Cobit 4 a Cobit 5) Řízení kvality (audit) IS BIVŠ ZS15 Osnova 1. Modely pro řízení kontrol IS/IT 2. COBIT 4.1 1. Modely pro řízení kontrol-1 Customer Operations Performance Center
VíceSvalová dystrofie. Prezentace technologických řešení registru Petr Brabec
Svalová dystrofie Prezentace technologických řešení registru Petr Brabec ABOUT IBA MU About IBA Academic institute -> Established in 2001 -> 45 employees -> 65 scientific projects Structure -> Data analysis
VíceSOCA & Zákon o kybernetické bezpečnosti. od teorie k praxi. Ivan Svoboda & SOCA AFCEA CERT/SOC
SOCA & Zákon o kybernetické bezpečnosti od teorie k praxi Ivan Svoboda & SOCA AFCEA CERT/SOC 31. 3. 2015 Týká se vás ZKB? Nebojte se zeptat Provedeme vás ANO NE ANO NE ANO ANO NE NE zdroj: Ne pro zákon,
VíceTECHNICKÁ NORMALIZACE V OBLASTI PROSTOROVÝCH INFORMACÍ
TECHNICKÁ NORMALIZACE V OBLASTI PROSTOROVÝCH INFORMACÍ Ing. Jiří Kratochvíl ředitel Odboru technické normalizace Úřad pro technickou normalizaci, metrologii a státní zkušebnictví kratochvil@unmz.cz http://cs-cz.facebook.com/normy.unmz
VíceÚvod do IT Services a Enterprise Systems Management
Úvod a cíle přednášky Úvod do IT Services a Enterprise Systems Management Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro ISE 9. února
VíceStandardy/praktiky pro řízení služeb informační bezpečnosti. Doc. Ing. Vlasta Svatá, CSc. Vysoká škola ekonomická Praha
Standardy/praktiky pro řízení služeb informační bezpečnosti Doc. Ing. Vlasta Svatá, CSc. Vysoká škola ekonomická Praha Služby informační bezpečnosti Nemožnost oddělit informační bezpečnost od IT služeb
VíceModerní podnikový informační systém. Pavel Šlesingr Microsoft pavel.slesingr@microsoft.com
Moderní podnikový informační systém Pavel Šlesingr Microsoft pavel.slesingr@microsoft.com Podnikový informační systém - ERP kompletní agenda řízení podniku Řízení podnikových zdrojů Účetnictví, finanční
VíceResearch infrastructure in the rhythm of BLUES. More time and money for entrepreneurs
Research infrastructure in the rhythm of BLUES More time and money for entrepreneurs 1 I. What is it? II. How does it work? III. References Where to find out more? IV. What is it good for? 2 I. What is
Více4SA433 Modely, procesy a informační systémy. Ing. Jaroslav Kalina
4SA433 Modely, procesy a informační systémy Ing. Jaroslav Kalina Témata 1. Pojmy 2. Zralostní modely 3. Klady a zápory z. modelů 4. PEMM, CMMI a COBIT 5. Úkol č. 3 6. Problémy těchto přístupů 7. Úkol č.
VíceIBM Maintenance and Technical Support Services (MTS) aneb Buď připraven, nebuď překvapen
Nikola Krstev MTS Sales Specialist 09/02/2010 IBM Maintenance and Technical Support Services (MTS) aneb Buď připraven, nebuď překvapen Buď připraven, nebuď překvapen Co váš může potkat? Jak se můžete připravit?
VícePotřebujete mít vaše IS ve shodě s legislativou? Bc. Stanislava Birnerová
Potřebujete mít vaše IS ve shodě s legislativou? Bc. Stanislava Birnerová Direct Account Manager sbirnerova@novell.com Komplexnost, Nátlak, Nulová tolerance Nařízení Business Continuity Interní hrozby
VíceSoftwarový proces Martin Hlavatý 4. říjen 2018
Softwarový proces Martin Hlavatý 4. říjen 2018 Úvod Základní pojmy Softwarový proces / Model životního cyklu vývoje software (SDLC, Software Development Lifecycle) Množina aktivit nutných k tomu, aby software
VíceCase Study Czech Republic Use of context data for different evaluation activities
Case Study Czech Republic Use of context data for different evaluation activities Good practice workshop on Choosing and using context indicators in Rural Development, Lisbon, 15 16 November 2012 CONTENT
VíceKybernetická bezpečnost od A do Z
Kybernetická bezpečnost od A do Z.aneb na co v Čechách zapomněli Tomáš Hlavsa ATOS základní údaje ATOS celosvětově v 72 zemích světa 100 000 zaměstnanců tržby 11 mld. EUR zaměření na systémovou integraci,
VíceSenseLab. z / from CeMaS. Otevřené sledování senzorů, ovládání zařízení, nahrávání a přehrávání ve Vaší laboratoři
CeMaS, Marek Ištvánek, 22.2.2015 SenseLab z / from CeMaS Otevřené sledování senzorů, ovládání zařízení, nahrávání a přehrávání ve Vaší laboratoři Open Sensor Monitoring, Device Control, Recording and Playback
VíceIdentifikace změny Definice změny a jejího rozsahu a dopadu Schválení změny Prioritizace změn Úprava plánu projektu
Identifikace změny Definice změny a jejího rozsahu a dopadu Schválení změny Prioritizace změn Úprava plánu projektu Kdo změnu vyvolal? Who RAISED the change? Jaký je důvod změny? What is the REASON for
VíceZabezpečení infrastruktury
Zabezpečení infrastruktury Hybridní management Michal Horáček michal.horacek@microsoft.com 1 Any cloud Hybridní správa infrastruktury Any platform Hybridní IT management Zjednodušený management, který
VíceManagement informační bezpečnosti
Management informační bezpečnosti Definice V Brně dne 3. října 2013 Definice Common Criterta ITIL COBIT CRAMM Přiměřená ábezpečnostč Management informační bezpečnosti 2 Common Criteria Common Criteria
VíceProduktové portfolio
Produktové portfolio Technický workshop Novell ZENworks, Brno, 3. dubna 2013 Bc. Jana Dvořáková Direct Account Manager JDvorakova@novell.com Novell-Praha, s.r.o. představení firmy - Attachmate group, Inc.
VíceÚčel, použití, analýza rizik Milan Turinský Únor 2018
GAMP 5 Účel, použití, analýza rizik Milan Turinský Únor 2018 Co je GAMP Zkratka Good Automated Manufacturing Practice Přenesení zásad GMP do oblasti automatizace a počítačových systémů Publikace stejného
VíceCOSO 2013. Nový rámec pro vnitřní kontrolní systém. Zuzana Kitto, KPMG. 10. setkání interních auditorů z oblasti průmyslu, obchodu a služeb
COSO 2013 Nový rámec pro vnitřní kontrolní systém Zuzana Kitto, KPMG 10. setkání interních auditorů z oblasti průmyslu, obchodu a služeb 7. března 2014 Obsah Zuzana Kitto Associate Manager Risk Consulting
VíceKIV/SI. Přednáška č.2. Jan Valdman, Ph.D. jvaldman@dns.cz
KIV/SI Přednáška č.2 Jan Valdman, Ph.D. jvaldman@dns.cz 8.3.2011 ITIL Information Technology Infrastructure Library ITIL v současnosti zahrnuje: Samotnou knihovnu Oblast vzdělávání a certifikace odborné
VíceSystem Center Operations Manager
System Center Operations Manager Jan Vávra Solution Sales Professional Microsoft System Center Operations Manager End-to-End Service Management Proaktivní správa IT služeb Integrované monitorování distribuovaných
VíceKarta předmětu prezenční studium
Karta předmětu prezenční studium Název předmětu: Projektové řízení (PR) Číslo předmětu: 548-0049 Garantující institut: Garant předmětu: Institut geoinformatiky doc. Ing. Petr Rapant, CSc. Kredity: 5 Povinnost:
Více2. Začlenění HCI do životního cyklu software
Jan Schmidt 2011 Katedra číslicového návrhu Fakulta informačních technologií České vysoké učení technické v Praze Zimní semestr 2011/12 EVROPSKÝ SOCIÁLNÍ FOND PRAHA & EU: INVESTUJENE DO VAŠÍ BUDOUCNOSTI
VíceIntroduction to Navision 4.00 Jaromír Skorkovský, MS., PhD.
Introduction to Navision 4.00 Jaromír Skorkovský, MS., PhD. ESF MU, Czech Republic 1 1 Distribution channels Microsoft Development, new versions, technology, languages.. Country HQ 1 legislation, sales
VíceSnížení TCO IT infrastruktury. Petr Havlík. 2. února 2011
Snížení TCO IT infrastruktury Petr Havlík 2. února 2011 TCO náklady IT infrastruktury náklady na HW IT infrastruktury (CAPEX) náklady na SW licence (CAPEX) náklady na údržbu SW a HW (OPEX) náklady na lidské
VíceVYSOKÁ ŠKOLA HOTELOVÁ V PRAZE 8, SPOL. S R. O.
VYSOKÁ ŠKOLA HOTELOVÁ V PRAZE 8, SPOL. S R. O. Návrh konceptu konkurenceschopného hotelu v době ekonomické krize Diplomová práce 2013 Návrh konceptu konkurenceschopného hotelu v době ekonomické krize Diplomová
VícePLM VDM. Lístek k úspěšné implementaci
PLM VDM Lístek k úspěšné implementaci Rostislav Novotný Siemens PLM Connection Česká republika 3.-5.června, 2012 Proč projektová metodologie? Page 2 PLM Value Delivery Metodologie (PLM VDM) PLM VDM strukturuje
VíceGUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA
GUIDELINES FOR CONNECTION TO FTP SERVER TO TRANSFER PRINTING DATA What is an FTP client and how to use it? FTP (File transport protocol) - A protocol used to transfer your printing data files to the MAFRAPRINT
Více/ 1. I nadále budeme vyhledávat možnosti uplatnění na zahraničních aktivitách, kde jsme v předešlých letech načerpali dostatek zkušeností
Za zmínku rovněž stojí naše schopnost realizace staveb zadávaných formou projektu i stavby samotné. V hierarchii železničních stavebních firem se nám v roce 201 S v několika případech podařilo- {formou
VíceZaměřen na rozvojové země Práce na rozvojových projektech, poznávání kultury, výuka angličtiny,
NA STÁŽ S AIESEC ROZVOJOVÉ STÁŽE Zaměřen na rozvojové země Práce na rozvojových projektech, poznávání kultury, výuka angličtiny, Podmínky: Znalost angličtiny na komunikativní úrovni Být studentem VŠ nebo
VícePostup objednávky Microsoft Action Pack Subscription
Postup objednávky Microsoft Action Pack Subscription DŮLEŽITÉ: Pro objednání MAPS musíte být členem Microsoft Partner Programu na úrovni Registered Member. Postup registrace do Partnerského programu naleznete
VícePetr Hujňák. IT Governance
Petr Hujňák IT Governance Řízení a správa informatiky v podmínkách SME AGENDA Systém řízení a správy procesů znalosti Cíle řízení Procesy procesy výstupy Zdroje 1.Co je to IT Governance? 2. ITG: COBIT
VíceO jedné metodě migrace velkých objemů dat aneb cesta ke snižování nákladů
Ladislav Müller IBM GTS 9.2.2010 O jedné metodě migrace velkých objemů dat aneb cesta ke snižování nákladů Proč takové téma Objemy zpracovávaných dat rychle rostou Úkoly, které jsou při menším objemu dat
Více2000s E-business. 2010s Smarter Planet. Client/Server Internet Big Data & Analytics. Global resources and process excellence
IBM Jediná IT společnost, která se transformovala skrze několik technických oblastí a ekonomických cyklů. 1980s Centralized Mainframes 1990s Distributed Computing 2000s E-business 2010s Smarter Planet
VícePC/104, PC/104-Plus. 196 ept GmbH I Tel. +49 (0) / I Fax +49 (0) / I I
E L E C T R O N I C C O N N E C T O R S 196 ept GmbH I Tel. +49 (0) 88 61 / 25 01 0 I Fax +49 (0) 88 61 / 55 07 I E-Mail sales@ept.de I www.ept.de Contents Introduction 198 Overview 199 The Standard 200
VíceDefinice rizika, materialita informace.
Definice rizika, materialita informace. Ing. Zdeněk Blažek, CSc. CISM. COMMERZBANK AG Jh. Katedra počítačových systémů Fakulta informačních technologiíí České vysoké učení technické v Praze Zdeněk Blažek,
VíceJana Pattynová Cloud Computing 2015, 8. prosince 2015. Cloud Computing Právní a regulační rámec
Jana Pattynová Cloud Computing 2015, 8. prosince 2015 Cloud Computing Právní a regulační rámec Cloud Computing: poznaná nutnost Ekonomické výhody cloudu jej činí každodenní realitou Cloudová řešení jsou
VíceJak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004
Jak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004 Jiří Sedláček AIT s.r.o, Sinkulova 83, 140 00 Praha 4 tel. 261 225 072 www.ait.cz AIT, 2004 1 Program Současné postavení IT v podniku
VíceOUTSOURCING POHLEDEM CIO PODNIKU STŘEDNÍ VELIKOSTI
Informační technologie pro praxi 2009 OUTSOURCING POHLEDEM CIO PODNIKU STŘEDNÍ VELIKOSTI Lumir Kaplan CIO DHL Express (Czech Republic) Agenda 1. Outsourcing IT 2. Outsourcingová past 3. Efektivní outsourcing
Více27/11/2017. Business analýza a sběr požadavků. Dotazy na event #G865
27/11/2017 Business analýza a sběr požadavků Richard Michalský 28. listopadu 2017 Dotazy na https://www.sli.do event #G865 1 27/11/2017 Hodnocení přednášky https://www.surveymonkey.com/r/t87tcfv Agenda
VíceSAP a SUSE - dokonalá symbióza s open source. Martin Zikmund Technical Account Manager
SAP a SUSE - dokonalá symbióza s open source Martin Zikmund Technical Account Manager martin.zikmund@suse.com O mně 5 let na pozici Presale v SAP Zodpovědný za různá řešení: Mobilní platformy UX (SAP Fiori,
VíceDrags imun. Innovations
Energy news 2 Inovace Innovations 1 Drags imun V příštích plánovaných výrobních šaržích dojde ke změně balení a designu tohoto produktu. Designové změny sledují úspěšný trend započatý novou generací Pentagramu
VíceAgile leadership in Czech Rep. Agilia Conference 2011 Brno
Agile leadership in Czech Rep. Agilia Conference 2011 Brno Aguarra, s.r.o., Lisabonská 2394/4, 190 00 Praha 9, www.aguarra.cz 2 Aguarra, s.r.o., Lisabonská 2394/4, 190 00 Praha 9, www.aguarra.cz 3 Aguarra,
VíceEnterprise Content Management IBM Corporation
Enterprise Content Management Přehled IBM Enterprise Content Management Vstup dokumentů Zpřístupnění Sdílení Vyhledávání Integrace Zpracování BPM Case Management Uložení Archivace Bezpečnost Editace Anotace
VíceOddělení interního auditu směřují k vyšší produktivitě pomocí moderních technologií
Oddělení interního auditu směřují k vyšší produktivitě pomocí moderních technologií Jiří Přibyslavský, SAP Analytics 2 3 4 5 Databáze znalostí pro audit Analytika a data mining Risk assessment a Automatické
VíceJak připravit IBM System x server pro zákazníka
Martin Chalupnik Advisory Product Specialist 10 May 2011 Jak připravit IBM System x server pro zákazníka IBM Presentation Template Full Version Agenda: IBM Support Portal IBM Bootable Media Creator IBM
VíceRegulace a normy v IT IT Governance Sociotechnický útok. michal.sláma@opava.cz
Regulace a normy v IT IT Governance Sociotechnický útok michal.sláma@opava.cz Regulace a normy v IT Mezinárodní regulace Národní legislativa Mezinárodní normy Národní normy Oborové standardy Best practices
VíceMetadata. RNDr. Ondřej Zýka
Metadata RNDr. Ondřej Zýka 1 Metadata Jedna z kompetencí Data managementu Cíle kompetence: Zajistit jednotné porozumění a užití termínů Provázat informace na různých úrovních (byznys, aplikační, technické)
VíceKlepnutím lze upravit styl Click to edit Master title style předlohy nadpisů.
nadpisu. Case Study Environmental Controlling level Control Fifth level Implementation Policy and goals Organisation Documentation Information Mass and energy balances Analysis Planning of measures 1 1
VíceŽivotní cyklus rizik - identifikace.
Životní cyklus rizik - identifikace. Ing. Zdeněk Blažek, CSc. CISM. COMMERZBANK AG Jh. Katedra počítačových systémů Fakulta informačních technologiíí České vysoké učení technické v Praze Zdeněk Blažek,
VíceSMES-EU D&H-5P Workshop 1. Prague November 2003 V Praze listopadu 2003
SMES-EU D&H-5P Workshop 1 Prague November 2003 V Praze listopadu 2003 SMES-EU D&H-5P Workshop 1 The presentation includes comments and observations made during the Czech Republic Workshop of November 2003.
VíceNová éra diskových polí IBM Enterprise diskové pole s nízkým TCO! Simon Podepřel, Storage Sales 2. 2. 2011
Nová éra diskových polí IBM Enterprise diskové pole s nízkým TCO! Simon Podepřel, Storage Sales 2. 2. 2011 Klíčovéatributy Enterprise Information Infrastructure Spolehlivost Obchodní data jsou stále kritičtější,
VíceProvoz, podpora a údržba IS. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/
Provoz, podpora a údržba IS Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Hate Maintenance Dle IEEE: Definice - údržba SW Software maintenance is the process of modifying a software system
VíceUPM3 Hybrid Návod na ovládání Čerpadlo UPM3 Hybrid 2-5 Instruction Manual UPM3 Hybrid Circulation Pump 6-9
www.regulus.cz UPM3 Hybrid Návod na ovládání Čerpadlo UPM3 Hybrid 2-5 Instruction Manual UPM3 Hybrid Circulation Pump 6-9 CZ EN UPM3 Hybrid 1. Úvod V továrním nastavení čerpadla UPM3 Hybrid je profil PWM
VíceInformační bezpečnost. Dana Pochmanová, Boris Šimák
Informační bezpečnost Dana Pochmanová, Boris Šimák 10.5. 2017 Agenda Bezpečnost informací IT rizika Klíčové role IT bezpečnosti v organizaci Bezpečný vývoj IS Normy a standardy v oblasti IT bezpečnosti
VíceZvyšování připravenosti na požadavky GDPR - doporučení a návrh opatření k rozpracování
Zvyšování připravenosti na požadavky GDPR - doporučení a návrh opatření k rozpracování Asociace komunitních služeb v oblasti péče o duševní zdraví Fokus Praha, z. ú. IBM Česká republika, spol. s r.o. Security
VíceBezpečnostní incidenty IS/ICT a jejich řešení
Abstrakt: Petr Doucek Fakulta informatiky a statistiky, Vysoká škola ekonomická v Praze doucek@vse.cz, http://fis.vse.cz Problematika bezpečnosti informačních systémů a informačních a komunikačních technologií
VíceSchopnosti a zralost kybernetické obrany organizací
Schopnosti a zralost kybernetické obrany organizací HP Enterprise Security 31.3.2015 Petr Hněvkovský, CISA, CISSP, CISM Senior Security Architect Security Intelligence & Operations Consulting Založeno:
VíceEXACT DS OFFICE. The best lens for office work
EXACT DS The best lens for office work EXACT DS When Your Glasses Are Not Enough Lenses with only a reading area provide clear vision of objects located close up, while progressive lenses only provide
VíceSummary. Mr. Andreas Molin
ANNEX 6 Conclusions of the Melk Process and Follow-up (Brussels Agreement) Annex I, Item No. 3, Reactor Pressure Vessel Integrity and Radiation Embrittlement, Workshop, February 26-27, 2008, Řež near Prague
VíceTechnická specifikace předmětu plnění:
Technická specifikace předmětu plnění: Poskytnutí standardní služby Premier Support zahrnující konzultační a implementační podporu, řešení problémů u produktů v nepřetržitém režimu 24x7 v rámci aktuálního
VíceProject Life-Cycle Data Management
Project Life-Cycle Data Management 1 Contend UJV Introduction Problem definition Input condition Proposed solution Reference Conclusion 2 UJV introduction Research, design and engineering company 1000
VíceTeorie systémů TES 7. Výrobní informační systémy
Evropský sociální fond. Praha & EU: Investujeme do vaší budoucnosti. Teorie systémů TES 7. Výrobní informační systémy ZS 2011/2012 prof. Ing. Petr Moos, CSc. Ústav informatiky a telekomunikací Fakulta
VíceKomentáře CISO týkající se ochrany dat
Komentáře CISO týkající se ochrany dat 2 ! 300 mld. autentizací přes Azure AD měsíčně 1 mld. updatů a kontrol zařízení s Windows 200 mld. emailů testovaných proti malwaru 18 mld. scanovaných webových
VíceThe following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into
The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material,
VícePŘEDSTAVENÍ - KAREL HÁJEK Nasazení SD ve skupině ČEZ
PŘEDSTAVENÍ - KAREL HÁJEK 15 let na straně Dodavatele (AutoCont CZ) Implementace SD v holdingu Synot ( krabicové řešení pro standardní podporu ICT) Implementace SD pro 70x Tesco stores v Polsku (podpora
VíceLitosil - application
Litosil - application The series of Litosil is primarily determined for cut polished floors. The cut polished floors are supplied by some specialized firms which are fitted with the appropriate technical
VíceDATA SHEET. BC516 PNP Darlington transistor. technický list DISCRETE SEMICONDUCTORS Apr 23. Product specification Supersedes data of 1997 Apr 16
zákaznická linka: 840 50 60 70 DISCRETE SEMICONDUCTORS DATA SHEET book, halfpage M3D186 Supersedes data of 1997 Apr 16 1999 Apr 23 str 1 Dodavatel: GM electronic, spol. s r.o., Křižíkova 77, 186 00 Praha
VíceSpráva a sledování SOA systémů v Oracle SOA Suite
Správa a sledování SOA systémů v Oracle SOA Suite Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro IOA 7. října 2014 Marek Rychlý Správa
VíceIBM Security. Trusteer Apex. Michal Martínek 23.9.2015. 2014 IBM Corporation. 2014 1 IBM Corporation
Trusteer Apex Michal Martínek 23.9.2015 2014 1 IBM Corporation Proč útočit na koncová zařízení? Anti Virus Zaměstnanec Jednoduché Firewall IPS Antivirus Śifrování Jednoduché Malware Ukradené přihlašovací
VíceInnovated Solution: Questions and Answers after the Webinar
Innovated Solution: Questions and Answers after the Webinar Budou podkladové materiály webináře také v českém jazyce? Prezentace pro webinář je pouze v anglické verzi. Před začátkem testů s účastníky však
VíceFytomineral. Inovace Innovations. Energy News 04/2008
Energy News 4 Inovace Innovations 1 Fytomineral Tímto Vám sdělujeme, že již byly vybrány a objednány nové lahve a uzávěry na produkt Fytomineral, které by měly předejít únikům tekutiny při přepravě. První
VíceISACA, Bezpečnost a audit 28. 12. 2015 strana 1. Vztah???
28. 12. 2015 strana 1 Vztah??? ISACA organizace profesionálů Bezpečnost a audit 17.2.2010 Luboš Klečka lklecka@csas.cz Obsah ISACA ITGI, Cobit 4.1 Strategie ISACA Information Security Governance Rizika
Více[ 1 ] PRAC. Perspective from a Member State. MUDr. Jana Mladá 2015 Státní ústav pro kontrolu léčiv
[ 1 ] PRAC Perspective from a Member State [ 2 ] Today EU regulatory drug safety network PRAC conclusions and recommendations at national level Modern history of pharmacovigilance in Czech Republic [ 3
Více1.1. Správa a provozní podpora APV ROS, HW ROS a základního SW
Příloha č. 4 - Specifikace a informace o předmětu veřejné zakázky Předmětem veřejné zakázky je řízení projektu, správa a údržba programového vybavení pro informační systém Základní Registr osob (dále rovněž
VíceObsah Úvod 11 Jak být úspěšný Základy IT
Obsah Úvod 11 Jak být úspěšný 13 Krok 0: Než začneme 13 Krok 1: Vybrat si dobře placenou oblast 14 Krok 2: Vytvořit si plán osobního rozvoje 15 Krok 3: Naplnit osobní rozvoj 16 Krok 4: Osvojit si důležité
VíceStav podnikové bezpečnosti, 2010. Globální zpráva Jakub Jiříček, Symantec ČR a SR
Stav podnikové bezpečnosti, 2010 Globální zpráva Jakub Jiříček, Symantec ČR a SR Agenda 1 Metodologie studie 2 Klíčová zjištění 3 Obecná doporučení 4 Symantec a podniková řešení 5 Konkrétní řešení pro
VíceObsah&/&Content& Všeobecné)podmínky)(v)češtině)) Terms)and)Conditions)(in)english)) )
Obsah/Content Všeobecnépodmínky(včeštině TermsandConditions(inenglish Všeobecnépodmínky používáníwebovýchstránekneighboursuniverseasouvisejícíchslužebazásadyochrany osobníchdat A.! PodmínkyužíváníwebovýchstránekNeighboursUniverseasouvisejícíchslužeb
VíceISO 9001:2015 CLIENT GAP ANALYSIS TOOL
ISO 9001:2015 CLIENT GAP ANALYSIS TOOL Instructions For Use - Návod k použití This gap analysis document provides a simple framework for evaluating your quality management system against the requirements
VíceSOFT-ENG ACADEMY 2017/2018
SOFT-ENG ACADEMY 2017/2018 Bohumír Zoubek 31. října 2017 Co je SOFT-ENG ACADEMY Vzdělávací projekt pro Českou spořitelnu Inspirováno předměty na ČVUT FEL/FIT a Matfyz Vyladěno pro ČS na základě diskuzí
VíceCobit 5: Struktura dokumentů
Cobit 5: Struktura dokumentů Cobit 5 Framework; popisuje základní rámec (principy, předpoklady, vazby na jiné rámce), Cobit 5 Enabler Guides; jde o dokumenty, které jsou obecným návodem na vytváření předpokladů
VíceAIC ČESKÁ REPUBLIKA CZECH REPUBLIC
ČESKÁ REPUBLIKA CZECH REPUBLIC ŘÍZENÍ LETOVÉHO PROVOZU ČR, s.p. Letecká informační služba AIR NAVIGATION SERVICES OF THE C.R. Aeronautical Information Service Navigační 787 252 61 Jeneč A 1/14 20 FEB +420
VíceZpráva ze zahraniční služební cesty
Zpráva ze zahraniční služební cesty Jméno a příjmení účastníka cesty Ing. Petra Vávrová, Ph.D. Pracoviště dle organizační struktury OOKF 1.4, OVVL 1.4.1 Pracoviště zařazení Ředitelka Odboru ochrany knihovních
Více