JAK PLÁNOVAT, VYUŽÍVAT A ŘÍDIT INFORMAČNÍ TECHNOLOGIE

Rozměr: px
Začít zobrazení ze stránky:

Download "JAK PLÁNOVAT, VYUŽÍVAT A ŘÍDIT INFORMAČNÍ TECHNOLOGIE"

Transkript

1 JAK PLÁNOVAT, VYUŽÍVAT A ŘÍDIT INFORMAČNÍ TECHNOLOGIE NASAZENÍ DISTRIBUCE OPENSUSE TECHNIKA JAKO ZDROJ POŽÁRŮ AKTUALITY NOVINKY Z PODNIKOVÉHO IT POHÁDKA I ITILU ITIL NENÍ DOGMA OCHRÁNCE SPOTŘEBITELŮ ASOCIACE PRO E-KOMERCI VŠECHNO TO OŠÉFOVAT PROJEKTOVÉ ŘÍZENÍ A METODOLOGIE BYZNYS AKTUÁLNĚ ZE SVĚTA IT BYZNYSU E-ROZKAZ ELEKTRONICKÝ PLATEBNÍ ROZKAZ VELKÝ TŘESK METODY ŘÍZENÍ SW PROJEKTŮ JAK SE DĚLAJÍ SERVERY U THOMAS-KRENN.AG POČÍTAČE V PLAMENECH PŘÍČINY POŽÁRŮ TECHNIKY PROJEKTY POD KONTROLOU PORTFOLIO MANAGEMENT TĚŽKÝ KALIBR UPS CYBERPOWER XL MOBILNÍ HOTSPOTY PŘENOSNÉ HOTSPOTY WI-FI SPRÁVNÝ PŘÍSTUP ITIL PRAKTICKY II. ZDARMA A PRO VŠECHNY NOVELL OPENSUSE LINUX VÝKONNÝ NAS NAS SERVER QNAP

2 časopis jen pro muže 52 Connect! leden 2010

3 INZERCE A Ataxo koupilo H1.cz Online marketing na českém internetu zaznamenal významnou změnu dva největší konkurenti, společnosti Ataxo a H1.cz, oznámili fúzi. Ataxo koupilo 100% podíl v H1. cz, a tím tuto společnost získalo. H1.cz je agenturou poskytující poradenské, analytické a obchodní služby v oblasti internetového marketingu. Získala si dobré renomé a významné klienty, mezi které se řadí například Telefónica O2, Home Credit, Mountfield, Pojišťovna Generali nebo web Heureka. Kromě toho nabízí také školení a kurzy týkající se marketingu na internetu. Ataxo díky H1.cz rozšíří svůj oborový záběr a významně upevní svou vedoucí pozici na online marketingovém trhu, a to jak u nás, tak na Slovensku. V červnu proběhne světový den IPv6 Problematika vyčerpání protokolu IPv4 je žhavým tématem, který se řeší celosvětově. Řešení je už dlouho známé a jmenuje se IPv6. Nový protokol navýší kapacitu internetu s obrovskou rezervou adres, kterou za našich životů s jistotou nevyčerpáme. Ovšem protokoly nejsou kompatibilní, což přináší komplikace a odkládání nevyhnutelného. Provideři a provozovatelé serverů však nechtějí s podporou IPv6 začínat, dokud nebudou uživatelé, ti však IPv6 nepotřebují, dokud na nich nepoběží servery. Google proto inicioval vznik dne IPv6, kdy aspoň na jeden den zkusí velcí internetoví hráči fungovat primárně s IPv6. Ondřej Filip na blogu CZ.NIC upozornil, že uskutečnění dne IPv6 bylo oficiálně potvrzeno a proběhne 8. června Vedle Googlu se v akci angažují také Facebook, Yahoo, Akamai a Limeligt (obří sítě na poskytování obsahu). Cílem je, aby se přidalo co nejvíce velkých, ale i malých lokálních serverů a poskytovatelů. Infotea uvedl EVM 2.0 Společnost Infotea uvedla na trh novou verzi evidenčního informačního systému EVM. Mezi novinky EVM 2.0 patří kromě nového loga a grafiky zejména nové komponenty, použitelné při definici webového portálu, Stávajících klientů společnosti H1.cz se změna nijak nedotkne, zaměstnanci zůstávají v zavedených týmech a nadále se budou starat o svěřené klienty. Do budoucna se skupina H1.cz zaměří výhradně na nejnáročnější klienty, zatímco samotné Ataxo bude pokrývat sektor malých a středních firem. Google a spol. jsou na IPv6 technologicky vybaveni, ovšem obsloužit tímto protokolem mohou jen hrstku uživatelů s IPv6 konektivitou. Proto se s IPv6 setkáme jen výjimečně nebo na oddělených službách. Den IPv6 má posloužit jako takový cvičný den pro poskytovatele i uživatele. Technici a administrátoři si vyzkouší rekonfiguraci, uživatelé s IPv6 si pak budou moci ověřit, zda mají dobře nastavenou konektivitu, především ze strany providera. Za stávající situace, kdy IPv6 protokol na většině serverech podporován není, může totiž docházet k prodlevám při přesměrování na IPv4 což ovšem zpravidla není vinou serveru, ale špatné konfigurace sítě od uživatele. A jak 8. června budete koukat na titulní stránku Googlu či Facebooku vy, kteří jste připojení přes IPv4? Úplně stejně jako teď, paralelní běh staršího protokolu zůstane u většiny služeb zachován. také nový způsob pokročilého vyhledávání s možností definování vlastních filtrů. Řadu vylepšení se dočkaly i nástroje a funkce, které umožňují EVM použít jako manažerský nástroj. K dispozici je také zdarma dostupná verze, která umožňuje produkt používat s omezenými funkcemi na neomezené časové období. Produkty Novellu budou nadále dostupné Společnost Novell přešla koncem loňského roku pod doposud poměrně neznámou firmu Attachmate. Společně s touto informací vyšlo také najevo, že mnoho patentů Novellu skončí pod křídly Microsoftu, a odborná veřejnost se okamžitě začala obávat o budoucnost produktů slavné linuxové firmy. Zástupci Attachmate proto přispěchali s oficiálním prohlášením, podle kterého se zákazníci Novellu nemusí o budoucnost jejich oblíbených produktů obávat. Prioritou společnosti Attachmate je nabízet a dodávat kvalitní produkty stejně jako poskytovat všechny služby na nejvyšší možné úrovni tak, aby veškeré obchodní vztahy se zákazníky a partnery končily spokojeností na obou stranách. Po finálním uzavření smlouvy jsme připraveni v tomto duchu pokračovat i se zákazníky společnosti Novell, a to s upřímnou radostí. Proto bude Attachmate podporovat stávající plány rozvoje produktů a data uvádění nových verzí na trh v celém portfoliu produktů Novell a SUSE, zní oficiální prohlášení generálního ředitele Attachmate Jeffa Hawna. Cisco a Fujitsu mají nové české šéfy Společnosti Cisco Systems a Fujitsu oznámily nové generální ředitele pro pobočky v České republice. Telekomunikačního giganta nyní bude řídit Jiří Devát, který tak vystřídal Alexandra Winklera. Devát dříve několik let pracoval jako šéf české divize Microsoftu, v ČSA byl viceprezidentem pro informační technologie a inovace a před svým angažmá v Ciscu působil v organizaci SITA jako člen správní rady. Fujitsu pak povede Radek Sazama, který do firmy přichází z konkurenčního IBM, kde vystřídal několik významných pozicí i na mezinárodní úrovni. Connect! leden

4 aktuality Skype nabízí konferenční videohovory Nová verze Skype 5.1 nyní umožňuje provádět skupinové videohovory (Group Video Calling), což z populárního nástroje dělá program vhodný pro firemní nasazení. Za 5,99 eur měsíčně na jednoho uživatele je možné provádět skupinové videohovory s maximálně 10 účastníky. Skype vyniká širokou podporou periferií a webových kamer a současně s voláním zvládá také textovou komunikaci, komunikaci přes SMS či samotné hlasové volání. Skype se s příchodem nového šéfa snaží proniknout do korporátní sféry, kde by mohl vytěžit značné množství peněz. Téměř 40 % uživatelů Skype totiž uvádí, že službu občas využívá také k obchodním hovorům a komunikaci. Skype nyní například nabízí videohovory zdarma v rámci aplikace pro iphone. Oracle vydal VirtualBox 4.0 Oracle pokračuje v tradici Sun Microsystems a vypustil novou verzi desktopového virtualizačního nástroje VirtualBox 4.0, který je pro všechny zájemce k dispozici zdarma. VirtualBox je k dispozici pro hostitelské systémy Windows, Linux, Mac OS X a Solaris a vylepšuje práci s fyzickým hardwarem a virtuální hardware podporuje novinky jako PCI Express či High Definition Audio. Vylepšeno bylo také sdílení mezi virtuálními stroji díky podpoře OVF, vylepšena byla propustnost a kapacita, zaveden je škálovatelný režim a standardem je pak otevřená architektura pro možné zásahy a úpravy. IBM se Samsungem hledají nové materiály pro 1x nm technologii Nezastavující miniaturizace a stále pokročilejší výrobní technologie vyžadují použití nových metod a samozřejmě i materiálu. Výroba jednodušších čipů (třeba flash paměti) je momentálně na úrovni 22 nm, složitější čipy jako procesory pak používají 32nm technologii. Společnosti IBM a Samsung se však spojily, aby nalezly materiály a způsoby, jak i nadále pokračovat ve stejném trendu pod úrovní 20 nm. Výzkumníci a vědečtí pracovníci z obou firem tak poprvé spolupracují na společném projektu v komplexu Albany Nanotech v rámci Semiconductor Research Alliance. Cílem jsou Manažeři CZ.NIC míří do světových internetových organizací Ondřej Filip, výkonný ředitel sdružení CZ.NIC, se na nedávném setkání organizace DNS-OARC, která dohlíží na globální bezpečnost a stabilitu systému DNS, dočkal jmenování do jejího představenstva. Je tak vůbec prvním Čechem, který takto významnou pozici obsadil. Ondřej Surý, vedoucí výzkumného a vývojového centra Laboratoře CZ.NIC, byl zvolen jako jeden ze 13 arbitrů organizace RIPE NCC spravující IP adresní bloky pro region Evropa a Střední a Východní Asie. Surý tak dostává další významnou funkci ve světovém internetu. Už delší dobu patří mezi 7 lidí na světě, kteří vlastní klíč k DNSSEC. Funkce Ondřeje Filipa v organizaci DNS McAfee v Česku a na Slovensku povede Pavel Hanko České a slovenské zastoupení bezpečnostní firmy McAfee koncem loňského roku představilo nového muže ve funkci Territory Channel Account Manager. Stal se jím Pavel Hanko, který vystřídal Vladimíra Brože a nyní bude mít na starost distribuční však nejen samotné materiály, které by se daly použít pro pokročilejší technologii výroby, ale i struktura samotných tranzistorů a celých čipů. S tím souvisí i zlepšení výroby a nutných procesů. V rámci tohoto vývoje spolupracují ti nejlepší inženýři obou společností, takže potřebný čas k nalezení řešení bude určitě menší, než kdyby obě společnosti byly nuceny pracovat samostatně. Jen pro přehled, Intel chystá představit první procesory vyrobené 22nm technologií ještě tento rok (na trhu tak budou v roce 2012), v roce 2013 bude u těchto složitějších čipů k dispozici 16nm technologie a na rok 2015 se u procesorů očekává 11 nm. Výrazná změna ve výrobě by měla nastat především pod úrovní 10 nanometrů, kdy už začne například problém v podobě kvantového tunelování. Pak se možná dočkáme další revoluční změny, která už kdysi nastala při přechodu z elektronky na tranzistor. OARC je čestná a výkonný ředitel CZ.NIC ji bude vykonávat dva roky. Členové představenstva nejsou za svou práci pro celosvětovou internetovou komunitu nijak finančně odměňováni. Ondřej Surý se s ostatními arbitry RIPE NCC bude věnovat posuzování a rozhodování sporných případů a arbitráží spojených například s rozdělováním posledních IPv4 adresních bloků. I tato funkce je čestná a neplacená. a partnerský kanál. Hanko dříve pracoval ve společnosti Panduit EEIG nebo jako nezávislý IT konzultant. Společnost McAfee byla v minulém roce pohlcena gigantem Intel. Podle dostupných informací se ale pro zákazníky nic zásadního nemění a McAfee bude nadále fungovat jako samostatná jednotka s novým majitelem. Také tuzemské zvyklosti zůstávají zachovány. 54 Connect! leden 2010

5 ESET má nové vedení a generálního ředitele Slovenská bezpečnostní firma ESET má od nového roku nové vedení. Z výkonných funkcí odešli spolumajitelé firmy Miroslav Trnka, Maroš Grund, Anton Zajac a Rudolf Hrubý. Funkci výkonného ředitele nyní obsadí Richard Marko, další spolumajitel a dosavadní technologický šéf. Marko chce pokračovat v nastavené strategii vývoje a výzkumu. Čtveřice spolumajitelů si i nadále ponechává své vlastnické podíly, firmu už ale neubude řídit. Marko se například nyní hodlá věnovat investování do mladých a nadějných projektů. Novým ředitelem pro výzkum se stal Jural Malcho, pobočku v San Diegu nyní místo Zajace povede Andrew Lee. Nově vytvořenou pozici pro globální obchod a marketing povede Ignacio Shampato a finančním ředitelem se stává Milan Masaryk. Technologickým šéfem je Pavol Luka. Správa životního cyklu aplikací s HP ALM 11 Společnost Hewlett-Packard představila novou verzi svého nástroje Application Lifecycle Management 11, který umožňuje komplexní dohled nad dodávkami a modernizací aplikací. Produkt obsahuje nástroje HP Project Planning and Tracking sloužící k plánování a sledování, umožňuje plánování, řízení a kontrolu dodávky softwaru. Flexibilní metodická podpora je možná pomocí HP Agile Accelerator 4.0. Tento nástroj je možné využívat buďto zdarma v základní verzi, nebo v rozšířené placené verzi. ALM 11 také umožňuje implementací nových verzí nástrojů kvality HP Performance Center 11 a HP Quality Center. Novell vydal finální ZENworks 11 Novell pustil na trh finální verzi správcovského nástroje ZENworks 11. Ten v sobě integruje produkty Configuration Management, Asset Management, Patch Management a Endpoint Security Management, což ve výsledku umožňuje správu prostředků pomocí jednoho uceleného produktu. Možná je správa zařízení, řízení zabezpečení, sledování licencí a aktualizace aplikací. Pracovat je možné s fyzickými i virtuálními produkty. ZENworks 11 je zaměřen na plnohodnotnou vzdálenou správu a konfiguraci, například je možné provádět aktualizace Windows a Linuxu z jedné konzole. K dispozici je také práce s identitami. O ZENworks jsme psali v minulém čísle Connectu. INZERCE A expres CZ: EU: +49 (0) Made in Germany! Connect! leden

6 téma AUTOR Jak na řízení projektů Může pilot řídit velké nebo i malé dopravní letadlo bez základních informací o letu, jako například kam se letí, v jaké výšce, s jakým letadlem, v kolik hodin, kolik zbývá paliva apod.? Těžko si dovedeme představit, že bychom nastoupili do takového letadla při letu na dovolenou. Přesto to v práci děláme každý den při řízení projektů. Martin Vitouš Vprvní řadě je potřeba si ujasnit, co to projekt je. V různých firmách se pod tímto slovem schovávají různé věci, od plánů atomové elektrárny přes časový harmonogram stavby rodinného domu až po vycházku s dětmi. Existují různé definice, které se ale shodují v několika základních charakteristikách: Projekt mění každodenní zaběhané činnosti (status quo) Projekt vytváří něco jedinečného Projekt má vymezený čas (začátek a konec) Projekt má stanovený rozpočet Projekt obsahuje zvýšená rizika Projekt má jasně definovaný rozsah V rámci každodenních činností jsou poskytovány služby zákazníkům pomocí procesů. Tyto procesy jsou zaběhnuté, minimalizují rizika, snižují cenu poskytovaných služeb apod. Nicméně čas od času je potřeba tyto zaběhané činnosti změnit tak, aby bylo možné reagovat na nové požadavky zákazníků. Tím se vytváří něco nového, jedinečného. I když budete zavádět stejný software, bude to pro nového zákazníka, v novém prostředí, a tím i jedinečné. Na danou implementaci dostanete jasně vymezený čas: každá činnost někdy začne a někdy musí skončit, nelze tyto aktivity protahovat donekonečna. Spolu s vymezeným časem dostanete i určité množství peněz na realizaci a spolu s tím i další zdroje. A protože daný projekt je v daném prostředí jedinečný, je zde zvýšené riziko, že se něco nepovede. S tímto rizikem je pak nutné se nějak vypořádat. Všechny tyto činnosti (práce s rizikem, organizování zdrojů, správa rozpočtu a času apod.) jsou činnosti navíc. Stojí vás další úsilí a peníze nad rámec každodenní činnosti. Toto úsilí a peníze však musí mít své opodstatnění, ne všechno má smysl řídit jako projekt. Řízení projektů Pokud se rozhodnete řídit určité aktivity a činnosti jako projekt, měli byste si zvolit i způsob, jakým to budete dělat. Tomu se říká řízení projektů a existují různé metodologie a doporučení, jak na to. Řízení projektů se skládá ze tří základních složek: Znalosti Procesy Nástroje Znalosti (a dovednosti) jsou to, co jednotliví pracovníci spolupracující na realizaci projektu znají a umějí použít v praxi. Znalosti se rozdělují na tzv. tvrdé a měkké. Mezi tvrdé znalosti patří například plánování času, tvorba různých diagramů (úsečkový, síťový), tvorba rozpočtu, identifikace a analýza rizik, příprava komunikace apod. Měkké znalosti pak znamenají především práci s lidmi. To je vlastní komunikace, motivace, přesvědčování, řešení konfliktů, řízení změny myšlení apod. Procesy umožňují jednotlivé aktivity standardizovat, a tím i přispívat k menší Zaváděný software může být stejný, ale zase v jiném prostředí chybovosti, k určité eliminaci rizika a snižování nákladů. Je jedno, zda si stavíte atomovou elektrárnu, nebo připravujete dovolenou. V obou případech budete postupovat stejným způsobem. Samozřejmě v případě atomové elektrárny to bude komplexnější a podstatně delší proces, ale v principu bude stejný. Nástroje pak pomáhají vaše procesy automatizovat. Jeden z prvních nástrojů, který se zde používá, je nástroj na plá- 56 Connect! leden 2010

7 téma nování projektů, jako např. MS Project (a spousta jiných). Nesmí se ale zapomínat, že potřebujete pracovat s rozpočtem (tabulky a rozpočtové nástroje), tvoříte spoustu dokumentace (document management systém) apod. Je možné použít jeden komplexní (a drahý) nástroj, nebo několik různých menších nástrojů více či méně propojených. To záleží na možnostech a hlavně velikosti projektu. Metodologie řízení projektů Jestliže se rozhodnete pro systematické řízení projektů ve firmě, měly by být všechny projekty řízeny stejným způsobem. Tomu se říká metodologie řízení projektů. Je samozřejmé, že si metodologii řízení projektů můžete ve své firmě vymyslet sami. Proč ale vynalézat kolo? Existuje mnoho různých metodologií, které je možné si rozdělit do dvou základních kategorií: Obecné Speciální Obecné metodologie je možné použít na řízení libovolného projektu o libovolné velikosti a v libovolném prostředí. Každá z těchto metodologií může být upravena dle požadavků prostředí a projektu. Mezi hlavní metodologie patří PMBOK, PRINCE2 a IPMA. Speciální metodologie byly vytvořeny pro specifické prostředí nebo specifický typ projektu. Z toho je také jasné, že je nelze použít obecně. Patří sem metodologie vytvořené pro specifické firmy (NASA a další) nebo pro specifické průmyslové odvětví (Rational Unified Processes a další). Je samozřejmě čistě na vás, jakou metodologii použijete. Všechny metodologie mají ale něco společného. Rozdělují projekt do určitých částí tak, aby byl lépe řiditelný. Těmto částem se říká fáze životního cyklu projektu. Každá metodologie se nazývá jinak a má jich jiný počet, nicméně obecně je možné říct, že existuji čtyři základní fáze: Počátek projektu Plánování projektu Realizace projektu Ukončení projektu Na základě velikosti projektu je pak možné další dělení. PMBOK PMBOK je zkratka pro The Project Management Body Of Knowledge. Je to metodologie řízení projektů postavená na souhrnu znalostí, dovedností a zkušeností vedoucích projektů a byla vytvořena PMI (Project Management Institute) v USA. Tato metodologie je rozšířena hlavně v Severní a Jižní Americe a je využívána v prostředí globálních korporací. PMBOK definuje 44 procesů rozdělených do pěti skupin: Initiate (Iniciovat) Plan (Plánovat) Execute (Vykonávat) Control and Monitor (Řídit a kontrolovat) Close (Ukončit) Těchto pět skupin procesů je využíváno ve všech fázích životního cyklu projektu. Je samozřejmé, že každá z těchto skupin bude využita různě. Například plánovací procesy budou maximálně využity ve fázi plánování, nicméně na začátku ostatních fází se využijí ke kontrole plánu či případnému přeplánování. PMBOK dále rozděluje získané zkušenosti a znalosti do 9 základních skupin: Project Integration Management (Řízení integrace) Project Scope Management (Řízení rozsahu) Project Time Management (Řízení času) Project Cost Management (Řízení nákladů) Project Quality Management (Řízení kvality) Project HR Management (Řízení lidských zdrojů) Project Communication Management (Řízení komunikace) Project Risk Management (Řízení rizik) Project Procurement Management (Řízení nákupu) V každé skupině znalostí jsou pak definovány metody a nástroje pro vytvoření výstupů z jednotlivých procesů na základě dodaných vstupů. Poslední verze PMBOK je rozšířena o přílohu obsahující úvod do měkkých dovedností, které každý vedoucí projektu potřebuje při řízení každého projektu: Vedení lidí Budování týmu Motivace Komunikace Ovlivňování Rozhodování Kulturní aspekty Vyjednávání PMBOK Project Management Body Of Knowledge PRINCE2 PRINCE2 je zkratka pro PRojects IN Controlled Environments. Je to metodologie řízení projektů postavená na procesech. Tato metodologie byla vytvořena na popud britské vlády a je využívána především ve Velké Británii a zemích Spojeného království. PRINCE2 se zaměřuje na jasné svázání projektu s obchodními cíli a definuje doporučenou organizační strukturu celého projektu od zákazníka až k jednotlivým členům projektového týmu. Na základě této struktury a jasně definovaných rolí přispívá k efektivní komunikaci mezi jednotlivými složkami. Použití této metodologie umožňuje kdykoliv porovnat plán s realitou, a tím včas odhalit hrozbu zpoždění nebo překročení rozpočtu. Umožňuje zapojení správných lidí ve Connect! leden

8 téma Proces plánování s PRINCE2 správný okamžik, a tím optimální využití zdrojů v rámci celého životního cyklu projektu. PRINCE2 zavádí strukturovaný přístup k řízení projektu, čímž nutí zainteresované strany odpovědět na základní otázky ještě před zahájením projektu: Co chcete udělat? Kdy začnete? Co potřebujete? Zvládnete to sami, nebo s cizí pomocí? Jak dlouho vám to bude trvat? Kolik to celé bude stát? PRINCE2 definuje jednotlivé procesy, jejich vstupy a výstupy. Tyto procesy jsou rozděleny do několika oblastí: Directing a project (Řízení projektu) Starting up a project (Příprava projektu) Initiating a project (Iniciace projektu) Managing stage boundaries (Rozhodování) Controlling a stage (Řízení fáze projektu) Managing a product delivery (Řízení vytvoření výstupů) Closing a project (Ukončení projektu) IPMA IPMA je zkratka pro International Project Management Association. Je to standard vedení projektů postavený na kompetencích, tj. schopnostech a dovednostech vedoucích projektů. Nejedná se tedy, jako v jiných případech, o přesnou definici fází životního cyklu projektu a jednotlivých procesů zapojených do těchto fází. Tato metodologie se využívá hlavně v zemích kontinentální Evropy. IPMA doporučuje určité procesní kroky, které je potřeba aplikovat v konkrétní situaci. O tom, které kroky to jsou, ale rozhodují lidé, vedoucí projektů. Záleží tedy na jejich schopnosti použít správné kroky ve správný okamžik a ve správné situaci. Tyto kompetence se rozdělují do třech oblastí: PRINCE2 PRojects IN Controlled Environments Technické kompetence Kontextové kompetence Behaviorální kompetence V případě technických kompetencí je kladen důraz na tvrdé dovednosti. Jak analyzovat požadavky, identifikovat rizika, naplánovat jednotlivé činnosti apod. V případě kontextových kompetencí je kladen důraz na schopnost zasadit projekt do určitého prostředí, kontextu; žádný projekt neexistuje ve vzduchoprázdnu, ale ovlivňuje své okolí a okolí ovlivňuje projekt. Poslední behaviorální kompetence kladou důraz na měkké dovednosti. Jak vybudovat projektový tým, motivovat pracovníky, řešit konflikty apod. Pouze kombinace dovedností a schopností ze všech tří oblastí může zajistit úspěšné ukončení projektu. Ať už použijete jakoukoliv metodologii řízení projektů, vždy vám pomůže: Zkrátit čas projektu Snížit cenu vlastního řízení projektu Minimalizovat změny, rizika a problémy Zajistit vyšší kvalitu řízení projektu Efektivně řídit dodavatele Zvýšit pravděpodobnost úspěšného dokončení projektu Nicméně nezapomínejte na zdravý selský rozum. Používejte pouze to, co potřebujete a co vám přináší nějakou hodnotu. 58 Connect! leden 2010

9 téma Metodiky řízení (nejen) softwarových projektů AUTOR Motto: Riadiť a koordinovať prácu vývojárov je horšie ako pásť mačky. Vývoj informačných systémov by mal byť cieľavedomým, metodicky riadeným procesom, a nie súhrou náhod, kedy je nasledujúci krok určený iba momentálnou zhodou okolností a viac, alebo menej koordinovanými rozhodnutiami manažérov. Nezastupiteľnú úlohu v tomto procese hrá kvalitný projekt a metodika. Primárnou úlohou projektu je dosiahnutie predpokladaného cieľového stavu v požadovanej kvalite, v stanovenom čase a s použitím vyčlenených zdrojov. Dôležitý je správny výber metodiky, ktorá v závislosti od povahy projektu umožňuje zjednodušenie etáp a zároveň vnesie projektu určitý systém a poriadok. Pri úspešnom implementovaní dobrej metodiky spravidla dokážete etapu vývoja výrazne skrátiť, čo prinesie nielen úsporu nákladov, ale aj posilnenie konkurencieschopnosti. Evolučný vývoj metodík začal Veľkým treskom IT projekt pozostáva z niekoľkých fáz, ktoré tvoria životný cyklus projektu. Každá fáza Ľuboslav Lacko Několikaletý člen pracovní skupiny NATO RTO-IST-026 Evolutionary Software Development pozostáva zo skupín procesov a aktivít. Pri návrhu a vývoji rozsiahlejších projektov je veľmi dôležitá metodika, ktorá zjednoduší a sprehľadní vývoj a vnesie do projektu systém a poriadok. Hľadanie inšpirácie v prírode nie je ničím novým a k tejto metóde sa okrem architektov a konštruktérov uchyľujú aj informatici. A to nielen pri konštrukcii robotov a rôznych teórii neurónov a agentov, ale aj pri vývoji softvéru. V tejto oblasti sa okrem objektovo orientovaného programovania nechávajú informatici motivovať najmä evolučnou teóriou. Analógia s prírodou je v tomto prípade dokonalá. Na konci evolúcie je momentálne moderný človek informatik. A čo bolo na úplnom začiatku všetkého? Predsa veľký tresk. Metodika veľkého tresku (Big-Bang) Táto metodika pomenovaná podľa teórie vzniku vesmíru v praxi znamená, že projekt sa rodí živelne a nekoncepčne. Na začiatku projektu je spravidla kombinácia zákazníkových požiadaviek a následná vízia riešiteľov a na konci niekedy veľký úspech a oveľa častejšie veľké problémy. Pokúsme sa zdôvodniť princíp prípadného úspechu. Pri riešení projektu touto metódou je všetko úsilie sústredené na programovanie, takže hlavne v prípade menších projektov býva korunované úspechom. V prípade problémov nastane veľký tresk finančný a občas aj personálny. Po sérii neúspechov sa začne pri vývoji projektu viac dbať na metodiku a vývojársky tím sa prikloní k iným koncepčnejším modelom. Metodika Programuj a opravuj V predchádzajúcej stati venovanej veľkému tresku sme neanalyzovali situáciu, keď dôjde k problémom, ale projekt úplne neskrachuje. Vtedy veľký tresk spravidla plynule prejde na metodiku programuj a opravuj, ktorá je v našich podmienkach pravdepodobne (väčšinou nechtiac) najčastejšie používaná. Na začiatku aplikovania tejto metodiky je určitá predstava o problematike a jej riešení. V priebehu riešenia sa postupne odstraňujú chyby. Výhodou je dosiahnutie určitého výsledku už v počiatočnom štádiu. Bohužiaľ, potom vo veľa prípadoch vstúpi do platnosti Murphyho zákon, že na vyriešenie posledných 10 % problému treba 90 % času. Aj keď väčšina modulov môže byť bezchybných, po ich spojení nemusia ideálne orchestrovať. Veľkým úskalím je to, že riešiteľský tím často nevie, kedy je riešenie ukončené. Je to logické: keďže nebol presne stanovený cieľ, ako dokážete rozpoznať, že bol dosiahnutý? Connect! leden

10 téma Vodopádový model Pri tejto metodike jednotlivé fázy riadenia projektu vývoja na seba kaskádovo nadväzujú. Striktné oddelenie jednotlivých časti vývoja do samostatných fáz umožňuje celý proces sprehľadniť. Prechod do novej fázy je možný len po úplnom dokončení prác na predchádzajúcej fáze. V opačnom prípade je potrebné sa do predchádzajúcej fázy dodatočne vrátiť. Vo fáze analýzy požiadaviek analytici alebo vývojársky tím vykonajú analýzu cieľov projektu a jeho požadovanej funkcionality. Ak sa jedná o softvér na mieru určený pre konkrétneho zákazníka, táto fáza prebehne v spolupráci so zákazníkom. Výsledky analýzy sú podrobne zdokumentované. V nadväznosti na výsledky analýzy sa vo fáze návrhu architektúry vytvoria konceptuálne a logické modely, ktoré vytvárajú celkovú architektúru systému. Podrobný návrh sa týka najmä návrhu funkcií softvérového systému a spôsobu komunikácie. Po dosiaľ uvedených fázach, ktoré by sme mohli nazvať aj prípravné, nasleduje implementačná fáza, teda kódovanie a testovanie softvérových modulov. Po autonómnom otestovaní jednotlivých modulov sa tieto modely integrujú a následne testujú ako celý systém. Potom môže nasledovať podľa povahy projektu jeho distribúcia alebo v prípade softvéru na mieru jeho odovzdanie konkrétnemu zákazníkovi. U zákazníka prebehne akceptačné testovanie, buď pred nasadením do ostrej prevádzky, alebo aj počas nej. Počas celej doby životnosti softvéru je potrebné zaistiť jeho údržbu, napríklad odstraňovanie chýb a pridávanie nových funkcií. Tento model je názorný, ľahko pochopiteľný a teda ideálny pre výučbu a prezentovanie. V praxi je však rozhranie medzi jednotlivými fázami dosť neostré, hlavne vinou chýb, ktoré neboli odhalené v patričnej fáze, takže preniknú do fáz následných. Vodopádový model preto stojí a padá na kvalitnej práci testerov. Iteračný prototypový evolučný model Známa názorná analógia reálneho životného cyklu softvérového projektu, ktorú na svojich prednáškach prezentuje známy konzultant Tom Gilb (www.gilb.com) V model Nevýhodou vodopádového modelu je značná miera abstrakcie na rôznych stupňoch, takže pre väčšie projekty jeho využitie prakticky nepripadá do úvahy. Nakoľko softvér je produktom s jednou z najvyšších mier abstrakcie je nevyhnutné, aby jeho tvorba prebiehala nie v jednosmerne naviazaných fázach, ale vo viacerých iteračných cykloch. Preto na základe skúsenosti s vodopádovým modelom bol odvodený V model, ktorý už zahŕňa súvislosti medzi testovaním, analýzou a návrhom. Model má názov na základe usporiadania jeho blokov do tvaru písmena V, kde na ľavej strane sú fázy analýzy a návrhu a na pravej strane fázy testovania. Na špici v strede je situované kódovania. Ľavá strana je vetvou vývoja a pravá strana vetvou testovania. Čiarkované prepojenie znamená, že ak sa počas overovania odhalia chyby, je potrebné vrátiť sa do vetvy vývoja na príslušnej úrovni. Špirálový model Tento model je doslova implementovaná známa veta, že vývoj ide po špirále. Každý závit špirály zodpovedá jednej fáze vývoja. Cykly naprieč špirálou v smere od stredu k okraju predstavujú fázy tak, ako ich poznáme z vodopádového modelu. Nahradenie kaskádového radenia špirálovým usporiadaním prináša možnosť iterácie. Navyše v takomto modeli nie sú presne jednotlivé fázy presne ohraničené. Jednotlivé cykly (závity špirály) pozostávajú z niekoľkých segmentov určenie cieľa stanovenie rizík a možnosti ich eliminácie vývoj a testovanie plánovanie V segmente plánovania sa rozhoduje, či je potrebný ďalší cyklus iterácie. Výhodou špirálového modelu je jeho prehľadnosť vďaka rozdeleniu vývoja do jednotlivých fáz. Zároveň ale umožňuje viackrát sa vrátiť k jednotlivým fázam na základe požiadaviek zákazníka. Tento model je variantný, nakoľko v jednotlivých fázach vývoja môžete použiť rôzne typy modelovania. Evolučný model Tento model sa prispôsobuje tomu, že požiadavky na projekt nie sú úplne presné, takže nemá presne definované hranice medzi fázami. Podporuje vytvorenie viacerých variantných prototypov, ktoré sa následne prekonzultujú so zákazníkmi. Prvý prototyp sa realizuje na základe prvotnej abstraktnej špecifikácie, ktorá je výsledkom jednaní medzí analytikmi a zákazníkmi. Táto špecifikácia sa postupnými iteráciami spresňuje, pričom vstupom do každej iterácie sú aj požiadavky a v neskorších fázach aj pripomienky od zákazníkov. Snaha o splnenie požiadaviek zákazníka vnáša do procesu širokú mieru variability a aj určitú nestabilitu. S čím bol zákazník spokojný včera, zajtra byť nemusí, jeho kolektívne myšlienkové procesy zákonite vedú k zmenám a následne k pokroku. 60 Connect! leden 2010

11 téma Podľa spôsobu vytvárania prototypov môžeme tento proces rozdeliť na dva typy: Prieskumné prototypovanie začína od častí systému, ktoré sú už v etape analýzy najlepšie pochopené. Ďalšie časti systému sa do prototypov zahŕňajú po konzultáciách so zákazníkom. Vytváranie prototypov na zahodenie sa aplikuje na problematické časti, ktoré sa v etape analýzy a prvotného návrhu nedajú presne špecifikovať. Z viacerých prototypov sa vyberie ten, ktorý najlepšie spĺňa požiadavky. Takto sa môžete prispôsobovať zmenám požiadaviek, avšak počet iterácií potrebných na dokončenie systému nie je vopred známy. Zákazníkova participácia prináša určité riziko zle štruktúrovaného výsledného produktu. Evolučný model je možné efektívne uplatniť len pri vytváraní relatívne malých systémov, systémov obmedzenou životnosťou alebo častí väčších systémov bez Princíp metodiky vodopádového modelu presnej špecifikácie. U väčších systémov môžeme evolučnú metodiku využiť napríklad pri návrhu používateľského rozhrania. Metodika riadenia projektov PRINCE2 Skratka metodiky pôvodne používanou britskou vládou na riadenie IT projektov je odvodená od anglického názvu PRojects IN Controlled Environment. Neskôr sa začala presadzovať v medzinárodnom meradle. Metodológia stanovuje základné fázy projektu a k nim priradenú projektovú dokumentáciu a ľudské zdroje tímy a role na projekte Metodiku PRINCE2 je možné efektívne využívať aj pre riadenie malých projektov. Metodika je natoľko komplexná, že by vydala na celý článok, preto ju predstavíme len heslovito. Pozostáva zo siedmych procesov, Predprojektová príprava Zahájenie projektu Strategické riadenie projektu Riadenie etapy Princíp metodiky V modelu Riadenie dodávky produktu Riadenie hraníc etapy Ukončenie projektu zo siedmich tém podporujúcich procesy Zdôvodnenie projektu Organizácia Plánovanie Hodnotenie progresu Riadenie rizika Riadenie kvality Riadenie zmien a dvoch metodológií. Produktovo orientované plánovanie Vyhodnocovanie kvality Matica kompromisov Výberom správnej metodiky celý proces len začína. Pre jednotlivé etapy je potrebné nájsť vhodný a prijateľný kompromis medzi zdrojmi, ktoré má vývojársky tím k dispozíciami, termínmi, ktoré vyplývajú zo zmlúv alebo jednoducho z požiadavky, aby produkt prišiel na trh skôr ako produkt od konkurencie, a funkčnosťou aplikácií. Na tento účel sa často využívajú matice kompromisov. Maticu kompromisov si môžete predstaviť ako dvojrozmernú tabuľku; v riadkoch sú kritéria a atribúty požadované pre konkrétny softvérový projekt. Typicky sú to: zdroje termíny funkčnosť kvalita Pre niektoré atribúty sú pravidlá pevne dané, iné si môžete zvoliť, a na základe toho následne upravíte požiadavky na zostávajúci atribút. Napríklad máte fixné zo zmluvy vyplývajúce termíny. Na základe toho vo firme pridelíte k jednotlivým projektom zdroje, napríklad členov tímu, kapacity testerov a podobne. Veľmi diskutabilným atribútom v matici kompromisov je kvalita. Podľa teórie síce do matice kompromisov patrí, čiže ak máte napríklad obmedzené zdroje a šibeničné termíny, aj tak by ste dokázali vytvoriť aplikáciu, daňou za to by mohla byť nedostatočná kvalita. Hlavne z dôvodov konkurencieschopnosti sa v otázke kvality spravidla nepripúšťajú žiadne kompromisy, preto je lepšie kritérium kvality z matice kompromisov vylúčiť a nekompromisne požadovať konštantnú kvalitu. V časovej alebo investičnej núdzi je lepšie obmedziť funkcionalitu, to znamená, že aplikácia bude mať menej funkcií, ale kvalitných. Neskôr možno chýbajúcu funkcionalitu doplniť napríklad formou doplnkov. Tabuľka matice kompromisov je jednoduchá a dostatočne názorná pre ľudí s matematickým myslením. Pre ostatných bude možno názornejšia forma zápisu matice kompromisov ako veta v prirodzenom jazyku podľa tejto šablóny: Ak máte fixné, môžete si zvoliť, a podľa toho musíte upraviť. Napríklad: Ak máte fixné zdroje, môžete si zvoliť funkčnosť, a podľa toho musíte upraviť termíny. Úspešným implementovaním dobrej metodiky sa etapa vývoja aplikácie dá skrátiť a dosiahnuť signifikantné úspory nákladov. Metodika je dôležitá nielen v etape vývoja, ale aj v etape podpory a inovácie, kedy sú pojmy ako prehľadnosť, dobrá dokumentácia, štruktúrovanosť a modulárnosť prakticky na nezaplatenie. Chybám v procese riadenia projektov zabrániť nedokážete, no dôležité je jej včasná identifikácia. Čím neskôr bude chyba odhalená, tým drahšia bude jej oprava. Porovnajte sami náklady na opravu chybu odhalenej v etape modelovania s nákladmi na opravu chyba ktorá bude odhalená až pri beta testovaní, či nebodaj až v ostrej prevádzke. Možno si spomeniete na haváriu kozmickej rakety krátko po štarte, ktorú zavinila banálna softvérová chyba, alebo problémy niektorých automobiliek, ktoré musia sťahovať už predané autá do servisu na výmenu chybného softvéru v riadiacej jednotke. Ak by sa chyba odhalila vo fáze testovania softvéru, tak sa jednoducho opraví. Chyba odhalená v etape testovania celej riadiacej jednotky už znamená preprogramovanie série čipov, a takto sa to stupňuje. Matica kompromisov (zaškrtnuté sú typické kombinácie) Connect! leden

12 AUTOR téma Jak na Portfolio management S řízením portfolií projektů je to jako s projekty samotnými před pár lety mnoho se o tomto tématu hovoří, nicméně málokde skutečně funguje. Přitom je portfolio management logickou a svým způsobem neodvratnou součástí projektově orientovaných organizací. Realizace rostoucího počtu projektů si o systematický přístup k řízení celého portfolia řekne dříve či později sama. Na světě nenajdete organizaci, která nenarazí na limity aspoň na straně zdrojů, kdy zpravidla nelze donekonečna zvyšovat jejich kapacity, a také finanční prostředky alokované na projekty. Portfolio management staví na prosté skutečnosti: optimalizace celku (portfolia) vede k vyššímu efektu než optimalizace jednotlivých prvků (projektů). Převedeno do praxe, úspěšné řízení portfolia projektů představuje kontinuální proces identifikace, výběru, plánování a řízení zpravidla veškerých projektových aktivit v organizaci v návaznosti na její strategické cíle. Portfolio management je oním chybějícím kouskem propojujícím strategii organizace s konkrétními projekty jakožto prostředky její realizace. Vytvoření Jak objektivně určit priority projektů? Předmětem iniciační fáze je především zajištění a standardizace prostředků pro zachycení projektových záměrů. Jen tak lze objektivně vyřadit projekty, které přinášejí malou hodnotu. Standardizace procesu zpracování záměrů zároveň vytváří základnu pro další směřování projektů v organizaci dle zadaných dat lze projekty kategorizovat, řídit nároky na zadávání dat pro projekty různých typů apod. Součástí standardizované evidence záměrů bývá vedle popisu výstupu, specifikace potřebných zdrojů, nároků na čas a seznamu rizik také strategický dopad, který vymezuje příspěvek jednotlivých projektů ke strategickým cílům organizace. Ing. Drahoslav Dvořák, Ph.D. ředitel odboru Projektová kancelář ve společnosti UniControls a.s., odborným garant předmětu Řízení projektů na Vysoké škole Škoda Auto Pracovní postup projektu Zároveň dochází i ke specifikaci kontextu jednotlivých projektů zajímavá je z tohoto pohledu zejména definice závislostí mezi projekty. Na více fakticky závislých projektů, sledujících jeden cíl, je pochopitelně třeba nahlížet jako na celek. Naopak projekty, které se vzájemně vylučují (např. alternativní řešení jednoho konkrétního problému), by měly být řízeny co nejrychleji k bodu rozhodnutí. Jak vidno, založit projekt nemusí být z pohledu projektové organizace otázkou jednoho u nebo telefonátu, jak tomu v praxi často bývá. Je jasné, že takto detailní specifikaci je třeba procesně standardizovat. Jako ideální pomocník pro tyto případy se v současnosti etabluje elektronické workflow. To na základě zvoleného typu projektu automaticky nasměruje příslušné formuláře konkrétním pracovníkům a vymezí i čas, který je pro splnění úkolu k dispozici. Absence standardizovaných pracovních postupů se v organizacích zpravidla projevuje situacemi, kdy se např. velký investiční projekt založí dle šablony na drobné provozní záležitosti, nebo když pracovníci začnou vykazovat na dosud neschválený projekt apod. Výběr Jaká skladba portfolia přinese maximální efekt? Realizovat co nejvíce projektů nemusí být tak výhodné jako realizovat menší počet správných projektů. Volba optimální struktury portfolia znamená v praxi faktické oddělení zrna od plev. Je zřejmé, že skutečně objektivní provedení výběru lze postavit pouze na fungující specifikaci jednotlivých projektů. Ne snad, že by to jinak nešlo v praxi je výběr skladby portfolia do jisté míry dán skutečností, že zákazník se prostě neodmítá, nicméně hrozí, že se kvůli narůstajícímu počtu projektů dostanou pod tlak klíčové zdroje organizace. Když tedy nechcete zcela vyřazovat, odložte aspoň méně důležité projekty v čase, nebo na ně počítejte s jinými zdroji. Proces výběru optimální struktury bývá v praxi nazýván jako portfolio analýza a lze ho rozdělit do následujících, po sobě jdoucích kroků. 1Definice strategických cílů Seznam cílů organizace je primárně využit v rámci procesu definice priority projektu. Její určení pouhým odhadem bývá někdy ošemetné takový postup končí stavem, kdy máte v organizaci pouze projekty s vysokou, velmi vysokou, či maximální prioritou. Mnohem jistější postup pro určení priority představuje její kalkulace na základě určení míry příspěvku jednotlivých projektů pro naplnění strategických cílů. 2Stanovení priorit strategických cílů Aby byl model výpočtu priority představen zcela, je třeba zmínit i situaci, kdy každý z cílů organizace může disponovat různým významem. Provedení prioritizace těchto cílů dále zpřesňuje proces prioritizace projektů. 3Analýza portfolia Celý proces je završen modelováním optima. Op- Výsledek analýzy portfolia 62 Connect! leden 2010

13 téma Přehled projektů timum je dle teorie vhodné stanovovat ideálně pro celou organizaci, nicméně spousta organizací tak nečiní, a to z důvodů svého vnitřního uspořádání, které vede spíše k optimalizacím na úrovni divizí apod. Výsledek bývá zpravidla prezentován v podobě matice projektů doporučených pro realizaci a projektů zamítnutých. Analýza se primárně realizuje přes celkový rozpočet na projekty a přes kapacity zdrojů. Také fázi výběru je vhodné podpořit elektronickým pracovním postupem. Vyvarujete se tak případům, kdy se začne pracovat či dokonce vykazovat na projektu neschváleném pro realizaci. Plán Jak provést projekty co nejefektivněji? Plánování vybraných projektů můžete chápat jako styčnou plochu, kde metodologie portfolio managementu předává pomyslný štafetový kolík vlastnímu řízení projektů. Projektový manažeři přebírají projekty s definovanými klíčovými fázemi a hrubým plánem zdrojů, resp. předběžným rozpočtem projektu. Vstupem pro tuto fázi jsou schválené záměry projektů, které je třeba rozpracovat do podoby plánů kvality, času a nákladů. Klíčovými nástroji jsou z tohoto pohledu milníky jakožto brány, které pouštějí projekty dále, a akceptační protokoly, které pomáhají předcházet situacím, kdy zadavatel jednostranně tlačí na modifikaci projektu (např. změna kvality bez možnosti změn času či nákladů apod.). Důležitou součástí plánu jsou také zdroje, jejichž dostupnost bývá klíčovým faktorem, ovlivňujícím dokončení projektu. Zatímco v předchozích fázích modelu řízení portfolia si můžete vypomoci tzv. obecnými zdroji, tedy vystihovat požadavky na zdroje např. pomocí rolí, zde je již třeba stanovit konkrétní zodpovědnosti. Aby bylo možné zajistit sledování kapacit zdrojů napříč portfoliem, je dobré veškeré zdroje (nebo přinejmenším jejich významnou část) převést do sdíleného fondu zdrojů, odkud jsou pracovníci do jednotlivých projektů nominováni. Výhodou tohoto konceptu je i snazší správa zdrojů, kde si lze pomoct synchronizací dat s personálními systémy apod. Řízení Jak udržet stádo pod kontrolou? Závěrečná fáze řízení portfolia projektů obsahuje koordinaci exekucí jednotlivých projektů se zřetelem na priority organizace jako celku. Vstupem pro řízení jsou, jak jinak, změny: na straně jedné změny v projektech (zpoždění, překročení nákladů, změny kvality), na straně druhé pak stojí změny strategických cílů organizace (růst obratu vs. snižování nákladů apod.). Fázi řízení lze rozdělit do dvou okruhů: Řízení jednotlivých projektů Tato kategorie je postavena na sledování odchylek mezi skutečně vykázanými a plánovanými daty. V návaznosti na zjištěné rozdíly pak dochází k návrhu scénářů pro jejich eliminaci. V závislosti na charakteru projektu se postupy pro sledování a řízení mohou lišit, např. menší projekty mohou být řízeny prostřednictvím projektových porad vedoucího projektu a týmu, naopak velké a rozsáhlé projekty se neobejdou bez podpory vykazování prostřednictvím časových rozvrhů a videokonferencí. Řízení celého portfolia Procesy obsažené v oblasti řízení portfolia jako celku zahrnují kontinuální proces vyhledávání problematických míst napříč portfoliem. Aby bylo možné tento proces efektivně vykonávat, je třeba strukturu projektových výkazů standardizovat napříč celým portfoliem. Na rozdíl od projektů je tak řízení portfolia poněkud více svázané. Report stavu portfolia tzv. portfolio dashboard je pak klíčovým vstupem pro strategické rozhodování řídících pracovníků organizace. Metodika vs. Nástroje v portfolio managementu S řízením projektů má portfolio management jedno společné: jedná se primárně o souhrn metodických pravidel, který však pro praktickou aplikaci vyžaduje podporu ze strany softwarových nástrojů. Z pohledu těchto specializovaných podpůrných nástrojů lze doplnit následující dvojici praktických poznatků: Nasazení nástrojů by mělo vždy jít až ve druhém sledu po definici jednotlivých procesů portfolio managementu. Je to logické teprve v okamžiku, kdy se vyjasní obsahová stránka fungování projektové kanceláře, tedy kompletní pole působnosti portfolio manažerů, nastane čas na zapojení podpůrných nástrojů. Nadále platí, že nástroje projekty ani portfolia řídit neumějí, nicméně bez jejich pomoci se v současném turbulentním prostředí neobejdete. Nasazování specializovaných nástrojů pro oblast portfolio managementu probíhá zpravidla v přesně opačném pořadí, než v jakém jsou zmíněny procesy portfolio managementu. Jako výchozí bod je vhodné využít platformy pro reporting, kam lze napojit projektová data ze všech provozních systémů. V první fázi tedy nemusíte nutně řešit způsob plánování a sledování jednotlivých projektových typů. Na toto přijde čas po zavedení konsolidovaného reportingu. Jako další bod přichází na řadu standardizace výběru portfolia projektů (např. objektivní stanovování priorit projektů) a až nakonec dochází k migraci standardizovaných žádostí o projekty, které do rozhraní podpůrných nástrojů přecházejí ze šablon vytvořených např. v aplikacích MS Word nebo Excel apod. Portfolio dashboard Microsoft Enterprise Project Management 2010 Nová generace řešení Enterprise Project Management nabízí nově integrované funkce pro portfolio management a management jednotlivých projektů: elektronické workflow řídící životní cyklus projektů v portfoliu, objektivní prioritizaci projektů vůči omezením organizace, centrální řízení kapacit zdrojů, zcela nový koncept plánování projektů, integrované vykazování odvedené práce nejen na projektech, pracovní prostory pro týmovou spolupráci a v neposlední řadě robustní platformu pro Business Intelligence. To vše je doplněno integrací s platformou SharePoint 2010 a intuitivním uživatelským rozhraním. Celé řešení tak lze snadno integrovat s ostatními informačními systémy organizace a z pásu karet se tak stává výhradní ovládací prvek celé produktové rodiny Office Řešení Enterprise Project Management 2010 si můžete vyzkoušet ve virtuálním prostředí online: go.microsoft.com/?linkid= , případně si můžete virtuální image stáhnout z adresy: com/?linkid= Connect! leden

14 téma ITIL prakticky krok za krokem II. AUTOR V minulém Connectu jsme popisovali výzvy, kterým musíte čelit při využívání IT služeb, obzvlášť v malých a středních firmách. Ukázali jsme vám, co ITIL je a co nabízí. V tomto dílu se zaměříme na to, které z výzev jsou ty nejdůležitější a jak na ně ITIL reaguje. Výzvy, které byly identifikovány v minulém díle a v tomto textu budou dále obšírněji rozvedeny, jsou následující: Udržení IT infrastruktury v chodu Zvyšování přidané hodnoty Snižování nákladů Snižování zbytečné komplexnosti Sladění IT se skutečnými potřebami firmy Splnění legislativních požadavků Zajištění alespoň základní bezpečnosti Klíčová výzva Pokud se nad nimi zamyslíte, zjistíte, že primární výzva je udržení IT infrastruktury v chodu a že všechny ostatní výzvy jsou druhotné. K čemu je zvyšování přidané hodnoty, když základní IT infrastruktura není funkční, a proto neposkytuje ani základní přidanou hodnotu? K čemu je snižování nákladů, když to, za co jste utratili peníze, nefunguje? Jediné možné snížení nákladů je pak návrat k tužce a papíru. Martin Vitouš, Jiří Dvořák K čemu je snižování komplexnosti, když ani jednotlivé složky informačního systému nefungují? K čemu je sladění IT se skutečnými potřebami firmy, když nejsou uspokojeny ani ty nejzákladnější potřeby (jako například otevřít poštu, podívat se na webové stránky zákazníka, dodavatele apod.)? K čemu je splnění legislativních požadavků, když si například ani nemůžete otevřít databázi zákazníků, natož splnit zákonné požadavky na ochranu dat a informací? K čemu je zajištění aspoň základní bezpečnosti, když počítač, na kterém se máte svým dostatečně kvalitním heslem připojit k zašifrovaným datům, spolehlivě nepracuje? Prvotní je vždy zajistit aspoň základní funkčnost základních prvků IT infrastruktury (počítače, síť, server, připojení k internetu, základní software atp.). Teprve když toto funguje, má cenu se zabývat tím ostatním. Charakteristiky této výzvy podle popisu v minulém díle jsou následující: Nesystematická nebo chybějící podpora Chybějící pravidla hry Vytloukání klínu klínem Zbytečná řešení Absence jakékoliv dokumentace Nesystematická nebo chybějící podpora Podpora IT infrastruktury skládající se ať už z jednoho serveru, nebo z plnohodnotných souborových a aplikačních serverů připojených k internetu pomocí firewallu buď neexistuje, nebo není systematická. Teprve v okamžiku, kdy něco nefunguje, začínají uživatelé hledat, kdo by to opravil. Ve většině případů musí sám uživatel přemýšlet, co se pokazilo a kdo je ten správný, aby to opravil. Pak nastane oblíbené kolečko telefonů se standardním průběhem u mě všechno funguje, zavolejte těm druhým. Problémem ale je, že uživatel v daný okamžik nedělá to, kvůli čemu je zaměstnán (vydělávání peněz pro firmu), ale supluje činnost IT podpory (hledá a přesvědčuje jednotlivé poskytovatele IT služeb). Chybí to, co se ve velkých firmách již dlouho zavádí, a to je Service Desk s jedním kontaktním telefonním číslem, ovou adresou nebo webovým formulářem, kde je možné nahlásit a zaregistrovat, co nefunguje. Na témže místě si pak může uživatel kdykoli zjistit, v jakém stavu je jeho případ, případně kdy bude vyřešen. Chybějící pravidla hry Řešení výpadku může provést buď interní IT pracovník (pokud ve firmě existuje), nebo externí IT firma. V obou případech nebývají stanovena pravidla hry (do kdy, za kolik, jakým způsobem apod.). Chybějící takováto pravidla hry mají v první řadě za následek to, že příslušný IT pracovník, který 64 Connect! leden 2010

15 téma má případ řešit, neví, jakou má prioritu. To znamená, že uživatel, který nejvíce křičí, je uspokojený jako první. Dalším oblíbeným faktorem ovlivňujícím pořadí uspokojení uživatelových potřeb jsou osobní vazby. V obou případech sice dojde k uspokojení potřeb uživatele, ale neznamená to, že se jednalo z pohledu firmy o ten nejdůležitější případ. Ve většině případů se jednalo pouze a jenom o pohled konkrétního uživatele. Jasné stanovení pravidel pro určení priorit jednotlivých případů, termínů pro jejich vyřešení a v neposlední řadě i stanovení odpovědností jednotlivých účastníků pomáhá k efektivnímu využití zdrojů IT podpory a hlavně k minimalizaci negativních dopadů na chod firmy. Vytloukání klínu klínem Pokud se vám podaří najít odpovědného pracovníka, ať už interního nebo externího, nastává problém s časem a úrovní znalostí konkrétního prostředí. Řešení se většinou hledá izolovaně, bez znalosti souvislostí. Ve většině případů je řešením záplata nebo přeinstalace či výměna zařízení. V případě záplaty poskytované výrobcem se jedná o typizované řešení vhodné pro většinu standardních implementací. To ale neznamená, že záplata bude použitelná vždy a všude. Bohužel vzhledem ke zmíněným problémům s časem a znalostem prostředí dochází k přístupu pokus/omyl. Záplata se implementuje a čeká se, co se kde objeví. Pokud se nic zvláštního neobjeví, incident se prohlásí za vyřešený. Bohužel se může negativní dopad projevit až po čase a většinou zase v kombinaci s jinou záplatou někde jinde. Tím se vytváří určitý řetěz, který se dříve nebo později přetrhne a způsobí vážné škody. Zbytečná řešení Druhým možným přístupem pro řešení incidentů je výměna nebo náhrada celé IT služby či klíčového zařízení. Tento způsob řešení je mnohem spolehlivější a mívá menší vedlejší dopady než použití záplat. Nicméně jeho obrovskou nevýhodou je čas implementace a její cena. Po celou dobu, kdy se vyměňuje nebo nahrazuje příslušné zařízení, uživatelé nemohou využívat IT službu, čímž se podstatně snižuje efektivita jejich práce. Tak se k ceně nové IT služby přidávají ještě ztráty na straně firmy. Bohužel tyto ztráty jsou málokdy vyčíslitelné, a tak si je nikdo neuvědomuje. Absence jakékoliv dokumentace Ať už dojde k vyřešení incidentu jakýmkoliv způsobem, většinou nedojde k žádnému poučení se ani k aspoň hrubému zdokumentování. To znamená, že až se situace bude opakovat a někdo jiný bude znovu hledat řešení na něco, co už bylo vyřešeno v minulosti, bude hledat řešení bez znalosti prostředí a historie. Při řešení jakýchkoliv incidentů je nejjednodušší začít hledat v historii. To znamená, že se příslušný pracovník v první řadě snaží identifikovat, co se pokazilo, a pak se podívá na minulé incidenty a jejich řešení. Nebo zjistí, zda nedošlo v poslední době k nějaké změně, která by mohla mít vliv na funkčnost zařízení. To ale předpokládá aktuální a smysluplnou dokumentaci. Tvorba dokumentace je nedílnou součástí systematické podpory IT služeb, obzvlášť je-li poskytovaná různými poskytovateli. Řešení Jak bylo popsáno v minulém díle, není nutné hledat řešení problémů od úplného začátku, ale je možné využít doporučení, neboli best practices. Jedním z doporučení pro oblast IT služeb je ITIL. ITIL definuje čtyři funkce (oddělení), z nichž hlavní je Servis Desk, a dvacet šest procesů v pěti fázích životního cyklu. V rámci jednotlivých funkcí a procesů ITIL definuje několik rolí. Na straně firmy se jedná o dvě klíčové role, a to uživatel a zákazník. Uživatel je definován jako někdo, kdo užívá IT služby prostřednictvím individuálních součástí IT infrastruktury. Uživatel vznáší vůči poskytovateli IT služeb požadavky v rámci již existujících služeb, např.: Nové PC Nová licence standardního softwaru (MS Visio, MS Project apod.) Změna přístupu k aplikaci (číst/psát místo pouze psát) Školení Dokumentace Dále uživatel reportuje poskytovateli IT služeb veškeré chyby a výpadky poskytovaných IT služeb, incidenty. Obecně řečeno, uživatelem jsou všichni, kteří využívají jakoukoliv část IT infrastruktury. Zákazník je definován jako někdo, kdo zadává IT služby. Zákazník vznáší vůči poskytovateli IT služeb požadavky na nové IT služby, na změny v poskytování existujících IT služeb, na ukončení poskytování IT služeb apod. Zákazník je ten, kdo má rozhodovací pravomoci a v nějaké podobě za poskytování IT služeb platí ať už přímo (externí poskytovatel IT služeb), nebo zprostředkovaně pomocí naplnění rozpočtu IT (interní poskytovatel IT služeb). Počet zákazníků v každé firmě je velmi omezen, ale vždy musí existovat aspoň jeden, a tím je majitel nebo generální ředitel. Jak uživatel, tak zákazník potřebuje svůj protějšek na straně poskytovatele IT služeb. Uživatel komunikuje v případě jakéhokoliv požadavku nebo chyby se Servis Deskem. Zákazník na druhou stranu komunikuje v případě svých požadavků s rolí Business Relationship Manager (BRM) nebo Service Level Manager (SLM). Těmito vztahy jsou definované rozhraní mezi příjemcem a poskytovatelem IT služeb. Měření a reportování Rozhraní uživatel/it Úlohou Servis Desku je přijmout všechny incidenty, požadavky a otázky, zaznamenat je, porozumět jim a postarat se o ně. Tím zajistíte, že všichni uživatelé budou systematicky komunikovat s poskytovatelem IT služeb prostřednictvím jednoho rozhraní. Dále budou všechny incidenty, požadavky a otázky zaznamenané, čímž se zajistí, že poskytovatel IT služeb na nic nezapomene. Zároveň se může uživatel kdykoliv podívat, v jakém stavu je jeho případ. Dále se zajistí, že to bude IT odborník, který na základě dokumentace a dostupných informací jak od uživatele, tak od ostatních IT pracovníků posoudí, kdo se má na vyřešení případu podílet. Tím se výrazně zvyšuje pravděpodobnost vyřešení, snižuje se čas řešení, ale hlavně se na jednom místě určí jasné priority, co se bude řešit jako první z pohledu celé firmy, a ne jen z pohledu konkrétního uživatele. To minimalizuje negativní dopad na firmu a snižuje případné ztráty. Primárním procesem, který je využíván Servis Deskem, je Správa incidentů (Incident management). Jak bylo zmíněno v minulém díle, úkolem procesu je obnova poskytování IT služby v případě výpadku, nebo omezení kvality. Tato obnova probíhá a je měřená na základě kritérií dohodnutých mezi poskytovatelem IT služby a jejím příjemcem (zákazníkem). Cílem obnovy není trvalé odstranění příčin. Zpočátku bývají všechny příchozí incidenty, požadavky a otázky evidovány pomocí jednoho procesu a na jednom místě. Každý případ je určitým způsobem klasifikovaný (typ případu, poškozený uživatel, dotčená IT služba, dotčená součást IT infrastruktury apod.). Na základě klasifikace se pak určí, kdo a co udělá Connect! leden

16 téma Vztahy jsou definované rozhraní mezi příjemcem a poskytovatelem IT služeb tak, aby byl případ vyřešen s nejmenšími náklady a v co nejkratším čase. Teprve, když si uživatelé, ale i IT pracovníci zvyknou na tento způsob práce a když máte shromážděné určité množství informací, můžete začít přemýšlet, jaké další procesy budete implementovat. V případě, že se většinou nejedná o chyby IT infrastruktury nebo o nedostatek znalostí uživatelů, ale o požadavky v rámci existujících služeb, budete uvažovat o procesech: Request fulfilment (Plnění požadavků) Access management (Správa přístupů) Úkolem procesu Plnění požadavků je zajišťovat požadavky jednotlivých uživatelů. Mezi požadavky patří zajištění individuální výpočetní techniky, instalace individuálního softwaru nebo přístupu k existujícím aplikacím či IT službám. Úkolem procesu Správa přístupů je přidělovat a odnímat přístupová práva jednotlivým uživatelům ke konkrétním datům či informacím poskytovaným v rámci existujících IT služeb. Dále je nutné sledovat využívání přiděleného přístupu, aby se předešlo porušení bezpečnosti nebo zbytečnému využívání drahých licencí. Oba tyto procesy je možné pomocí jednoduchých nástrojů automatizovat, a tím zlevnit činnost poskytovatele. V případě, že se ve většině případů jedná o opakující se incidenty s velkým dopadem na chod firmy, budete uvažovat o procesu Správa problémů (Problem management). Úkolem tohoto procesu je trvalé odstranění příčin výpadků poskytování IT služby. Protože se ale může jednat o časově a finančně náročnou činnost, je potřeba si vybírat takové výpadky, které mají velký dopad na činnost firmy. Každá taková činnost musí být podložená kalkulací potenciálních nákladů a přínosů. V případě, že se ve většině případů jedná o incidenty vztahující se k bezpečnosti a zajištění informací ve firmě (viry, úniky informací, neoprávněný přístup apod.), budete uvažovat o procesu Správa bezpečnosti informací (Information security management). Úkolem tohoto procesu je chránit informace poskytované a uchovávané v rámci IT služeb a zároveň využívat technické prostředky k ochraně příslušné infrastruktury. Pokud se ve většině případů jedná o incidenty zaviněné nedostatečnou kapacitou IT služeb nebo jejich dostupností, je možné přemýšlet o procesech: Capacity management (Správa kapacit) Availability management (Správa dostupnosti) Správa kapacit musí převést požadavky na kapacity sebrané v rámci procesu Demand management do technického jazyka a zajistit, že jednotlivé komponenty IT infrastruktury kapacitu poskytují v přiměřené toleranci. Správa dostupnosti má převést požadavky na dostupnost jednotlivých služeb do technického jazyka a zajistit, že jednotlivé každá jednotlivá komponenta IT infrastruktury je dostupná podle těchto požadavků. V obou případech při správném vyvážení kapacity a dostupnosti je možné dojít k zajímavým úsporám nákladů. Pokud se ve většině případů jedná o incidenty vlastní IT infrastruktury (servery, sítě apod.), můžete uvažovat o implementaci procesu Správa událostí (Event management). Úkolem procesu Správa událostí je systematicky sledovat chování jednotlivých komponent IT infrastruktury a na základě jednotlivých informací proaktivně zamezovat vzniku potenciálních výpadků IT služeb. Vzhledem k nákladům a požadavkům na znalosti se tento proces vyplatí implementovat pouze ve středních a větších firmách nebo při využití služeb externích poskytovatelů IT služeb. V případě, že se ve většině případů jedná o incidenty spojené s nedostatečně připravenými změnami IT infrastruktury, pouvažujte o implementaci procesů: Change management (Správa změn) Release & deployment management (Správa releasů a nasazení) Správa změn by měla eliminovat rizika spojená se změnou existující IT infrastruktury při implementaci nových nebo zlepšených IT služeb. Každý zásah do fungujícího systému znamená riziko, že fungující komponenty IT infrastruktury přestanou poskytovat stávající IT služby. Při Správě releasů a nasazení se fyzicky realizují změny IT infrastruktury řízené procesem Správa změn. Tento proces fyzicky chrání stávající IT infrastrukturu a je možné ho z velké míry automatizovat, čímž opět snížíte náklady. A na závěr s přibývajícím počtem implementovaných procesů budete potřebovat zajistit příslušné informace o IT infrastruktuře tak, aby bylo možné zajistit efektivní práci již implementovaných procesů. Budete implementovat proces Správa aktiv služeb a konfigurací (Service Asset & Configuration Management). Úkolem procesu Správa aktiv služeb a konfigurací je shromažďovat, uchovávat, aktualizovat a poskytovat informace o jednotlivých komponentách IT infrastruktury. Tyto informace jsou poskytované pro kvalitnější rozhodování v průběhu procesů a pro jejich zefektivnění. Jak je patrné, vždy je nutné postupovat krok za krokem. To znamená, že se implementuje vybraný proces, poté se analyzuje dopad jak na množství, tak na typ incidentů, a podle toho se pak rozhodne, zda je nutné implementovat další proces, případně jaký. Rozhraní zákazník/it Úlohou BRM/SLM je posbírat požadavky na nové IT služby nebo na změny existujících IT služeb. Tyto požadavky převede do jazyka IT, zajistí na jejich základě funkční IT službu a pravidelně reportuje její fungování. Tím zajistíte, že poskytovatel IT služeb bude pracovat na základě skutečných požadavků zákazníka, a ne na základě svého vlastního názoru na to, co jsou požadavky zákazníka. Jinými slovy sladíte činnost poskytovatele IT služeb s činností firmy, čímž zvýšíte 66 Connect! leden 2010

17 téma efektivitu poskytování IT služeb. Přestanete poskytovat zbytečné IT služby. Primárním procesem využívaným BRM/ SLM je proces Správy úrovně služeb. Jak bylo zmíněno v minulém díle, úkolem procesu je definovat parametry IT služby požadované firmou, formalizovat způsob poskytování IT služby a dosáhnout souhlasu všech zúčastněných stran. Tento proces definuje pravidla hry. Zpočátku tento proces zpracovává informace o existujících službách. Málokomu se v životě podaří IT na zelené louce. Ve většině případů přijdete do prostředí, kde jsou určité IT služby již poskytované, ale jejich poskytování není formalizované (dokumentace, reporty, odpovědnosti, parametry apod.). Snažíte se tedy o formalizaci pomocí popisu jednotlivých IT služeb a stanovení stávajících parametrů. V okamžiku, kdy se vám podaří podchytit stávající stav, je možné přejít z reaktivního do proaktivního módu. To znamená, že začnete nové IT služby připravovat již formálním způsobem a dopředu stanovíte příslušné parametry a vlastní pravidla hry. Na základě tohoto proaktivního přístupu začnete implementovat další procesy a nástroje. Spousta manažerů si myslí, že se jedná o zbytečnou byrokracii. Nicméně formální popis IT služeb vám umožňuje odhalit podhodnocené nebo nadhodnocené IT služby. V případě podhodnocení kapacity a dostupnosti ušetříte na počátečních nákladech, ale vrátí se vám to pomocí vyšších nákladů na podporu. V případě nadhodnocené kapacity a dostupnosti IT služeb vynakládáte prostředky na něco, co nepotřebujete. Dalším procesem, který je nutné implementovat, je proces Správa katalogu služeb (Service Catalogue Management) podporovaný procesem Správa portfolia služeb (Service Portfolio Management). Proces Správa katalogu služeb eviduje a poskytuje informace o všech právě používaných IT službách a jejich jednotlivých komponentách. Tyto informace jsou poskytovány jak lidem mimo IT organizaci, tak lidem v rámci IT organizace. Vlastní katalog služeb je pak součástí portfolia služeb. Úkolem procesu Správa portfolia služeb je analyzovat, jaké portfolio IT služeb máte. V rámci portfolia pracujete s nově připravovanými IT službami, existujícími službami, ale i se službami, které se používaly v minulosti. Na základě těchto informací pak můžete rozhodnout o směru rozvoje jednotlivých IT služeb a způsobu investování peněz do tohoto rozvoje. Tak, jak se při každodenní podpoře uživatelů zabýváte incidenty, se zabýváte i kvalitou jednotlivých IT služeb. V případě, že dochází k dlouhodobému nedodržování dohodnutých parametrů poskytování IT služeb, bude nutné implementovat proces Sedmikrokové zlepšování (7-step Improvement). Tento proces má systematickým způsobem přistupovat ke zlepšování IT služeb a procesů. Zlepšování nesmí být nahodilou činností postavenou na pocitech lidí. Rozhodnutí, co zlepšit a jakým způsobem, by mělo být vždy postavené na podložených faktech. Výsledky zlepšování by měly být měřitelné. V rámci zlepšování najdete mnoho příčin nedodržování dohodnutých parametrů. Na základě těchto příčin budete implementovat další procesy. Pokud se vám stává, že často implementujete IT služby příliš pozdě a narychlo, je dobré implementovat proces Správa požadavků (Demand Management). Ten eviduje všechny požadavky na kapacitu jednotlivých IT služeb v jazyku firmy. Postupnou analýzou zjistíte, co to znamená pro IT infrastrukturu v současnosti i budoucnosti. To vám pak umožní zajistit správnou kapacitu a dostupnost v pravý čas, bez zbytečně vynaložených nákladů. Aby bylo možné zasadit jednotlivé IT služby do dlouhodobého kontextu rozvoje firmy a její IT infrastruktury, je nutné implementovat proces Generování strategie (Strategy Generation). Úkolem tohoto procesu je připravit IT strategii na následující období, na základě požadavků organizace. Požadavky organizace by měly být nejlépe v podobě obchodních a jiných strategií. U tohoto procesu definujeme nejenom strategii, ale i jak je potřeba IT organizaci přizpůsobit ke splnění této strategie. Tím dosáhnete stanovení pravidel pro implementaci nových IT služeb a vlastní IT infrastruktury. Aby rozhodování bylo postavené na faktech, je potřeba zajistit průhledné financování prostřednictvím procesu Správa financí (Financial Management). Úkolem procesu Správa financí je zajistit, aby finanční prostředky vynakládané na poskytování a rozvoj IT služeb byly vynakládané efektivně a v souladu s rozhodnutím firmy. Tento proces je buď zřízen přímo v rámci IT organizace (velké firmy), nebo je součástí regulérního finančního Vztahy jsou definované rozhraní mezi příjemcem a poskytovatelem IT služeb oddělení (malé a střední firmy). Proces je také jedním z nutných předpokladů pro úspěšný outsourcing stávajících IT služeb. Bez Správy financí a zprůhlednění bude vedení firmy nemile překvapené cenou těchto služeb poskytovaných externím IT poskytovatelem. A na závěr s přibývajícím počtem implementovaných procesů budete potřebovat zajistit, aby poskytování jednotlivých IT služeb a práce v rámci jednotlivých procesů byla řádně měřená a reportovaná vedení firmy. To zajišťují procesy: Service measurement (Měření služeb) Service reporting (Vykazování služeb) Měření služeb má sjednotit veškeré měřené parametry z jednotlivých procesů. To znamená terminologii, způsob měření nebo způsob výpočtu tak, aby se nestalo, že veličina se stejným jménem se měří či počítá jiným způsobem v různých procesech. Vykazování služeb pak konsoliduje výsledky měření jednotlivých procesů a jednotnou formou je poskytuje odpovědným osobám ve firmě. Konsolidace se týká jak formátu jednotlivých reportů, tak i jejich frekvence a způsobu poskytování (elektronicky vs. papírově). Veškerá doporučení V předchozí úvaze nebyly vyčerpány všechny procesy, které ITIL nabízí. Nicméně na základě uvedené úvahy je možné doporučit: Procesy dle ITIL nikdy neimplementujte proto, že to tak dělají ostatní, ale proto, že řešíte konkrétní problémy Procesy dle ITIL implementujte postupně V první fázi se jedná o vyřešení primární výzvy, a tou je udržení IT infrastruktury v chodu dle specifikovaných pravidel hry, tj. implementace Správy incidentů (Incident management) a Správy úrovně služeb (Service Level Management) Procesy pro další fáze závisejí na analýze informací z procesů první fáze Výhodou tohoto přístupu je, že: Neděláte nic zbytečně Jste schopni analyzovat a později vyhodnotit přínosy a náklady Rozhodujete se na základě faktů, a ne pocitů Vždy se soustředíte na to nejdůležitější Postupujete krok za krokem, a tím zvyšujete pravděpodobnost úspěchu V dalším díle seriálu o zavedení a problematice ITILu popíšeme možnosti zavedení servis desku v malých a středních firmách a implementaci procesu Správa incidentů. Connect! leden

18 connect ITIL není dogma AUTOR IT obor může být hrdý na to, že existují procesní modely jako ITIL (ISO 20000) nebo CobiT, protože málokteré jiné odvětví lidské činnosti se může něčím podobným pochlubit. Odhalíme vám proto, jak se s ITILem nakládá v reálném světě. Vtomto příkladu se bude vycházet z předpokladu, že do společnosti, disponující řádově stovkami počítačů, byl právě najat nový IT manažer. Jaké má IT manažer zadání? Finanční ředitel společnosti formuloval zadání zhruba takto: Tady máte IT rozpočet, do něj se musíte vejít. Pokud nebudeme s fungováním IT spokojení, víte, co vás čeká. Pokud si to přeložíte do řeči ITILu, bude to znít následovně: Dodejte nám nejlepší možnou službu, která v rámci dohodnuté úrovně zdrojů vyhovuje potřebám byznysu, tj. službu, která je profesionální, nákladově efektivní a zahrnuje jen taková rizika, kterým je porozuměno a která jsou řízena. Incident management, Problem management kdo se v tom má vyznat? IT manažer zjišťuje, že ve společnosti funguje tým schopných IT specialistů. Zaměstnanci všechny požadavky zasílají na jeden , odkud si jednotlivé úkoly rozdělují IT specialisté, a snaží se problémy řešit. Rýsují se zde však jistá ale : Aleš Studený Hlavní architekt informačního systému ALVAO, určeného k řízení IT Jakmile se v rámci požadavku více komunikuje, probíhá to již napřímo a ztrácí se přehled levá ruka neví, co dělá pravá. Tým nemá kapacitu na to, aby řešil všechny požadavky. Z hromady nevyřešených požadavků si technici vybírají ty snadno řešitelné. Ze složitých věcí se stávají ležáky. Odborník na ITIL by pravděpodobně navrhl, aby IT manažer šel za managementem a dohodl se na katalogu služeb a reakčních dobách (SLA) v několika úrovních. Bohužel na takové jednání nemá váš nový IT manažer dostatečné znalosti o firmě. Proto přichází s jiným návrhem: stanovuje jedno SLA na všechny požadavky, a to 2 dny do započetí řešení a 5 dnů do vyřešení. Umožní termíny před vypršením posouvat, ovšem s povinností informovat žadatele a podat vysvětlení. Tuto relativně mírnou SLA důsledně kontroluje a vyžaduje, aby se zažila kultura: pokud nestíhám, tak volám a píšu. Hledáte, kde jsou Incident management, Problem management, Change management? Nikde. Překvapivě stačí jedna fronta a tým chytrých lidí, kteří si požadavky berou sami. Pokud nemáte zásadní problém typu, že věci nefungují, je zbytečné dogmaticky zavádět všechny části ITILu. Až se situace stabilizuje, váš IT manažer začne požadavky analyzovat a služby a procesy mu samy vyplynou na povrch. Ještě jedno psané pravidlo nový IT manažer zavedl. Při uzavření požadavku musí být popsáno, jak byl problém vyřešen ideálně v uzavírací zprávě žadateli. Zde se již rýsuje evoluční znalostní báze. Jako další logický krok je tedy dobré zavést dnes již běžně dostupný systém požadavků (Helpdesk nebo Servicedesk), dobře fungující i skrze y, který řešitelům včas signalizuje blížící se konec termínu. Samozřejmostí jsou reporty, jež ukazují, jak které oddělení či zaměstnanec zatěžují IT oddělení. Ve chvíli, kdy se stanovila kusová cena za požadavek, začaly být grafy lépe srozumitelné. Díky tomu se začalo hovořit jazykem peněz, kterému byznys lépe rozumí. Výsledek: Informovanost žadatelů o stavu požadavku a průběhu řešení Minimalizují se stížnosti na kvalitu řešení IT požadavků Evoluční vznik znalostní báze Možnost analyzovat požadavky, najít nejčastější problémy, provést optimalizaci Skutečně je konfigurační databáze (CMDB) administrativní zátěž k ničemu? Ve společnosti, v níž se pohybujete, je evidence majetku vedena v informačním systému lidmi z účetního oddělení. Evidence má tři hlavní části: Hmotný majetek (servery, počítače, notebooky) Nehmotný majetek (softwarové licence) Operativní evidence majetek do spotřeby (LCD monitory, mobilní telefony, SIM karty apod.) 68 Connect! leden 2011

19 connect Rozpad IT nákladů Tato společnost eviduje majetek na konkrétní zaměstnance. Aby se o těchto změnách dozvědělo účetní oddělení, musí být každá změna potvrzena předávacím protokolem. Situace na první pohled vypadá dobře: máte evidenci majetku na konkrétní zaměstnance, co chtít víc? V podstatě je to docela dobrý základ konfigurační databáze. Figuruje zde však několik ale : Vytváření protokolů je administrativní zátěž, kterou nikdo nechce provádět, a evidence neodpovídá skutečnosti Pokud se podíváte do nehmotného majetku, je situace ještě dramatičtější objevují se velké rozdíly v licenčních modelech, obvykle ani nesedí počty kusů Společnost není schopna provést inventuru nehmotného majetku Zaměstnanci z IT oddělení nemají do účetního systému přístup pokud chtějí mít ve věcech přehled, tvoří si svoje vlastní evidence v Excelu INZERCE A Majetek společnosti, který se nepoužívá, zůstává ve skříních pro strýčka příhodu Nový IT manažer přichází s překvapivým návrhem, že převezme kompletní evidenci IT majetku včetně řízení nákupního procesu, což zjednoduší celý proces a ulehčí účtárně. Odpadnou i předávací protokoly, které stejně neplnily svoji funkci. Jazykem konzultantů: Uchopil podstatnou část Configuration managementu a vytvoří základ Configurační databáze CMDB. Díky řízení nákupního procesu může nastavit standardy pro hardware a software. Jazykem ITILu: Zavedl první části Change managementu a Release managementu. Dnes je běžné, že podobné databáze IT zařízení zvládají automatizovaně získávat informace po síti, a to jak o hardwarové konfiguraci, tak o instalovaných softwarových licencích. Editace takové evidence je otázkou drag&drop operací, kdy jsou zaznamenány veškeré změny a přesuny. Podobné systémy mají obvykle intranetové rozhraní, které zpřístupní Evidenční karty každému zaměstnanci. Pokud nový IT manažer zobrazí na portálu měsíční ceny jednotlivých zařízení, začne tím hovořit srozumitelně jazykem peněz. Cenu notebooku stanoví tak, že použije cenu měsíčního pronájmu běžnou na trhu. Když tento souhrnný finanční report čtvrtletně předloží na poradách společnosti, podpoří návrat nevyužívaného IT majetku a umožní jeho využití jinde ve společnosti nebo včasný prodej. Výsledek: Zavedení smysluplné CMDB, která pomáhá IT, účtárně, zaměstnancům, manažerům Zjednodušení procesu evidování majetku Zrušení duplicitních evidencí majetku Zrušení papírových předávacích protokolů Zapojení zaměstnanců do procesu udržování dat v CMDB Zapojení manažerů do procesu zbavování se nepotřebného majetku Jak mi to pomůže, když je krize? Mohli jste si povšimnout, že provedené kroky vždy vedly k tomu, aby ve firmě vzniklo všeobecné povědomí o tom, kolik co v IT stojí. Tento přístup se osvědčil, když se začaly objevovat otázky: Kde mizí IT rozpočet?. Do konfigurační databáze stačilo doplnit služby a pak již nebyl problém veškeré IT náklady rozdělit na jednotlivá oddělení či zaměstnance. Doufám že, tato malá exkurze vám pomůže uvědomit si, že ITIL není jen teorie na míle vzdálená od běžného zdravého chodu IT. Zkuste v něm hledat řešení na problémy, které skutečně máte nikoliv ho jen dogmaticky zavádět. STAŇTE SE FANOUŠKY ČASOPISU MAMINKA NA FACEBOOKU!

20 connect Jan Sedlák: Následující rok bude z byznysového pohledu v technologickém sektoru velice zajímavý, a to zejména v oblastech, které mají co do činění s internetem. Hodně rušno začíná být ve Facebooku, do kterého vstoupil obr Goldman Sachs. Investoři se brzy dost možná hodně pomějí. I když se jeho IPO očekává až na rok 2012, tento rok by mohl být zásadní v tom, jak úspěšné bude. Na burzu mají letos vstoupit také další žhavá želízka Groupon, LinkedIn a Zynga. Groupon skupuje konkurenty v zahraničí a zdá se, že by rád šéfoval sociálnímu nakupování po celém světě. A investorům se to líbí. Zynga zase ukazuje, kolik peněz je možné vydělávat na menších mikrotransakcích ve webových hrách, jako FarmVille a CityVille. Twitter také stále něco kutí, i když já osobně v něm tak veliký potenciál nevidím. Začátek roku byl zajímavý i pro zavedené giganty. Microsoft se po velice silných prodejích Kinectu, ale i Windows 7 a dalších loňských produktů, konečně na burze trochu pohnul a usadil se na hranici kolem 28 dolarů za akcii. Také Google se po menším propadu v listopadu vzpamatoval a míří k hranicím vysoko nad 600 dolarů. Zdaleka nejlépe na tom ale bude Apple. Ten si od roku 2009 každý rok připisuje nárůst hodnoty akcií zhruba 100 dolarů za kus a i letos to vypadá na velice silný rok. Ve vzduchu se vznáší také Čína. V prosinci na Wall Street zamířily dvě tamní veliké společnosti Dang Dang, obdoba amerického Amazonu, a Youku, čínský You- Tube. Počáteční boom sice brzy opadl, ale nakonec se hodnota papírů ustálila a Čína, zdá se, technologické investory láká. Wall Street Journal rychle přispěchal s informací, že se do New Yorku v tomto roce chystá hned několik desítek asijských technologických firem. Takové Baidu na NASDAQu od začátku roku 2009 roste podobně rychle, jako Apple. Americká investiční banka Goldman Sachs ocenila Facebook na 50 miliard dolarů, když do největší sociální sítě nasypala investici v hodnotě 450 milionů dolarů. Chlapíci z Wall Street zároveň s tím vytvořili speciální investiční fond pro své nejvýznamnější klienty, kteří mohou nepřímo nakupovat akcie nadějného internetového produktu. Goldmani a Facebook se tak prakticky chtějí vyhnout limitu americké komise pro cenné papíry, která říká, že soukromá firma musí od počtu 500 vlastníků a výše Tržní hodnota Applu přesáhla hranici 300 miliard dolarů Kalifornský Apple překonal psychologickou hranici 300 miliard dolarů v tržní kapitalizaci. Přes významný bod se společnosti podařilo přehoupnout hned první den obchodování v novém roce, když hodnota jedné akcie povyskočila na 325 dolarů. Jobsovo impérium tak potvrdilo status největší technologické společnosti světa z hlediska tržní hodnoty. Ta je na hranici 318 miliard dolarů. Růst Applu se nezastavil ani v dalších dnech. Od začátku roku si akcie připsaly 20 dolarů, nyní se pohybují nad 345 dolary za kus. Výrazný nárůst si společnost připsala po skončení veletrhu CES. Žádný z potenciálních konkurentů totiž nepředstavil zásadního konkurenta pro tablet ipad a Apple navíc oznámil, že hodlá společně s americkým mobilním operátorem Verizon představit CDMA verzi telefonu iphone 4. To bylo mělo iphone 4 dostat k milionům dalších uživatelů. V případě ipadu se pak letos očekává představení druhé a zásadně vylepšené verze. Zatímco Apple už má v této oblasti trh zavedený, ostatní výrobci o produktech spíše mluví a v žádném případě se nemohou pyšnit bohatou nabídkou aplikací a služeb, které jsou ve výsledku pro takový druh zařízení to nejdůležitější. Apple je pro investory velice lákavým soustem. Ještě na začátku roku 2009 byla hodnota akcií na 90 dolarech, v lednu 2010 už to bylo 214 dolarů. Hranici 300 dolarů za kus společnost překonala loni v říjnu a v květnu překonala Microsoft a stala se největší technologickou firmou. Apple je zároveň druhou největší americkou firmou z pohledu tržní kapitalizace. Lepší je pouze těžební gigant Exxon Mobil. Apple už několik let nevyplácí svým akcionářům dividendy. Současná tržní hodnota Microsoftu je 241 miliard dolarů a Google je na 196 miliardách. Největší internetové firmě světa se navíc daří smazávat pokles z přelomu listopadu a prosince loňského roku, kdy se hodnota cenných papírů propadla na 555 dolarů za kus. Nyní už se dostala na bod 614 dolarů a pomalu se dostává k historickému maximu 626 dolarů ze začátku listopadu Apple si od roku 2009 každý rok připisuje 100 dolarů na akcii Banka Goldman Sachs ocenila Facebook na 50 miliard dolarů povinně zveřejňovat své hospodářské výsledky v podobném rozsahu, jako to dělají společnosti veřejně obchodovatelné na burze. Zákazníci Goldman Sachs, kteří mají aspoň 2 miliony dolarů, tak mohou do speciálního fondu nacpat své investice a v budoucnu budou moci uplatnit své podíly ve Facebooku. Bankéři Goldman Sachs pak z vytvořeného fondu nalijí do Zuckerbergova dítka další 1,5 miliardy dolarů. Nepřímí investoři navíc nemohou své akciové podíly prodat dříve než v roce Investovat navíc nemohou zájemci z USA kvůli obavám z regulačních úřadů. Facebook už delší dobu láká mnoho investorů. Podle různých prognóz by totiž jeho případná primární emise akcií mohla být podobně úspěšná jako v případě Googlu. I když Mark Zuckerberg IPO stále odmítá a nejraději by později investory vyplatil, vstup Goldman Sachs do jeho firmy mluví poněkud jinak. Pokud totiž Wall Street do něčeho majetkově vstupuje, většinou už se chystá firmu na burzu nasměrovat. 70 Connect! leden 2011

TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE

TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Tel. +420 543426329 TREND 07-201 POPIS ODPOVĚDNOSTI PRACOVNÍKA MANAŽER VÝVOJE Autor: Vít Chvál Verze dokumentu: 1.0 Datum poslední změny: 18.2.2013 Obsah: 1 Pracovník 3 2 Pracovní činnosti (Náplň práce)

Více

Standardy projektového řízení

Standardy projektového řízení Standardy projektového řízení Project Management Body of Knowledge Aktuálně pátá verze Zaštítěn Project Management Institute (PMI) V ČR Česká komora PMI Partner Studentského klub projektového řízení Rozšířen

Více

Projektové řízení jako základ řízení organizace

Projektové řízení jako základ řízení organizace Projektové řízení jako základ řízení organizace Aleš Chudý, ředitel divize IW ales.chudy@microsoft.com Technický seminář Bratislava 6.10.2008 Obsah Potřeby byznysu a IT Řešení EPM Microsoft EPM Optimalizační

Více

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of

Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Association for the advancement of Cost Engineering International (AACE) Australian Institute of Project Management (AIPM) English Association of Project Managers (APM) Association for Project Management

Více

Úvod do projektu. Standardizace provozních funkcí ÚSC. Součást projektu Korporátní styl řízení ve veřejné správě

Úvod do projektu. Standardizace provozních funkcí ÚSC. Součást projektu Korporátní styl řízení ve veřejné správě Úvod do projektu Standardizace provozních funkcí ÚSC Součást projektu Korporátní styl řízení ve veřejné správě Měníme zvyky a posouváme mentální bloky POPTÁVKA Tlak na rozpočet, obtížně stanovitelné rozpočtové

Více

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců Případová studie O2 Slovakia: Aplikace O2 Univerzita Aplikace O2 Univerzita jako nástroj řízení vzdělávání zaměstnanců Aplikace O2 Univerzita Vzdělávání je pro naši firmu jedním ze základních pilířů, bez

Více

kapitola 2 předprojektová fáze 31

kapitola 2 předprojektová fáze 31 OBSAH 6 projektové řízení Předmluva 3 Kapitola 1 Základní pojmy a východiska 13 1.1 Úvod do řízení projektů 14 1.1.1 Co je to projektové řízení 14 1.2 Základní pojmy projektového řízení 17 1.2.1 Projekt

Více

Slovenská spořitelna:

Slovenská spořitelna: Případová studie Slovenská spořitelna: Microsoft Dynamics CRM pro správu klientů ze segmentu malých a středních podniků Jak jsme Slovenské spořitelně usnadnily a zefektivnily práci s klienty ze segmentu

Více

Buďte Společně vždy vpřed na stopě vozidlům a pohonným hmotám. pilotní řešení O 2 Car Control pro TNT Post ČR

Buďte Společně vždy vpřed na stopě vozidlům a pohonným hmotám. pilotní řešení O 2 Car Control pro TNT Post ČR Buďte Společně vždy vpřed na stopě vozidlům a pohonným hmotám pilotní řešení O 2 Car Control pro TNT Post ČR Proč společný projekt 1. Výchozí podmínky: 2. Cíl: Telefónica O2 se stala poskytovatelem ucelených

Více

Případová studie. www.softwareone.cz

Případová studie. www.softwareone.cz Případová studie Skupina Metrostav díky SoftwareONE úspěšně prošla změnou multilicenčního programu, migrací na nové produkty i optimalizací procesů v oblasti nakládání se software dle ISO 19770-1 www.softwareone.cz

Více

PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST

PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST PROJEKTOVÁ VÝUKA, ŘÍZENÍ PROJEKTŮ A VÝZNAM CERTIFIKACE PRO BUDOUCÍ KARIÉRNÍ RŮST Ing. Jan Doležal Agenda 2 Projektové řízení a projektová výuka Jaké jsou požadavky praxe? Význam a možnosti certifikace

Více

Stav řešení Enterprise Architektury na Moravskoslezském kraji

Stav řešení Enterprise Architektury na Moravskoslezském kraji Stav řešení Enterprise Architektury na Moravskoslezském kraji Zpracoval(a): Ing. Tomáš Vašica Datum: 23. 9. 2015 Obsah prezentace 1. Představení projektového záměru 2. Co očekává Moravskoslezský kraj od

Více

ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE

ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE PROJEKTOVÉ ŘÍZENÍ STAVEB ÚVOD DO PROBLEMATIKY PROJEKTŮ, KATEGORIE Vysoká škola technická a ekonomická v Českých PROJEKTŮ Budějovicích Institute of Technology And Business In České Budějovice Tento učební

Více

Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT)

Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT) Příloha č. 3. Charta projektu plné znění (pro jiné OSS než MŠMT) Charta projektu má za cíl poskytnout úplné a pevné informační základy pro schválení projektu. Následně je Charta projektu rozpracována do

Více

Novinky v projektovém řízení

Novinky v projektovém řízení Novinky v projektovém řízení Jiří Krátký Struktura prezentace - O Společnosti pro projektové řízení - Trendy v projektovém řízení - Nejčastější chyby v projektech - Certifikace projektových manažerů -

Více

Sjednocení dohledových systémů a CMDB

Sjednocení dohledových systémů a CMDB Řízení dodávky IT služeb v enterprise společnosti Sjednocení dohledových systémů a CMDB Václav Souček, ČEZ ICT Services, a.s. Jaroslav Jičínský, AutoCont CZ, a.s. 26. Ledna 2012 Agenda Úvod Výchozí stav

Více

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

X36SIN: Softwarové inženýrství. Životní cyklus a plánování X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a

Více

Odbor informatiky a provozu informačních technologií

Odbor informatiky a provozu informačních technologií POLICEJNÍ PREZIDIUM ČR Odbor informatiky a provozu informačních technologií Příloha č. 1 a) název zakázky, Technická podpora software pro systém NS-VIS a VISMAIL b) předmět a rozsah plnění veřejné zakázky

Více

Zavádění projektového řízení ve společnosti

Zavádění projektového řízení ve společnosti Zavádění projektového řízení ve společnosti Monika Pidrmanová 26.10.2011 ZÁKLADNÍ POJMY Projekt = Jedinečný proces sestávající z řady koordinovaných a řízených činností s daty zahájení a ukončení, prováděný

Více

RDF DSPS ROZVOJ PORTÁLU

RDF DSPS ROZVOJ PORTÁLU RDF DSPS ROZVOJ PORTÁLU ČEZ Distribuce, a.s. HSI, spol. s r.o. Zbyněk Businský Miroslav Kaňka ZÁKAZNÍK A DODAVATEL ČEZ DISTRIBUCE, A.S. ČEZ distribuční síť Od r. 2012 implementován GEOPORTÁL (1. ETAPA),

Více

Případová studie. SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu

Případová studie. SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu Případová studie SAM Assessment ušetřil AAA Auto 30 % nákladů na nákup licencí a zkrátil proces implementace nových aplikací a SW na desetinu www.microsoft.cz/pripadovestudie Přehled Země: Česká republika

Více

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Strana 1 z 12 Obsah 1. Leady... 3 a. Shrnutí... 3 b. Popis modulu... 3 c. Technické podrobnosti o modulu... 5 2. MERK... 6 a. Shrnutí... 6 b.

Více

Bezpečnostní témata spojená se Zákonem o kybernetické bezpečnosti

Bezpečnostní témata spojená se Zákonem o kybernetické bezpečnosti Bezpečnostní témata spojená se Zákonem o kybernetické bezpečnosti Ing. Jiří Slabý, Ph.D. Business Solution Architect IBM 1 2014 IBM Corporation Zákon je zákon Národní bezpečnostní úřad vypracoval k návrhu

Více

Daniela Lišková Solution Specialist Windows Client. daniela.liskova@microsoft.com

Daniela Lišková Solution Specialist Windows Client. daniela.liskova@microsoft.com DESKTOP: Windows Vista Daniela Lišková Solution Specialist Windows Client daniela.liskova@microsoft.com TCO desktopů analýzy spol. Gartner Téměř 80% všech nákladů v IT vzniká po nákupu tj. na správě, opravě,

Více

Outsourcing v podmínkách Statutárního města Ostravy

Outsourcing v podmínkách Statutárního města Ostravy Outsourcing v podmínkách Statutárního města Ostravy Říjen 2009 Ing. Stanislav Richtar Ředitel společnosti 1 OBSAH PREZENTACE 1. Outsourcing - obecně 2. Výchozí stav projektu 3. Model poskytovaných služeb

Více

Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/2009. 1.Podniková informatika pojmy a komponenty

Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/2009. 1.Podniková informatika pojmy a komponenty Otázky kurzu 4IT417 Řízení podnikové informatiky verze z 1/2/2009 1.Podniková informatika pojmy a komponenty (1) Objasněte pojmy: IS, ICT, ICT služba, ICT proces, ICT zdroj. Jakou dokumentaci k ICT službám,

Více

Architektura v organizaci

Architektura v organizaci Architektura v organizaci Radek Vácha Seminář CSSI, 23.3.2007 Accenture, its logo, and Accenture High Performance Delivered are trademarks of Accenture. Obsah Můj profil Architektura odraz světa Jiné pohledy

Více

Penetrační test & bezpečnostní audit: Co mají společného? V čem se liší?

Penetrační test & bezpečnostní audit: Co mají společného? V čem se liší? Penetrační test & bezpečnostní audit: Co mají společného? V čem se liší? Karel Miko, CISA (miko@dcit.cz) DCIT, s.r.o (www.dcit.cz) Nadpis Penetrační test i bezpečnostní audit hodnotí bezpečnost předmětu

Více

SW pro správu a řízení bezpečnosti

SW pro správu a řízení bezpečnosti Integrační bezpečnostní SW pro správu a řízení bezpečnosti Systém je vlastním produktem společnosti Integoo. Trvalý vývoj produktu reflektuje požadavky trhu a zákazníků. Ať už je velikost vaší organizace

Více

1 Služby SAP Business Transformation and Plan Services Služby SAP Business Transformation and Plan Services aktuálně zahrnují:

1 Služby SAP Business Transformation and Plan Services Služby SAP Business Transformation and Plan Services aktuálně zahrnují: Popis služeb Služby Business Transformation and Plan Services Služby SAP Business Transformation and Plan Services poskytují služby poradenství a prototypování k podpoře inovace a transformace Zákazníka

Více

B3 Vazba strategie byznys

B3 Vazba strategie byznys Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B3 Vazba strategie byznys Toto téma vysvětluje vzájemný vztah mezi tzv. byznysem organizace (hlavním

Více

Využití EPM 2013 pro podporu řízení projektů - Případová studie

Využití EPM 2013 pro podporu řízení projektů - Případová studie Využití EPM 2013 pro podporu řízení projektů - Případová studie Martin Répal, AutoCont CZ, a.s. Petr Drábek, UniControls, a.s. Klíčový hráč na českém i světovém trhu v oblasti řídicích systémů Ročně realizuje

Více

Projekt informačního systému pro Eklektik PRO S EK. Řešitel: Karolína Kučerová

Projekt informačního systému pro Eklektik PRO S EK. Řešitel: Karolína Kučerová Projekt informačního systému pro Eklektik PRO S EK Řešitel: ÚVODNÍ ZPRÁVA ZADÁNÍ PROJEKTU Zefektivnění komunikace ve firmě Eklektik, a to především v oblasti informací o klientech a o tištěných materiálech

Více

Zabezpečené vzdálené přístupy k aplikacím případová studie. Ing. Martin Pavlica Corpus Solutions a.s. divize Security Expert

Zabezpečené vzdálené přístupy k aplikacím případová studie. Ing. Martin Pavlica Corpus Solutions a.s. divize Security Expert případová studie Ing. Martin Pavlica Corpus Solutions a.s. divize Security Expert Sektor veřejné správy Zpracovává řadu agend potřebných pro život občanů IT představuje strategický pilíř, o který se opírá

Více

Mobilní komunikace a zvyšování efektivity. Stanislav Bíža ISSS 2010

Mobilní komunikace a zvyšování efektivity. Stanislav Bíža ISSS 2010 Mobilní komunikace a zvyšování efektivity Stanislav Bíža ISSS 2010 Mobilní komunikace Mobilita zaměstnanců dnes představuje významný faktor zvašování efektivity. Mobilita vyžaduje přístup k informačním

Více

Optimalizaci aplikací. Ing. Martin Pavlica

Optimalizaci aplikací. Ing. Martin Pavlica Optimalizaci aplikací Ing. Martin Pavlica Vize: Aplikace v dnešním světě IT Ze všech částí IT jsou aplikace nejblíže businessu V elektronizovaném světě významným způsobem podporují business, ten se na

Více

Efektívne projektové riadenie v zohratom tíme

Efektívne projektové riadenie v zohratom tíme Efektívne projektové riadenie v zohratom tíme Zdeněk Borůvka Rational Brand Technical Leader, IBM CEE Úvod Dodať biznisu viac s menšími prostriedkami a v čo najkratšom čase. Túto základnú požiadavku kladie

Více

2013 IBM Corporation

2013 IBM Corporation 2013 IBM Corporation Connections v praxi Jak vypadá nasazení Social software v praxi MICHAL HOLOUBEK Social Business konzultant, oxy Online, s.r.o. 2013 IBM Corporation Agenda Úvod Zadání a specifikace

Více

Příspěvek je věnován základním informacím o způsobu volby vhodné strategie řízení kontinuity činností v organizaci.

Příspěvek je věnován základním informacím o způsobu volby vhodné strategie řízení kontinuity činností v organizaci. Mgr. Monika Johaníková Ochrana & Bezpečnost 2013, ročník II., č. 3 (podzim), ISSN 1805-5656 Stanovení strategie řízení kontinuity činností Anotace Příspěvek je věnován základním informacím o způsobu volby

Více

Migrace kompletní IT infrastruktury do prostředí Microsoft Azure

Migrace kompletní IT infrastruktury do prostředí Microsoft Azure Případová studie Migrace kompletní IT infrastruktury do prostředí Microsoft Azure Millennium je první společnost na Slovensku, která zcela zmigrovala svou IT infrastrukturu a profituje z flexibility a

Více

Novell ZENworks. Komplexní správa heterogenního prostředí. Michal Zeizinger, Direct Account Manager

Novell ZENworks. Komplexní správa heterogenního prostředí. Michal Zeizinger, Direct Account Manager ZENworks Komplexní správa heterogenního prostředí Michal Zeizinger, Direct Account Manager Virtuální aplikace v dokonalých křivkách 2 Agenda Popis ZENworks Technická část Správa uživatelských stanic pomocí

Více

1. Dostupné řešení CRM

1. Dostupné řešení CRM 1. Dostupné řešení CRM 1.1. Popis řešení Kompaktní CRM řešení s garantovaným časem zavedení! Komunikační systémy společnosti Siemens ve spojení se speciálním startovacím balíčkem osvědčeného evropského

Více

End-to-end testování. 26. dubna Bořek Zelinka

End-to-end testování. 26. dubna Bořek Zelinka End-to-end testování 26. dubna 2013 Bořek Zelinka Bořek Zelinka Unicorn Systems, Test architekt Unicorn, 2004 Testování Quality Assurance ČVUT, Fakulta stavební, 2004 2 Agenda Princip end-to-end testů

Více

Strategie, architektury a projekty jako nástroj řízení IT ve veřejné správě

Strategie, architektury a projekty jako nástroj řízení IT ve veřejné správě Strategie, architektury a projekty jako nástroj řízení IT ve veřejné správě Tomáš Hrabík ICZ a.s. Konference Řízení informatiky v soukromém a veřejném sektoru 1 Otázky 1. Je egovernment o elektronizaci

Více

Telelogic Focal Point využití pro řízení a optimalizaci projektového portfolia Verze 1.0

Telelogic Focal Point využití pro řízení a optimalizaci projektového portfolia Verze 1.0 DISTRIBUTOR White Paper Verze 1.0 Ing. Jiří Gryc 26.4.2007 Tento dokument ve stručnosti představuje možnost využití špičkového Telelogic Focal Point pro řízení a optimalizaci projektového portfolia. Další

Více

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka

Více

Technická specifikace předmětu plnění:

Technická 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íce

3. Očekávání a efektivnost aplikací

3. Očekávání a efektivnost aplikací VYUŽÍVANÍ INFORMAČNÍCH SYSTÉMŮ V ŘÍZENÍ FIREM Ota Formánek 1 1. Úvod Informační systémy (IS) jsou v současnosti naprosto nezbytné pro úspěšné řízení firem. Informačním ním systémem rozumíme ucelené softwarové

Více

Statutární město Most. Odbor informačního systému. Oddělení správy PC sítě. Systém ENUM pro bezplatné telefonování na Magistrát města Mostu

Statutární město Most. Odbor informačního systému. Oddělení správy PC sítě. Systém ENUM pro bezplatné telefonování na Magistrát města Mostu Statutární město Most Odbor informačního systému Oddělení správy PC sítě Systém ENUM pro bezplatné telefonování na Magistrát města Mostu Radim M lejnek 2009 Osnova Úvod...3 Co je vlastně ENUM?...4 Jak

Více

1.1. Správa a provozní podpora APV ROS, HW ROS a základního SW

1.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íce

Produkty třídy BYZNYS

Produkty třídy BYZNYS Produkty třídy BYZNYS - jistota, spolehlivost a dynamika ve Vašich datech Jiří Rákosník, obchodní ředitel ing. Vlastimil Fousek, vedoucí analytického a vývojového oddělení Produkty třídy BYZNYS informační

Více

Role marketingu a vliv na obchodní výsledky

Role marketingu a vliv na obchodní výsledky 2 Role marketingu a vliv na obchodní výsledky Marketing B2B firem v ČR Jaké slovo má marketing ve firmě a jak ovlivňuje skutečné obchodní výsledky firmy? Šmeralova 12, 170 00 Praha 7 Vavrečkova 5262, 760

Více

Zavedení e-learningu

Zavedení e-learningu Zavedení e-learningu Česká pojišťovna snižuje díky e-learningu náklady na školení svých pracovníků Přehled Země: Česká republika Odvětví: Bankovnictví a finance Profil zákazníka Česká pojišťovna a.s. je

Více

Migrace na Windows 7 pomocí CA IT Client Automation. Tomáš Hrubý, AutoCont CZ tomas.hruby@autocont.cz 17.2.2011

Migrace na Windows 7 pomocí CA IT Client Automation. Tomáš Hrubý, AutoCont CZ tomas.hruby@autocont.cz 17.2.2011 Migrace na Windows 7 pomocí CA IT Client Automation Tomáš Hrubý, AutoCont CZ tomas.hruby@autocont.cz 17.2.2011 Krátké seznámení se společností AutoCont CZ a.s. česká soukromá společnost holdingového uspořádání

Více

Představení projektu Metodika

Představení projektu Metodika Představení projektu Metodika přípravy veřejných strategií Strategické plánování a řízení v obcích metody, zkušenosti, spolupráce Tematická sekce Národní sítě Zdravých měst Praha, 10. května 2012 Obsah

Více

Analýza a Návrh. Analýza

Analýza a Návrh. Analýza Analysis & Design Návrh nebo Design? Design = návrh Není vytváření použitelného uživatelského prostředí (pouze malinká podmnožina celého návrhu) Často takto omezeně chápáno studenty nedokáží si představit,

Více

Svoboda díky technologiím

Svoboda díky technologiím callcentrum UNiQ Callcentrum Svoboda díky technologiím Zabýváme se vývojem technologií, které pomáhají firmám zvýšit jejich efektivitu a uspořit čas. Díky automatizovanému softwaru, přinášíme lidem více

Více

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track

PROCESY CO ZÍSKÁTE: Předpoklad pro certifikace ISO. Lean Six Sigma Fast Track PROCESY CO ZÍSKÁTE: Jasná pravidla pro provádění činností, uložení know-how Jasně definované zodpovědnosti za celý proces i jednotlivé kroky Zprůhlednění organizace plynoucí z jasně definovaných vstupů,

Více

egovernment ready úřad

egovernment ready úřad egovernment ready úřad Ing. Václav Koudele Strategy architect Tel.: +420 602 191 122 Vaclav.koudele@microsoft.com Ing. Zdeněk Dutý Ředitel pro egovernment Tel.: +420 910 972 131 zdenek.duty@autocont.cz

Více

Co je to COBIT? metodika

Co 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íce

Wonderware Information Server 4.0 Co je nového

Wonderware Information Server 4.0 Co je nového Wonderware Information Server 4.0 Co je nového Pavel Průša Pantek (CS) s.r.o. Strana 2 Úvod Wonderware Information Server je výrobní analytický a reportní informační portál pro publikaci výrobních dat

Více

Jak nakupovat sdílené služby dle zákona o zadávání veřejných zakázek?

Jak nakupovat sdílené služby dle zákona o zadávání veřejných zakázek? Jana Pattynová 2. prosince 2014 Jak nakupovat sdílené služby dle zákona o zadávání veřejných zakázek? Využívání sdílených služeb ve veřejné správě Modely nákupu cloudových služeb Software jako služba Cloud

Více

Možnosti reportingu v produktech řady EPM

Možnosti reportingu v produktech řady EPM Možnosti reportingu v produktech řady EPM Martin Répal Senior konzultant/manager EPM MCITP, MCP, MOS, MCTS, vtsp, Prince II martin.repal@autocont.cz 1 Jak je to s reportingem? Má SW produkt reporty? Tak

Více

GINIS na KrÚ Středočeského kraje

GINIS na KrÚ Středočeského kraje 9.4.2014 GINIS na KrÚ Středočeského kraje Informační systém GINIS na Krajském úřadu Středočeského kraje GINIS na KrÚ Středočeského kraje, Václav Pávek, www.gordic.cz GORDIC Specialista v oblasti veřejné

Více

Vývoj informačních systémů. Obecně o IS

Vývoj informačních systémů. Obecně o IS Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu

Více

Význam marketingu v době krize a výhled do budoucna

Význam marketingu v době krize a výhled do budoucna 1 Význam marketingu v době krize a výhled do budoucna Marketing B2B firem v ČR Jak se firmy vypořádali s krizí a jaké očekávají hospodářské výsledky v roce 2011 Šmeralova 12, 170 00 Praha 7 Vavrečkova

Více

Komunikační řešení Avaya IP Office

Komunikační řešení Avaya IP Office Komunikační řešení Avaya IP Office Algotech tým 4. 3. 2014 Algotech Telefon: +420 225 006 555 Fax: +420 225 006 194 E-mail: info@algotech.cz Web: www.algotech.cz Adresa: FUTURAMA Business Park Sokolovská

Více

Jednorázová hesla pro zvýšení bezpečnosti vzdáleného přístupu mobilních uživatelů

Jednorázová hesla pro zvýšení bezpečnosti vzdáleného přístupu mobilních uživatelů Jednorázová hesla pro zvýšení bezpečnosti vzdáleného přístupu mobilních uživatelů Jedním z řešení bezpečného vzdáleného přístupu mobilních uživatelů k firemnímu informačnímu systému je použití technologie

Více

Zadávací dokumentace pro výběrové řízení. Zavedení CRM systému pro MEGA a.s.

Zadávací dokumentace pro výběrové řízení. Zavedení CRM systému pro MEGA a.s. Zadávací dokumentace pro výběrové řízení Zakázka Zavedení CRM systému pro MEGA a.s. Zadavatel: K MEGA a.s. Drahobejlova 1452/54 190 00 Praha 9 1 ZADÁVACÍ DOKUMENTACE PRO VÝBĚROVÉ ŘÍZENÍ 1. IDENTIFIKAČNÍ

Více

UNIVERZITA PRO OBCHODNÍ PARTNERY. Úvod do Midmarket, BP Cloud programy Miroslav Černík, Midmarket Manager

UNIVERZITA PRO OBCHODNÍ PARTNERY. Úvod do Midmarket, BP Cloud programy Miroslav Černík, Midmarket Manager Miroslav Černík Segment středních a malých firem, Business Partner Cloud 10.03.2011 UNIVERZITA PRO OBCHODNÍ PARTNERY Úvod do Midmarket, BP Cloud programy Miroslav Černík, Midmarket Manager Co je Midmarket?

Více

Reportingová platforma v České spořitelně

Reportingová platforma v České spořitelně Reportingová platforma v České spořitelně Agenda Implementované prostředí Cognos 8 v ČS Marek Varga, Česká spořitelna, a.s. Využití platformy Cognos z pohledu businessu Petr Kozák, Česká spořitelna, a.s.

Více

EMBARCADERO TECHNOLOGIES. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů.

EMBARCADERO TECHNOLOGIES. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů. Jak na BYOD chytře? Možnosti zapojování různých mobilních zařízení do podnikových informačních systémů. Trendy a móda EMBARCADERO TECHNOLOGIES Popularita a prodej mobilních zařízení roste Skoro každý má

Více

Manažerský informační systém na MPSV. Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV

Manažerský informační systém na MPSV. Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV Manažerský informační systém na MPSV Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV Konference ISSS-2009 Hradec Králové Aldis 6. dubna 2009 MIS na MPSV časové údaje projektu Vytvoření MIS MPSV

Více

Tomáš Kantůrek. IT Evangelist, Microsoft

Tomáš Kantůrek. IT Evangelist, Microsoft Tomáš Kantůrek IT Evangelist, Microsoft Správa a zabezpečení PC kdekoliv Jednoduchá webová konzole pro správu Správa mobilních pracovníků To nejlepší z Windows Windows7 Enterprise a další nástroje Cena

Více

IT Outsourcing COMPLUS CZ a.s. Petr Taševský 21. 10. 2011

IT Outsourcing COMPLUS CZ a.s. Petr Taševský 21. 10. 2011 IT Outsourcing COMPLUS CZ a.s. Petr Taševský 21. 10. 2011 Definice - outsourcing Outside resource using Termín outsourcing se všeobecně používá pro dlouhodobé převedení určité oblasti služeb na poskytovatele

Více

České Budějovice. 2. dubna 2014

České Budějovice. 2. dubna 2014 České Budějovice 2. dubna 2014 1 IBM regionální zástupci - Jihočeský kraj Michal Duba phone: +420 737 264 058 e-mail: michal_duba@cz.ibm.com Zdeněk Barlok phone: +420 731 435 534 e-mail: zdenek_barlok@cz.ibm.com

Více

Alternativní řešení pro ochranu dat, správu infrastruktury a zabezpečení přístupu. Simac Technik ČR, a.s.

Alternativní řešení pro ochranu dat, správu infrastruktury a zabezpečení přístupu. Simac Technik ČR, a.s. Alternativní řešení pro ochranu dat, správu infrastruktury a zabezpečení přístupu Simac Technik ČR, a.s. Praha, 26.10. 2012 Jan Kolář Vedoucí Technického Oddělení Jan.kolar@simac.cz Úvod 9:00 Úvod, novinky

Více

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013 EKONOMICKÝ A LOGISTICKÝ SOFTWARE Luhačovice 24.10.2013 CRM řízení vztahů se zákazníky CRM - je zkratka z anglického Customer Relationship Management a označují se tak systémy pro řízení vztahů se zákazníky.crm

Více

Řízení rizik. Ing. Petra Plevová. plevova.petra@klikni.cz http://plevovapetra.wbs.cz

Řízení rizik. Ing. Petra Plevová. plevova.petra@klikni.cz http://plevovapetra.wbs.cz Řízení rizik Ing. Petra Plevová plevova.petra@klikni.cz http://plevovapetra.wbs.cz Procesní řízení a řízení rizik V kontextu současných změn je třeba vnímat řízení jakékoli organizace jako jednoduchý,

Více

Případová studie. Intranet 2.0 pre. HB Reavis Group. Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci.

Případová studie. Intranet 2.0 pre. HB Reavis Group. Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci. Případová studie Intranet 2.0 pre HB Reavis Group Jak jsme zaměstnancům společnosti HB Reavis Group pomohli zefektivnit práci. Intranet 2.0 pre HB Reavis Group Se společností Millennium jsme poprvé vyzkoušeli

Více

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace

Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace Projektový manažer 250+ Kariéra projektového manažera začíná u nás! B Strategické řízení organizace B5 Program Téma obsahuje informace o programech a programovém řízení a klade si za cíl především vysvětlit

Více

Přístupy k efektivnímu využití modelu MBI

Přístupy k efektivnímu využití modelu MBI MBI, Management byznys informatiky Přístupy k efektivnímu využití modelu MBI Jan Dohnal Katedra softwarového inženýrství, F, ČVUT Jan Pour Katedra, FIS, VŠE MBI, Management byznys Snímek informatiky 1

Více

news MAGAZÍN SE ZAJÍMAVOSTMI NEJEN ZE SVĚTA WEBHOSTINGU

news MAGAZÍN SE ZAJÍMAVOSTMI NEJEN ZE SVĚTA WEBHOSTINGU news MAGAZÍN SE ZAJÍMAVOSTMI NEJEN ZE SVĚTA WEBHOSTINGU číslo 01 ČERVENEC 2011 Vážení čtenáři máte před sebou první číslo magazínu ONEnews, které jsme připravili pro vás, naše klienty. Proč jsme se rozhodli

Více

OFFICE 365 popis služeb

OFFICE 365 popis služeb OFFICE 365 popis služeb Obsah OFFICE 365... 3 Office Professional Plus... 3 Exchange Online... 4 SharePoint Online... 4 Lync Online... 4 Office 365 pro každého... 5 Office 365 pro Small Business a Professional...

Více

Business Intelligence

Business Intelligence Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

Více

ROLE ICT VE ŠKOLE LIDSKÉ ZDROJE. duben 2012 (c) Radek Maca

ROLE ICT VE ŠKOLE LIDSKÉ ZDROJE. duben 2012 (c) Radek Maca ROLE ICT VE ŠKOLE LIDSKÉ ZDROJE duben 2012 (c) Radek Maca Ze Postavení procesu integrace ICT ve škole ředitel Užší vedení Zástupci, vých. poradce, koordinátoři ŠVP, ICT Vedoucí - metodici vzděl. oblastí

Více

HP Vendor Management Services. Užitečné informace z první ruky

HP Vendor Management Services. Užitečné informace z první ruky HP Vendor Management Services Užitečné informace z první ruky 01 Máte Plné ruce? Trendy v oblasti slučování smluv podle průzkumu IDC: 23% zákazníků má v současnosti 20 a více podpůrných kontraktů v oblasti

Více

Produktové portfolio

Produktové 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

SW podpora projektového řízení

SW podpora projektového řízení Browser MS-Project SW podpora projektového řízení Společnost appcore s.r.o. nabízí služby v oblastech systémové integrace, softwarové integrace a řízení organizace. Veškeré služby naší společnosti jsou

Více

Informace a znalosti v organizaci

Informace a znalosti v organizaci Informace a znalosti v organizaci Vladimíra Zádová Postavení informací a znalostí z hlediska úspěšnosti firmy Vnitřní faktory Rámec 7S faktorů úspěchu firmy [ Mc Kinsey ] Struktura Strategie Systémy Spolupracovníci

Více

NÁRODNÍ CERTIFIKACE STUDENTŮ

NÁRODNÍ CERTIFIKACE STUDENTŮ NÁRODNÍ CERTIFIKACE STUDENTŮ I N F O R M A C E N Á R O D N Í C E R T I F I K A C E S T U D E N T Ů Tato publikace je autorským dílem Národního certifikačního a akreditačního orgánu Společnosti pro projektové

Více

Jak být online a ušetřit? Ing. Ondřej Helar

Jak být online a ušetřit? Ing. Ondřej Helar Jak být online a ušetřit? Ing. Ondřej Helar Obsah Co znamená být online ve škole? Rizika online přístupu Skryté náklady na straně školy Jak snížit rizika a náklady? Koncepce SaaS (Software as a Service)

Více

Microsoft Windows Server System

Microsoft Windows Server System Microsoft Windows Server System ČRa spouští jako první telekomunikační operátor v České republice služby pro malé a střední firmy, které požadují kancelářské aplikace, e-mail, sdílený kalendář a kontakty

Více

Cloudové řešení pro ŠKODA AUTO

Cloudové řešení pro ŠKODA AUTO Cloudové řešení pro ŠKODA AUTO Automobilový výrobce společnost ŠKODA AUTO, která působí na více než 100 trzích v rámci celého světa, implementovala cloudové řešení MS Azure. Nahrazením původního řešení

Více

Symphony. www.symphony.cz. Nová generace e-commerce řešení pro cestovní ruch

Symphony. www.symphony.cz. Nová generace e-commerce řešení pro cestovní ruch Symphony www.symphony.cz Nová generace e-commerce řešení pro cestovní ruch Zcela nová generace rezervačních systémů Symphony není pouze rezervační systém, představuje zcela novou generaci v poskytování

Více

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale je serverová aplikace určená pro efektivní zpracování velkého objemu sdílených nestrukturovaných dat. Umožňuje automaticky indexovat data z různých informačních zdrojů, intuitivně vyhledávat informace,

Více

Struktura Pre-auditní zprávy

Struktura Pre-auditní zprávy Příloha č. 1 k Smlouvě o Pre-auditu: Struktura Pre-auditní zprávy 1. Manažerské shrnutí Manažerské shrnutí poskytuje nejdůležitější informace vyplývající z Pre-auditní zprávy. 2. Prohlášení o účelu a cílů

Více