VYSOKÁ ŠKOLA EKONOMICKÁ V PRAZE FAKULTA INFORMATIKY A STATISTIKY DIPLOMOVÁ PRÁCE Pavla Zapletalová

VYSOKÁ ŠKOLA EKONOMICKÁ V PRAZE FAKULTA INFORMATIKY A STATISTIKY

DIPLOMOVÁ PRÁCE

2007

Pavla Zapletalová

VYSOKÁ ŠKOLA EKONOMICKÁ V PRAZE FAKULTA INFORMATIKY A STATISTIKY Hlavní specializace: Ekonometrie a operační výzkum

Název diplomové práce: Plánování a řízení projektů pro společnost CIRCON Circle Consulting, s. r. o.

Diplomant: Vedoucí diplomové práce:

Pavla Zapletalová Prof. RNDr. Ing. Petr Fiala, CSc. MBA

Prohlášení: Prohlašuji, že jsem diplomovou práci na téma „Plánování a řízení projektů pro společnost CIRCON Circle Consulting, s. r. o.“ zpracovala samostatně. Veškerou použitou literaturu a další podkladové materiály uvádím v seznamu použité literatury. Praha, 21. květen 2007

Pavla Zapletalová

Poděkování: Ráda bych poděkovala zejména panu Prof. RNDr. Ing. Petru Fialovi, CSc. MBA za odborné vedení a zastřešení diplomové práce jakož i za veškerou odbornou pomoc a cenné připomínky pří zpracování mé diplomové práce. Dále bych také ráda poděkovala vedení a týmu konzultantů společnosti CIRCON Circle Consulting, s. r. o. za obětovaný čas a možnost zpracování mé diplomové práce v této společnosti. V neposlední řadě bych ráda poděkovala své rodině a blízkým za podporu během studia.

Plánování a řízení projektů pro společnost CIRCON Circle Consulting, s. r. o.

Pavla Zapletalová

OBSAH 1.

ÚVOD ......................................................................................................................................... 1

2.

POPIS SPOLEČNOSTI A REÁLNÉHO PROJEKTU ........................................................ 4 2.1. 2.2. 2.3. 2.4.

ÚVOD DO PROJEKTOVÉHO ŘÍZENÍ ...................................................................................................4 POPIS SPOLEČNOSTI CIRCON CIRCLE CONSULTING, S.R.O........................................................9 POPIS ZADAVATELSKÉ SPOLEČNOSTI ALLCOM, SPOL. S R.O........................................................12 POPIS REÁLNÉHO PROJEKTU..........................................................................................................13

3. POPIS MS PROJECTU A VYTVOŘENÍ REÁLNÉHO PROJEKTU .................................... 19 3.1 3.2

MS PROJECT .................................................................................................................................19 ZPRACOVÁNÍ REÁLNÉHO PROJEKTU V MS PROJECT .....................................................................23

4. POPIS MS DYNAMICS AX, MODULU PROJEKTY A VYTVOŘENÍ REÁLNÉHO PROJEKTU.......................................................................................................................................... 27 4.1 4.2 4.3

MS DYNAMICS AX........................................................................................................................27 MODUL PROJEKT A ŘÍZENÍ PROJEKTŮ V MS DYNAMICS AX 4.0 .................................................33 ZPRACOVÁNÍ REÁLNÉHO PROJEKTU V MS DYNAMICS AX 4.0 – MODULU PROJEKT ....................39

5. ZHODNOCENÍ POUŽITÍ OBOU SOFTWAROVÝCH PRODUKTŮ POMOCÍ TEORIE VÍCEKRITERIÁLNÍHO ROZHODOVÁNÍ ................................................................................... 46 5.1 5.2 5.3 5.4

ÚVOD DO VÍCEKRITERIÁLNÍHO ROZHODOVÁNÍ .............................................................................46 METODY VÍCEKRITERIÁLNÍHO HODNOCENÍ VARIANT ....................................................................50 VOLBA KRITÉRIÍ ............................................................................................................................52 ZHODNOCENÍ VARIANT POMOCÍ METOD VÍCEKRITERIÁLNÍHO HODNOCENÍ VARIANT ...................54

6. ZÁVĚR ............................................................................................................................................ 62 POUŽITÉ ZDROJE............................................................................................................................ 64 ODBORNÁ LITERATURA ..............................................................................................................................64 ODBORNÉ MATERIÁLY (MANUÁLY, E-LEARNING).......................................................................................65 INTERNETOVÉ ZDROJE ...............................................................................................................................66 POUŽITÉ ZKRATKY......................................................................................................................... 67 SEZNAM OBRÁZKŮ ......................................................................................................................... 68 SEZNAM PŘÍLOH ............................................................................................................................. 69 PŘÍLOHA Č. 1 – INFORMACE O SPOLEČNOSTI CIRCON CIRCLE CONSULTING, S. R. O. ........................69 PŘÍLOHA Č. 2 – VYPRACOVANÝ PROJEKT V APLIKACI MS PROJECT .........................................................69 PŘÍLOHA Č. 3 – VÝSTUPY Z APLIKACE MS PROJECT ................................................................................69 PŘÍLOHA Č. 4 – VÝSTUPY Z APLIKACE MS DYNAMICS AX – MODULU PROJEKT ......................................69 PŘÍLOHA Č. 5 – VÝSTUPY Z APLIKACE MS DYNAMICS AX – MODULU PROJEKT ......................................69


Pavla Zapletalová

1 . Ú V OD

Při volbě tématu mé diplomové práce jsem vybírala mezi tématy, které nabízí můj studijní plán. Při výběru jsem kladla důraz na to, aby má diplomová práce odrážela mé studijní zaměření a rovněž i oblast, kterou bych se chtěla v budoucnu více zabývat, studovat ji a taktéž v ní profesně působit. Vzhledem k výše uvedenému jsem volila téma mé diplomové práce z oblasti Kvantitativních metod v ekonomii, resp. Matematických metod v ekonomii. Má volba byla taktéž ovlivněna mým pracovním zaměřením v konzultantské společnosti CIRCON Circle Consulting, s. r. o. (dále jen společnost CIRCON ČR). V této společnosti pracuji od října roku 2006 na pozici konzultantky. Mezi oblastmi, se kterými jsem se dostala do styku, je i oblast řízení projektů a využití programové aplikace MS Dynamics AX 4.0 (dříve známa pod názvem MS Axapta). A právě na základě těchto dvou objektů mého studijního a pracovního zájmu jsem si zvolila téma z oblasti řízení projektů. Můžu tedy konstatovat, že tato diplomová práce odráží jak mé teoretické znalosti, získané během studia na Vysoké škole ekonomické v Praze na Fakultě informatiky a statistiky v oboru Matematické metody v ekonomii, tak i mé profesní zaměření a dosud získané znalosti a zkušenosti ve společnosti CIRCON ČR. Mou volbou bylo proto téma: „Plánování a řízení projektů pro společnost CIRCON Circle Consulting, s. r. o.“. Cílem této diplomové práce je vytvoření reálného projektu s pomocí využití dvou softwarových produktů a jejich následné porovnání za použití metod vícekriteriálního hodnocení variant. Prvním softwarovým produktem je Microsoft Project. Tato aplikace je přímo určena pro plánování a řízení projektů a pro komunikaci s projektovým týmem. Druhým produktem je aplikace Microsoft Dynamics AX a v ní modul Projekt. Modul je určen pro řízení projektů, správu zdrojů, vytváření odhadů a prognóz, sledování rozpočtů a reálných výdajů na konkrétní projekt či časové plánování. Aplikace MS Dynamics AX je řešením pro plánování a řízení firemních zdrojů

1


Pavla Zapletalová

(ERP – bližší vysvětlení pojmu viz kapitola 4.1) a e-business, stejně tak i pro řízení vztahů se zákazníky, řízení výroby, řízení dodavatelského řetězce, fungování elektronického obchodu nebo finančního řízení. Při zpracování této diplomové práce a použití již zmíněných dvou softwarových produktů, jsem své znalosti aplikace Microsoft Project, se kterým jsem se seznámila v předmětu EKO423 – Projektové řízení, spojila s tím, co jsem se naučila a dozvěděla o modulu Projekt v MS Dynamics AX ve společnosti CIRCON ČR. V závěrečné části při srovnání obou variant jsem využila své znalosti metod, se kterými jsem se seznámila v předmětu EKO422 – Teorie rozhodování. Mnou vybraný a v této diplomové práci použitý reálný projekt je reálným projektem společnosti CIRCON ČR. Na tomto projektu jsem se přímo nepodílela. Jak už jsem uváděla, pracuji v této společnosti krátce na to, abych se mohla podílet na celé realizaci projektu. A pro účely této diplomové práce jsem chtěla použít projekt, který byl již ukončen, aby bylo možné lépe porovnat obě aplikace. Proto má volba padla na projekt, který společnost CIRCON ČR vypracovala pro společnost ALLCOM, spol. s r. o.. Má diplomová práce se skládá z několika částí. Nejdříve se zaobírám teoretickou stránkou řízení a plánování projektů a posléze stránkou praktickou. V první části se snažím ozřejmit význam projektového řízení, krátce představit společnost CIRCON ČR jako dceřinou společnost společnosti CIRCON Circle Consulting AG. Následuje bližší specifikace vybraného reálného projektu, pod což spadá definování zadavatele - společnosti ALLCOM, spol. s r. o.., předmětu projektu a jednotlivé činnosti projektu. Mezi činnosti mohu zařadit např. analýzu požadavků zákazníka, GAP analýzu (rozdílovou analýzu mezi možnostmi Dynamics AX a požadavky zákazníka), funkční analýzu změn aplikace, technickou analýzu pro programátory, vývoj chybějících části a úpravy standardního software, implementaci, podporu, školení, testování apod. Další část diplomové práce se zabývá popisem jednotlivých softwarových produktů a vytvořením samotného reálného projektu v nich. Poté přichází na řadu samotné zhodnocení použití obou systémů za pomoci nadefinovaných kritérií a jejich využití v rámci metod vícekriteriálního hodnocení variant. V závěru shrnuji zjištěné

2


skutečnosti do celistvého společnosti CIRCON ČR.

hodnocení

Pavla Zapletalová

vypracovaného

projektu

Tato diplomová práce je určena nejen osobám z Katedry Ekonometrie na Fakultě informatiky a statistiky VŠE Praha, ale i osobám, které se zabývají jak problematikou řízení projektů tak i využitím vícekriteriálního hodnocení variant, a kterým by mé poznatky v této oblasti mohly být nápomocné při řešení jiných konkrétních projektů. Taktéž může posloužit osobám, které se zajímají o problematiku projektového řízení z čistě zájmového účelu.

3


Pavla Zapletalová

2. POPIS SPOLEČNOSTI A REÁLNÉHO PROJEKTU

2.1. Úvod do projektového řízení Předmětem této diplomové práce je plánování a řízení projektů, proto chci nejdříve vysvětlit základní principy projektového řízení spolu se základními přístupy k této problematice. Na jejichž základě budu dále přistupovat ke konkrétnímu projektu. V současné době je zaznamenán podstatný nárůst významu projektového řízení vzhledem k rychle probíhajícím změnám v podnikatelském prostředí, a to nejen stálým zkracováním životních cyklů produktů, ale i změnami v produkčních procesech. Dalšími faktory, pod jejichž vlivem stále narůstá důležitost projektového řízení, jsou globální konkurence, exploze znalostí, zvyšující zaměření na zákazníka a další. Význam projektového řízení by se měl stále více prosazovat v současném dynamicky se měnícím a rozvíjejícím světě. Při osvětlení teorie řízení projektů nejprve začnu definicí samotného pojmu projekt. Existuje jich řada a liší se především akceptováním základních složek. Shodují se však v tom, že projektem rozumí jednorázovou akci, která se skládá z prostorově a časově ohraničeného souboru souvisejících činností, jejichž uskutečnění vede k dosažení určitého předem stanoveného cíle. Důležitou složkou řízení projektů je řízení zdrojů. Jedná se o aktivitu, kterou vykonávají manageři. Nástroje projektového řízení jim poskytují flexibilitu pro plánování, sledování a řízení projektů. Umožňují rychlejší a efektivnější reakce na nevyhnutelné změny v projektech. Historie řízení projektů sahá až do doby egyptských pyramid a Velké čínské zdi, nicméně v novější historii je řízení projektů spojeno především se zavedením Ganttova diagramu kolem roku 1900. Ganttův diagram byl zaveden jako vizuální prostředek pro plánování a řízení stavby lodí a je často využíván i v dnešní době jako přehledný a

4


Pavla Zapletalová

snadno pochopitelný prostředek sdělování plánovaných informací. Blíže k historii projektového řízení v odborné literatuře viz [1].

Základní pojmy v řízení projektů Pro porozumění mezi účastníky řízení projektů je nutné vysvětlení základních pojmů, se kterými se setkáváme v této teorii. Při definování pojmů budu vycházet z odborné literatury viz [1]. Ústředním pojmem je zajisté pojem projekt. Jak jsem již zmínila, existuje řada definic, které tento pojem definují. Obecně pod pojmem projekt chápeme výsledek materiální či nemateriální povahy založený na strategickém plánu, navržený, organizovaný a realizovaný pod řízením někoho v zájmu vlastníka anebo zadavate. Projekt je aktivita časově omezená, realizovaná jen jedenkrát bez opakování s velkým počtem charakteristických rysů, mezi které patří: - výsledek musí sloužit užívání po celou dobu přesně určenou zadavatelem projektu, - při zahájení není úspěch projektu zaručen, - časové omezení trvání projektu, - uskutečňování projektu mimo běžnou podnikatelskou rutinu, - omezené zdroje pro realizaci projektu, - projekt má pouze jeden výsledek. Dále -

lze projekt definovat jako jednorázový proces: směřující k dosažení předem stanovených cílů, procházecí řadou etap a fází, s etapami měnícími se úkoly, organizací a zdroji.

Projektem vlastně rozumíme prostorově a časově ohraničený soubor technologicky a organizačně souvisejících činností, jehož účelem je dosažení stanoveného cíle při zadaném čase, zdrojích a kvalitě. Přičemž činnost (aktivita, úkol) je ucelená transformace vstupů činnosti (lidské zdroje, finanční zdroje, technologie, zařízení, suroviny, materiál, energie atd.) na výstupy činnosti (výrobky, služby). Mezi jednotlivými činnostmi existují technologické vazby, které jsou vyvolány technologickou návazností jednotlivých činností

5


Pavla Zapletalová

na sebe, a vazby organizační, které jsou dány časovým a prostorových uspořádáním omezených zdrojů. S problematikou projektového řízení je spojena i časová analýza projektů. Určuje nejdříve možné a nejpozději přípustné termíny začátků a konců realizace jednotlivých činností, nejdříve možný termín dokončení celého projektu, časové rezervy činností apod. Dále lze provádět analýzu zdrojů, která porovnává časový průběh nároků na čerpání zdroj s disponibilním množstvím zdrojů. Přičemž cílem analýzy zdrojů může být: - minimalizace potřeby zdrojů, - dodržení limity zdrojů, - rovnoměrné čerpání zdrojů. Další související analýzou je analýza nákladů zabývající se určením nejvhodnějšího průběhu projektu z hlediska vzájemného vztahu času a nákladů na realizaci projektu. Pro bližší a detailnější informace o vymezení jednotlivých pojmů projektového řízení odkazuji na literaturu viz [1]. Pro uvedení do teorie projektového řízení je nutné specifikovat také jednotlivé fáze projektu, neboli projektový cyklus od vzniku až po ukončení projektu. Je mnoho variant jak definovat jednotlivé fáze. Proto uvádím jen jednu, kterou považuji za velmi výstižnou. Obsahuje 5 základních fází, které na sebe navazují a dají se dále strukturovat na nižší úrovni. Jedná se o následující fáze: -

fáze fáze fáze fáze fáze

zahájení, plánování, realizace, kontrolní, dokončení

Fáze zahájení Tato fáze je v mnoha ohledech tou nejdůležitější částí celého cyklu. Jedná se o samotnou přípravu projektu. Zahrnuje identifikaci problému, plánování projektu a zajištění financování. Všeobecně platí, že dobře připravený projekt má daleko větší šanci na úspěch. Problémy, které nastanou v této části a nejsou dořešeny, se zajisté projeví v samotné realizaci projektu ještě silněji. Jedná se často o

6


Pavla Zapletalová

časově velmi náročnou fázi, jenž může rozhodnout o dalším vývoji projektu. Důležité je také vyhledání vhodných partnerů a identifikace jejich zapojení a podílu na projektu. Kromě vhodných partnerů je potřeba myslet i na zainteresované skupiny, tzn. instituce, jednotlivce a skupiny lidí, které se projektu přímo neúčastní, ale přesto jej mohou ovlivnit. Do této přípravné fáze projektu spadá i budování projektového týmu včele s vedoucím projektu tzn. project managerem. Přičemž se nesmí zapomenout na administrativní a účetní stránku projektu. Celková administrativa v projektu obvykle tvoří až třetinu nákladů a času. Proto je důležité správné vytvoření harmonogramu projektu (časového plánu) pro rozvržení aktivit do časové řady. Fáze obsahuje vstupní informace o projektu, termíny, cíle, výsledky, aktivity projektu, definování možností a identifikaci zdrojů, v neposlední řadě konečné rozhodnutí o realizaci či nerealizaci konkrétního projektu. Fáze plánování Fáze plánování projektu obsahuje bližší specifikaci na bázi proveditelnosti a posuzování vzhledem k opatření a politikám. Fáze spočívá v detailním vyhotovení plánu projektu pro navrhovaný výstup. Vypracuje se dekompozice problému až na jednotlivé činnosti s vyjádřením vzájemných vazeb mezi činnostmi, odhadem časů realizace a požadavků na jednotlivé zdroje. Dále je navržen rozpočet a odhadnuty peněžní toky. Nutná je analýza zainteresovaných skupin a rizik projektu. Protože projekty zahrnují i určité riziko, je vhodné s ním počítat a naplánovat časové i finanční rezervy. Projekt lze vyjádřit vhodným modelem ve formě síťového grafu nebo Ganttova diagramu. Ve fázi plánováni lze využít i standardní techniky síťové analýzy projektů s využitím standardních metod časové analýzy (např. metody CPM, MPM), nákladové analýzy (např. metoda CPM/COST) a analýzy zdrojů (heuristické procedury). Důležité je navržení a příprava vhodné struktury organizace. Do fáze plánování zahrnujeme i výběr vhodných dodavatelů a uzavření smluv s nimi. Více podrobností viz odborná literatura [1].

7


Pavla Zapletalová

Fáze realizace Fáze vlastní realizace neboli implementace projektu a jeho řízení. Řízení probíhá v reálném čase podle plánu a také se kontrolují odchylky od plánu. Poté se případně přijímají různá korekční opatření na základě vzniklých odchylek v čase, nákladech či kvalitě. Využívá se zde i koncepce vytvořené hodnoty, která je nástrojem pro měření výkonnosti ve srovnání s plánem, více viz literatura [1]. Fáze kontrolní Důležitá fáze projektu, která spočívá v kontrole a zhodnocení vytvořeného výstupu. Výstup se zde testuje pro zjištění, jak se bude chovat při spuštění do provozu a následně se odstraňují případné problémy a chyby ve výstupu. Fáze dokončení Fáze dokončení čili uzavření a předání projektu uživateli je doba po skončení samotné realizace a kontrolní fáze. V této fázi je výstup spuštěn do provozu. Při výskytu problémů se ještě řeší různé nedostatky. Důležité je také zhodnocení průběhu projektu a získání tak zkušeností pro další projekty. Dokončení projektu představuje nejen administrativní uzavření projektu, ale i vypracování závěrečné a hodnotící zprávy a sledování provozu a užívání výstupů. Po uzavření projektu následuje sepsání závěrečných zpráv a uzavření účetnictví. Povinností realizátora projektu je uchovat pro případnou zpětnou kontrolu finanční doklady a záznamy o výstupech projektu plných pět let po jeho uzavření. Jak jsem již uvedla, existuje řada definic jednotlivých fází projektu a nelze určit univerzální definici. Každý projekt je řadou věcí specifický a může např. splývat fáze realizace s fází kontrolní jako u zvoleného projektu. Ale pro názornou ukázku jsou takto definované fáze postačující.

8


Pavla Zapletalová

2.2. Popis společnosti CIRCON Circle Consulting, s.r.o. V následující kapitole blíže přiblížím společnost, která mi poskytla veškeré informace a podklady k vybranému projektu, který je předmětem mého zkoumání. Rovněž mně byly poskytnuty veškeré informace a materiály k programové aplikaci MS Dynamics AX 4.0. U této společnosti taktéž pracuji jako konzultantka již téměř osm měsíců. Veškeré informace o společnosti jsou čerpány z interních dokumentů či internetových stránek společnosti viz internetové zdroje [14]. Společnost CIRCON ČR patří do skupiny CIRCON Circle Consulting AG (dále jen CIRCON AG), jejíž hlavní sídlo je ve Švýcarsku. Tato skupina dále administrativně podléhá společnosti Crealogix. Společnost CIRCON ČR je tudíž pobočkou společnosti CIRCON AG spolu s dalšími pobočkami v Německu a Rakousku. V České republice má Circon Circle Consulting, s. r. o. dvě pobočky: v Praze (pražská pobočka je zároveň i sídlem firmy) a v Uherském Hradišti, kde sídlí převážně programátorská část firmy. Internetové stránky společnosti CIRCON v České republice) – http://www.circon.cz

(pobočka

společnosti

Internetové stránky společnosti CIRCON AG (sídlo společnosti ve Švýcarsku) – http://www.circon.net Skupina CIRCON AG se zaměřuje na větší a velmi často nadnárodní projekty. Ačkoli v dalších státech CIRCON AG vlastní pobočky nemá, může se opřít o dlouhodobě úspěšnou spolupráci se svými partnery. Tímto způsobem skupina realizovala mnoho projektů v Evropě (v Itálii, Francii, Turecku, Maďarsku, Litvě), USA a Kanadě. Přičemž společnost CIRCON ČR se na většině těchto zakázek významně podílí. Společnost CIRCON AG dnes zaměstnává celkem asi 130 zaměstnanců na 10 místech ve 4 státech a spravuje portfolio 250 zákazníků. Tím se řadí k největším a nejúspěšnějším partnerům pro produkt Microsoft Dynamics™ AX celosvětově a je držitelem

9


Pavla Zapletalová

nejvyššího certifikátu Microsoft Gold Certified Partner a ocenění Microsoft Excellence Award (2003). Přičemž partneři společnosti Microsoft, s. r. o. se statutem společnosti Gold Certified Partner představují špičku mezi partnery této společnosti a mají přístup k nástrojům a podpoře odpovídající jejich výjimečnému postavení na trhu. Každý partner se statutem Certified nebo Gold Certified bez ohledu na velikost firmy nebo segment trhu může získat jednu nebo více kvalifikací Microsoft Competency na základě technických znalostí a obchodních zkušeností. Od roku 2002 je CIRCON AG jedničkou na trhu podnikových ERP systémů (vysvětlení pojmu viz níže kapitola 4.1) Microsoft Dynamics™ AX v Rakousku a Švýcarsku. V České republice je CIRCON ČR nástupnickou firmou společnosti iMH. Ta vznikla v roce 1993. V počátcích své existence se orientovala především na poskytování služeb softwarového poradenství v oblasti vnitropodnikového řízení, plánování a controlingu a na vývoj softwarových řešení pro moduly informačních systémů v prostředí PROGRESS. Již v roce 1993 se stala firma iMH partnerem PROGRESS SOFTWARE. Na základě pozitivního hodnocení činnosti firmy ze strany PROGRESS SOFTWARE získala iMH ocenění jako strategický partner. V roce 1999 se firma iMH, na základě konzultací se zahraničními partnery a s ohledem na stále rostoucí poptávku zákazníků po kvalitním, moderním a integrovaném informačním systému (IS), zaměřila na hledání optimálního řešení v novém prostředí. Své aktivity koordinovala především s partnerskou firmou CIRCON AG a ve vzájemné shodě bylo, pro své vysoké kvality a široké spektrum funkcionality, vybráno jako optimální základ nabídky řešení Microsoft Dynamics™ AX, tehdy ještě vyvíjený dánskou společností Damgaard pod názvem AXAPTA.

Po vzájemné dohodě vyústila úzká spolupráce mezi firmou iMH a CIRCON AG v roce 2004 k založení firmy CIRCON Circle Consulting, s.r.o. se sídlem v Praze, jakožto nástupnické společnosti iMH, která je dnes jednou z poboček koncernu CIRCON AG. Více informací je

10


Pavla Zapletalová

umístěno na webových stránkách společnosti CIRCON ČR viz [14] a společnosti CIRCON AG viz [15]. Mezi služby, které poskytuje společnost CIRCON ČR patří: ▪ Prodej licencí Microsoft Dynamics AX a Implementace IS, což představuje v současné době hlavní část činnosti společnosti. Jedná se o implementaci projektů v prostředí Microsoft Dynamics™ AX, a to po všech stránkách – od analýzy a návrhu řešení zpracovaného zkušenými konzultanty až po programátorskou realizaci jednotlivých modifikací dle přání zákazníka. Konzultanti i programátoři společnosti se ve velké míře účastní zahraničních projektů mateřské společnosti a mohou čerpat i ze znalostí a zkušeností ostatních poboček. ▪ Vývoj modulů pro Microsoft Dynamics AX je vývojem specifických oborových řešení představující pro společnost vždy významnou součást nabídky. Vyvíjí se a implementují následující moduly: -

cirFASHION pro oděvní průmysl, cirWORKFLOW pro řízení podnikových procesů, cirTRANSPORT pro dopravní a spediční společnosti, cirPOS pro maloobchodní prodej

▪ Podpora starších řešení čili soustavná péče o zákazníka je jednou z priorit společnosti a tvoří trvalou část její činnosti, přičemž dlouhá životnost starších produktů je důkazem vysoké kvality dodaného řešení a zkušeností konzultantů a vývojářů společnosti. K nejvýznamnějším zákazníkům společnosti CIRCON ČR patřily a patří následující společnosti a firmy: -

Zdravotní pojišťovna Metal-Aliance, Allcom, spol. s r. o., Datart International, a. s., Haas + Sohn Rukov, s. r. o., New Yorker a další.

11


Pavla Zapletalová

2.3. Popis zadavatelské společnosti Allcom, spol. s r.o. Zadavatelská společnost Allcom, spol. s r. o. v důsledku své nespokojenosti se současným informačním systém oslovila společnost CIRCON ČR a požadavkem o implementaci aplikace MS Dynamics AX, v té době známé pod názvem MS Axapta. Po úvodní analýze a zjištění požadavků a možností obou stran bylo rozhodnuto o vzájemné spolupráci. Nyní uvádím bližší informace o zadavatelské společnosti, přičemž tyto informace jsem především čerpala z webových stránek společnosti: http://www.allcnet.cz/ Společnost ALLCOM, spol. s r. o. byla založena v roce 1991. Předmětem činnosti je dovoz, distribuce satelitní a televizní techniky, měřící techniky a příslušenství pro rozvody televizních signálů. V krátké době dosáhla společnost vedoucího postavení na trhu v tomto oboru. Přičemž k tomuto postavení se v roce 1993 přidala především distribuce spotřební elektroniky Grundig a JVC. Od roku 1996 se jako obchodní partner společnosti T-Mobile a Eurotel zařadil mezi první tři největší distributory služeb GSM a je držitelem ocenění "Dealer roku 1996 - 2003". V roce 2000 se společnost Allcom spol. s r.o. stala autorizovaným prodejcem satelitní televize UPC Direct a o dva roky později získala certifikát "Významný partner společnosti UPC Česká republika, a.s." Základní údaje o společnosti a činnostech, jež poskytuje: -

-

import, distribuce a velkoobchod satelitní, anténní, měřící techniky a příslušenství včetně záručního a pozáručního servisu značky Humax, Samsung, EmTech, Strong, autorizovaný distributor a velkoobchod spotřební elektroniky Grundig, JVC, autorizovaný distributor mobilních telefonů LG, distribuce a prodej služeb mobilních operátorů GSM společnosti T-mobile a Eurotel, profi Partner společnosti T-mobile,

12


-

-

-

-

-

-

Pavla Zapletalová

nejlepší prodejce společnosti T-mobile v letech 1996 – 2003, dealer roku společnosti Eurotel v letech 2000 – 2002, autorizovaný prodejce satelitní televize UPC Direkt, maloobchodní síť prodejen TipTop Centrum, partnerská síť maloobchodních prodejen po celé ČR, distribuce a velkoobchodní prodej zařízení pro příjem satelitní a pozemní digitální TV DVB-T a DVB-S zejména značek Homecast, Grundig, Humax, Kaon, Topfield, Smart, Telesystém, Pace, Quali TV, Fuba, Zinwell, CzechLink, Gital, distribuce a velkoobchodní prodej široké škály příslušenství pro montáže satelitních a televizních rozvodů, antény a parabolické antény Telesystém, Chanell Master, Fracaro, návrh, dodávka a realizace systémů pro skupinový příjem satelitní a pozemní digitální TV DVB-T a DVB-S s použitím zařízení Grundig a RF Tuote, Alcad, Schwaiger, distribuce a velkoobchodní prodej sortimentu měřících přístrojů firmy Rover určené profesionálům v oblasti příjmu satelitní a pozemní digitální televize, distribuci, velkoobchodní a maloobchodní prodej spotřební elektroniky Grundig, velkoobchodní a maloobchodní prodej špičkové elektroniky JVC, Apple iPod, iRiver, Olympus, Mpio, Mustek, Sennheiser, Siemens, Sony, Hitachi, Philips, distribuci a prodej služeb operátorů GSM T-mobile a Telefónica O2 (dříve Eurotel, distribuce produktů Twist a GO.

Blíže o společnosti Allcom, spol. s r. o. lze nalézt na jejích webových stránkách viz [18].

2.4. Popis reálného projektu (pozn.: veškerá reálná data a údaje o osobách podílejících se na projektu a informace např. o délce trvání jednotlivých činností a reálných peněžních sazbách byla změněna či vynechána z důvodu ochrany obchodního tajemství)

13


Pavla Zapletalová

Projekt, který jsem si vybrala pro účely této diplomové práce je reálným projektem, na kterém spolupracovala společnost CIRCON ČR se společností ALLCOM, spol. s r. o.. Na vybraném projektu jsem se osobně nepodílela, protože ve společnosti působím krátce a pro účely této diplomové práce jsem vybírala projekt, který již proběhl a je ukončen. Přestože byl tento projekt již ukončen, probíhá i nadále spolupráce mezi oběma společnostmi formou placené podpory a různých programových úprav. Název projektu: Nové ERP řešení pro ALLCOM, spol. s r. o. Návrh řešení: Zavedení MBS AXAPTA ERP – Software Podklady pro návrh řešení: Seznamy požadavků na IS systém (pozn.: i když stále hovořím o aplikaci MS Dynamics AX, v době, kdy probíhal tento projekt, byla aplikace známa pod názvem MS Axapta, tudíž zde používám toto označení). Zájmové subjekty Zájmovými subjekty rozumíme jedince nebo organizace, kteří jsou aktivně zapojeni do projektu anebo jejichž zájmy jsou pozitivně nebo negativně ovlivněny realizací nebo výsledkem projektu (viz odborná literatura [1]). Nejdůležitější zájmové subjekty projektu jsou následující: ▫ Projektová organizace – společnost CIRCON ČR, přičemž její zaměstnanci (projektový tým) byli přímo zapojeni do práce na projektu. ▫ Ředitel projektů – ředitel společnosti CIRCON ČR, který je zodpovědný na strategické úrovni za plánování a realizaci všech projektů ve společnosti. ▫ Projektový manažer – jeden z konzultantů společnosti CIRCON ČR (dále uváděn jako „Project manager“), který byl pověřen plnou zodpovědností za plánování a realizaci projektu na taktické a operativní úrovni. ▫ Členové projektového týmu – dva konzultanti (dále uváděni jako „Konzultant_1“, „Konzultant_2“), projektový manažer („Project manager“), finanční ředitel („Finanční ředitel“) a dva programátoři („Programátor_1“, „Programátor_2“) společnosti CIRCON ČR, kteří se

14


Pavla Zapletalová

společně podíleli na jednotlivých aktivitách veškeré implementace programové aplikace MS Axapta. ▫ Zákazník – společnost ALLCOM, spol. s r. o., které byly určeny veškeré výstupy projektu. ▫ Investor - společnost ALLCOM, spol. s r. o., která poskytovala finanční zdroje pro realizaci projektu.

Fáze projektu:

-

Fáze zahájení

Jak jsem již uváděla, jedná se o nejdůležitější část celého projektu, která může rozhodnout o dalším vývoji projektu. Fáze zahrnuje samotnou přípravu projektu. Veškeré dění kolem budoucího projektu započalo poptávkou ze strany společnosti ALLCOM, spol. s r. o. (dále jen zadavatel). Přičemž zadavatel nebyl spokojený se svým dosavadním informačním systémem a toužil po zavedení celistvého podnikového informačního systému. Po zaznamenání poptávky ze strany zadavatele následovala identifikace požadavků ze strany společnosti CIRCON ČR, dále prvotní analýza projektu a předběžná finanční analýza projektu. Přičemž poté byla nabídnuta a prezentována zadavateli nabídka ze strany společnosti CIRCON ČR, včetně prezentace samotné aplikace MS Axapta a její webové části (tzv. Enterprise portal). Po prezentaci následovalo rozhodování ze strany zadavatele, zda opravdu uzavřít smlouvu a rozhodnout se při volbě informačního systému právě pro aplikaci MS Axapta a společnost CIRCON ČR, aby tuto aplikaci implementovala, případně hledat jiný vhodnější informační systém. Zadavatelská společnost se přibližně dva týdny rozhodovala a zvažovala všechny klady a zápory při implementaci právě aplikace MS Axapta. A jelikož převažovaly klady, zvolila pro implementaci svého nového informačního systému společnost CIRCON ČR. Po oznámení rozhodnutí se začalo jednat o podmínkách smlouvy, jejím podpisu a rovněž o nákupu licencí na využívání produktu MS Axapta. Celá fáze zahájení trvala 33 a půl dne, přičemž na činnostech byly využity především tyto pracovní zdroje: Project manager, Konzultant_1, Konzultant_2, Finanční ředitel a lidé ze zadavatelské společnosti.

15


-

Pavla Zapletalová

Fáze plánování

Po fázi zahájení následuje fáze plánování, která trvala 42 a půl dne, přičemž osoby podílející se na této fázi jsou identické jako u fáze zahájení: Project manager, Konzultant_1, Konzultant_2, Finanční ředitel, a samozřejmě zadavatelská společnost. Po uzavření smlouvy a nákupu licencí se začal vyhotovovat plán projektu. Plán projektu obsahoval vyhotovení analýzy zdrojů, časové analýzy, tvorbu projektového týmu, vyhotovení finanční analýzy a zhodnocení rizika. Přičemž finanční analýza se dále skládala z návrhu rozpočtu, odhadu peněžních toků a nákladové analýzy. Po vyhotovení plánu projektu následovaly workshopy, identifikace podnikových číselníků a podrobná analýza s klíčovým uživatelem. Tyto činnosti tvořily podklad pro detailní analýzu projektu. Workshop byl rozdělen podle oblastí, na které byl zaměřen. Jednalo se o oblasti financí, prodeje, logistiky a nákupu. Po proběhnutí všech workshopů a podrobných analýz následovalo vytvoření dokumentu podrobné analýzy požadavků a poté byla provedena jejich prezentace. O něco později bylo zadavateli také nabídnuto využití vertikálního řešení pro pokrytí maloobchodních prodejen. Poté následovaly různé konzultace mezi oběma společnostmi a upřesnění analýzy požadavků.

-

Fáze realizace a kontroly

Po fázi plánování obvykle následuje fáze realizace a až po té fáze kontroly. V tomto projektu, jsou však obě následující fáze propojeny, tudíž probíhají současně. Nastává zde střídání vývoje tzn. programování a jeho testování a to stále dokola, dokud není vše tak, jak má být. Testování však předchází migrace a čištění testovacích dat, příprava testovacího prostředí a zkušební migrace dat. Veškeré testování lze rozdělit do dvou oblastí. Nejprve testování jednotlivých modulů (tzn. financí, prodeje, nákupu a skladů) a následně testování celého systému. Tyto dvě fáze probíhaly 142 dnů a byly nejvíce časově a rovněž i finančně náročné, přičemž se na nich podílely především následující zdroje: Programátor_1, Programátor_2, Konzultant_1, Konzultant_2 a Project manager.

16


-

Pavla Zapletalová

Fáze dokončení

Poslední fází projektu je dokončení a uzavření projektu. Fáze trvala 26 dnů a využity byly na její realizaci tyto pracovní zdroje: Finanční ředitel, Project manager, Konzultant_1, Konzultant_2, Programátor_1, Programátor_2 a samozřejmě zadavatelská společnost, tudíž byly zapojeny veškeré lidské síly, které se na projektu podílely. Fáze dokončení započala předáním aplikace do zkušebního provozu, což zahrnovalo instalaci aplikačního software a nahrání ostrých dat. Následoval průběh zkušebního provozu, při kterém proběhlo školení klíčových uživatelů, a dále byly identifikovány nedostatky systému. Nicméně v této fázi projektu by se mělo jednat již jen o malé nedostatky a ne o žádné zásadní prvky. Dále proběhly opravy zjištěných nedostatků systému a testování konečné verze. Poté nastalo předání do ostrého provozu, přičemž v rámci předání bylo provedeno školení všech uživatelů a podpora při spuštění tzn., že tým konzultantů ze společnosti CIRCON ČR přibližně po dobu 10 dnů byl k dispozici zadavateli. Tým řešil a zodpovídal na nejrůznější dotazy ohledně nově zavedeného informačního systému. Na závěr projektu bylo provedeno project managerem a finančním ředitelem zhodnocení a ukončení projektu. Celkově trvala veškerá implementace informačního systému 244 dnů Probíhala od 20.10.2003 do 23.9.2004. Přičemž nejdéle, více než polovinu veškerého času stráveného na celém projektu, trvala fáze realizace a kontroly – 142 dnů. Přibližně jednu šestinu projektu zabrala fáze plánování – 42,5 dne. Fáze zahájení trvala něco přes jednu osminu veškeré práce na projektu – tzn. 33,5 dne, přičemž by se do této fáze mělo zahrnout i doba rozhodování zadavatele, před tím než oslovil právě společnost CIRCON ČR, ale tu zde neuvádím. A nejkratší fází byla fáze dokončení, jenž trvala „pouze“ 26 dnů. Fáze, které zde byly uvedeny, jsou fázemi implementace softwarového produktu MS Dynamics AX pro společnost Allcom, spol. s r. o.. Ale přestože byla implementace produktu dokončena, i nadále probíhá spolupráce mezi oběma společnostmi. Spolupráce je formou údržby systému a podpory při řešení různých problémů, dotazů či programových úprav. Přičemž společnost Allcom, spol. s r. o.

17


Pavla Zapletalová

poskytuje společnosti CIRCON ČR měsíčně určitou paušální částku za realizaci této podpory. Výše této částky nezávisí na objemu podpory, je placena stále ve stejné výši. Pokud se ovšem jedná o dotazy a úpravy, které jsou definovány ve smlouvě. Do této následné podpory se však zahrnují i požadavky nad rámec smlouvy, přičemž ty jsou placeny samostatně.

18


Pavla Zapletalová

3. POPIS MS PROJECTU A VYTVOŘENÍ REÁLNÉHO PROJEKTU

3.1 MS Project Jelikož jsem při práci na této diplomové práci využila aplikaci MS Project, konkrétně verzi Microsoft Project Professional 2003, budu se v následující kapitole věnovat popisu právě tohoto programového produktu. Přičemž při jeho popisu jsem především čerpala z publikace viz [3] a z internetových stránek společnosti Microsoft viz [16]. Aplikace Microsoft Project je efektivním nástrojem sloužícím k plánování, sledování a řízení projektů a ke komunikaci s projektovým týmem. Slouží všem, kteří potřebují efektivně plánovat a řídit projekty, tzn. především vedoucím projektů, kteří potřebují nástroj pro samostatnou správu projektů. Aplikaci lze využít jak u přípravy malých projektů (např. víkendové společenské akce) tak i u středních projektů (např. stavba rodinného domu) a velkých projektů (např. stavba olympijského střediska). Svým uživatelským rozhraním a ovládáním koncepčně zapadá mezi aplikace sady Microsoft Office, ačkoliv není součástí žádné z edicí aplikací Office, a je k dispozici pouze samostatně.

Obr. 3.1 : Úvodní obrazovka aplikace MS Project

19


Pavla Zapletalová

Pro efektivní práci s aplikací MS Project je nutné znát nejen způsob obsluhy aplikace samotné, ale také mít alespoň částečnou znalost problematiky teorie projektového řízení. Mnozí mohou namítnout, že používat takhle složitou aplikaci, je zbytečné, a že to samé by byl člověk schopen učinit např. v aplikaci Excel. Ale s postupem nárůstu náročnosti a pracnosti projektu jak časové tak i materiálové, dojdeme k závěru, že možnosti, které nabízí aplikace MS Project jsou nesrovnatelné. A podle mého názoru je softwarový produkt MS Project v současné době jedním z nejkvalitnějších samostatných produktů, které jsou na trhu k dispozici pro podporu projektového řízení. Projektové řízení je velmi komplexní obor, jemuž se věnuji v kapitole 2.1 této diplomové práce. Znovu se zde zmíním o klíčovém pojmu projekt. Projekt je v podstatě plán práce, jež je zakončen určitým výsledkem. Každý projekt má jak datum začátku, tak datum dokončení, přičemž jedno z dat je pevně stanoveno a druhé je automaticky dopočítáno aplikací. Každý projekt lze rozdělit na součásti – úkoly, přičemž každý úkol má určenou dobu trvání a mezi nimi existují vzájemné vazby. U vazeb rozlišujeme různé typy, např. dokončení – zahájení, což znamená, že teprve po dokončení jednoho úkolu, může začít druhý, ale i vazby typu dokončení – dokončení apod. Přičemž jednotlivé úkoly mohou mít i časová omezení. K úkolům se zpravidla přiřazují zdroje. Ty mohou být buď pracovní, tedy lidé, kteří odvádějí práci a tím posouvají projekt kupředu, nebo materiálové, které se během plnění projektu spotřebovávají. V případě práce s pracovními zdroji vzniká na úkolu práce, která se plánuje podle zvoleného kalendáře, jenž popisuje jak pracovní tak i nepracovní čas a lze jej individuálně přizpůsobit konkrétním možnostem. Může však nastat situace, kdy přiřadíme zdroj v rámci jednoho projektu na úkoly, které běží současně, nebo je někdo jiný využije ve stejnou dobu v jiném projektu. Pak nastane situace, kdy je zdroj přetížen, tj. požadavek na více práce, než je schopen zdroj odvést. Právě zde nám aplikace MS Project pomůže najít a případně i odstranit takto vzniklé problémy. Ke každému zdroji je možné definovat náklady. Jedná se o cenu za jednotku práce nebo za materiál. Na základě délky trvání úkolu aplikace spočítá cenu potřebnou na splnění daného úkolu a finálně i celého projektu.

20


Pavla Zapletalová

Po vytvoření projektu přejdeme k samotné realizaci projektu. Uložíme tzv. směrný plán, který postihuje plán – dobu trvání projektu a jeho cenu. Jakmile se projekt rozběhne, zadáváme reálné časy dokončení a reálné náklady úkolů a tím můžeme analyzovat, jak se liší reálná situace oproti plánu. Také můžeme během práce měnit plán projektu, nasadit další zdroje k úkolům, které se např. opožďují, nebo úkoly jinak naplánovat. Aplikace MS Project rovněž umožňuje sledovat kritickou cestu, tedy úkoly přímo ovlivňující dobu trvání celého projektu. Vzájemnou závislost mezi náklady, tedy celkovou cenou projektu, časem, celkovou dobou trvaní projektu, a rozsahem, celkovou komplexností projektu popisuje tzv. projektový trojúhelník.

Obr. 3.2 : Projektový trojúhelník

Změna jednoho z prvků trojúhelníku obvykle ovlivní i oba zbývající. Pokud chceme např. zkrátit dobu trvání projektu (čas), zvýší to náklady a může to snížit i rozsah. Do uvedeného trojúhelníku někdy přibývá i další ukazatel – kvalita. Neovlivňuje ostatní ukazatele, ale je jimi přímo ovlivněn. V případě, že např. zmenšíme náklady, zmenší se tím pravděpodobně i kvalita projektu apod. U větších firem nebo týmů je důležité mít kontrolu nad prací jednotlivých členů týmu. Zde je vhodné použít nástroj pro komunikaci se zdroji, které jsou daným úkolům přiřazeny. Pro omezení možnosti přetížení zdrojů a zachování přehledu o tom, jaký zdroj na jakém úkolu či projektu pracuje a kdy, můžeme definovat tzv. fond zdrojů. Z toho můžeme zdroje čerpat na jednotlivé projekty a odebírat tak z jejich celkové kapacity. Pro velké společnosti nabízí MS Project mnoho možností, mezi ty na prvním místě se řadí Microsoft Project

21


Pavla Zapletalová

Server. Jedná se o jakési centrum informací organizace o projektech. Sem mohou vstupovat všichni, kteří mají oprávnění, a mohou se tak přímo podílet na řízení projektů. Vedení organizace však mohou také sledovat situaci na jednotlivých projektech. Pro vedoucí projektu je pak důležité efektivní naložení se zdroji. Mohou např. nasazovat zdroje podle dovedností, fyzického umístění či jazykových znalostí, přičemž všechny tyto atributy je možné v MS Project uchovávat. Jednotliví členové týmu mají možnost sledovat svoje úkoly na projektech, zadávat jejich plnění, informovat ostatní členy týmu o možných problémech či zasílat zprávy o stavu své činnosti vedoucímu projektu. Členům týmu systém také může automaticky zasílat připomenutí prostřednictvím elektronické pošty, nebo přímo zapsat jejich úkoly do kalendáře aplikace Microsoft Outlook. Jedním z důležitých prvků, které umožňuje aplikace MS Projekt je i zobrazení Ganttova diagramu. Poskytuje nám v levé části přehled o úkolech projektu a v pravé části pak grafické pruhy odpovídající době trvání úkolu. Zobrazení Ganttova diagramu můžeme automaticky formátovat pomocí průvodce. Lze změnit formátování položek, jako je kritická cesta, zobrazení čáry vazeb mezi závislými úkoly nebo vybrat možnosti barev a vzorů nebo milníky. Přičemž milníkem rozumíme referenční bod, jež označuje důležitou událost v projektu a slouží ke sledování jeho průběhu. Jak jsem již uvedla v počátku této kapitoly, využívala jsem pro potřeby projektového řízení pomocí aplikace MS Project verzi Microsoft Project Professional 2003. Verze je určena pro jednotlivce a poskytuje všechny nástroje pro tvorbu a sledování projektu až po vytváření zpráv o stavu a průběhu projektu. Nelze však prostřednictvím této verze rozesílat úkoly jako e-mailové zprávy zdrojům nebo se připojit k systému Project Server. Až ve spojení se systémem Microsoft Project Server 2003 nabízí vlastnosti pro týmy a velké organizace. Více informací o aplikaci MS Project lze nalézt v publikaci viz [3]. Díky sledování plnění jednotlivých úkolů projektu, můžeme pomocí aplikace MS Project snadněji požadovaný projekt ukončit v požadovaném čase, financích i kvalitě. Správné používání produktu umožňuje získat přehled nad:

22


-

Pavla Zapletalová

lidmi (víme, kdo, na čem pracuje), financemi (kolik, co bude stát), časem (jak dlouho to bude trvat), odpovědnosti (kdo, za co nese odpovědnost), skluzem (v případě, že něco neběží podle plánu, můžeme začít aplikovat potřebná opatření).

Verze Microsoft Project Professional 2003, kterou jsem využila ve své diplomové práci, je aplikace společnosti Microsoft pro správu podnikových projektů, která se používá v kombinaci s portálem Microsoft Office Web Access a serverem Microsoft Office Project Server 2003. Aplikace Project Professional poskytuje všechny plánovací nástroje a je určena pro vedoucí projektů, kteří potřebují plánovat projekty, přidělovat úkoly členům týmu a centrálně ukládat informace na server Project Server pro sdílení s ostatními.

3.2 Zpracování reálného projektu v MS Project Při samotném vypracování reálného projektu v aplikaci Microsoft Project jsem využila znalosti získané během studia na VŠE Praha konkrétně po absolvování předmětu EKO423 - Řízení projektů a znalostí nabytých svým dosavadním působením ve společnosti CIRCON ČR. Při tvorbě reálného projektu v softwarovém produktu MS Project jsem postupovala následujícím postupem. Nejdříve jsem nadefinovala zdroje. Jednalo se o 7 pracovních zdrojů. Materiální zdroje zde neuvádím, protože ty, jsou následně zakalkulovány mezi ostatními náklady projektu nebo do marže, která je zahrnuta do celkové ceny projektu. Při realizaci projektu bylo využíváno 7 následujících pracovních zdrojů: -

Finanční ředitel, Konzultant_1, Konzultant_2, Programátor_1, Programátor_2, Project manager, 23


-

Pavla Zapletalová

Allcom (jež zahrnuje zaměstnance zadavatelovy společnosti, kteří se podíleli na realizaci projektu; nad jejich jednotlivým časovým zapojením do projektu jsem informace nezískala, proto je všechny uvádím pod souhrnným označením „Allcom“).

K jednotlivým zdrojům lze také přiřadit jejich cena, čili náklady na jejich použití. Její výše se odvíjí podle povahy a náročnosti daného úkonu. Proto např. u finančního ředitele a project managera je hodinová sazba nejvyšší a to 1.600 Kč, zatímco u konzultantů 1.400 Kč a u programátorů je to sazba 1.200 Kč.

Obr. 3.3 : Seznam zdrojů

Po definování jednotlivých zdrojů a jejich standardních sazeb v Kč za 1 hodinu, jsem ve formuláři „informace o projektu“ nastavila datum zahájení na 20. 10. 2003 a zadala typ plánování „od data zahájení projektu“. Dále jsem zde nastavila typ použitého kalendáře na standardní. Přičemž ve zvoleném kalendáři lze definovat pracovní čas. Typ kalendáře „standardní“ je definován následovně:

Obr. 3.4 : Kalendář projektu

24


Pavla Zapletalová

Kalendář je definován jako standardní osmihodinová pracovní doba v rozmezí od 9:00 do 18:00 s hodinovou přestávkou. Aplikace MS Project umožňuje i další nastavení, nicméně v této diplomové práci se jimi nebudu dále zabývat, blíže viz publikace [3]. Po nadefinování základních nastavení projektu jsem mohla začít se samotnou tvorbou projektu. Při zpracování projektu v aplikaci MS Projekt jsem především používala zobrazení pomocí Ganttova diagramu. Do řádků se vkládají jednotlivé činnosti, které se dále mohou strukturovat. Ganttův diagram umožňuje jak sledování průběhu projektu v graficky v kalendáři, tak poskytuje informace o úkolu jako je jeho: -

název, doba trvání (přičemž lze definovat buď předpokládaná nebo skutečná doba trvání), zahájení, dokončení procento dokončení, priorita předchůdci, zdrojů náklady a doplnit lze i mnohé další údaje, případně vložit poznámku.

Obr. 3.5 : Zobrazení projektu pomocí Ganttova diagramu

25


Pavla Zapletalová

Vazby, které jsem využívala mezi jednotlivými činnostmi, byly většinou typu „dokončení – zahájení“, „zahájení – zahájení“ či „dokončení – dokončení“. Většina činnosti zpravidla začínala po dokončení jiných, přičemž některé činnosti započaly stejně a také stejně skončily, podle povahy jednotlivých úkolů. Jednotlivé vazby lze definovat pomocí tzv. předchůdců, které lze zobrazit ve formuláři „informaci o úkolu“. Pro bližší specifikaci projektu lze využít např. zobrazení používání zdrojů, diagram zdrojů, používání úkolů, sledovací ganttův diagram a další funkční možnosti, které aplikace MS Project nabízí a umožňuje. Viz Příloha č. 2, ve které lze tyto funkčnosti zobrazit či najít. Jednotlivé výstupy z aplikace MS Project se nachází v příloze č. 3. Jsou zde zobrazeny formou sestav. Podle výstupu z aplikace MS Project celkově projekt trval 244 dnů, z toho: - 33,5 dnů - fáze zahájení, - 42,5 dnů – fáze plánování, - 142 dnů – fáze realizace a fáze kontroly, - 26 dnů – fáze dokončení. Co se týká finanční náročnosti celého projektu, tak díky aplikaci MS Project lze zjistit celková nákladová náročnost na projekt. Díky nadefinování jednotlivých hodinových sazeb u pracovních zdrojů, můžeme zjistit, kolik činily pracovní náklady na celý projekt. A ty celkově činily 5.150.400 Kč. Přičemž nejvíce nákladná, stejně tak i časově nákladná, byla fáze realizace a kontroly. Náklady na ni činily před polovinu veškerých nákladů na projekt – 3.140.800 Kč. Druhou finančně nejnáročnější fází byla fáze plánování, na kterou činily náklady rovných 1.167.200 Kč. Poté následovala fáze dokončení, a i když se časově jeví jako nejkratší fáze, nákladově přesahovala fázi zahájení, která byla přibližně o 7,5 dne delší. Což bylo způsobeno nasazením více pracovních zdrojů. Náklady na fázi dokončení činily 467.200 Kč a na fázi zahájení 375.200 Kč. Dále bych chtěla poznamenat, že náklady zjištěné aplikací MS Project neodpovídají celkové ceně projektu, protože do té se dále započítávají i další náklady, např. nákup licencí nebo cestovní náklady, a rovněž obchodní marže.

26


Pavla Zapletalová

4. POPIS MS DYNAMICS AX, MODULU PROJEKTY A VYTVOŘENÍ REÁLNÉHO PROJEKTU

4.1 MS Dynamics AX Nyní budu blíže popisovat druhou aplikaci, jež jsem zvolila pro účely vypracování této diplomové práce. Jedná se o programovou aplikaci Microsoft MS Dynamics AX (dříve známá pod označením Microsoft Axapta). Přičemž při bližší specifikaci budu vycházet z internetových zdrojů viz [14] a [16]. Microsoft Dynamics™ AX je ERP řešení, které je distribuováno společností Microsoft v rámci divize Microsoft Dynamics™, která je jednou z klíčových oblastí koncernu. ERP systém Microsoft Dynamics™ AX byl celosvětově uveden na trh v roce 1999 (pod názvem AXAPTA). Zahrnuje širokou funkcionalitu v oblasti obchodu, logistiky a správy zboží, výroby, managementu projektu, vnitropodnikového účetnictví a evidence nákladů, práce s lidskými zdroji a řízení obecně, stejně jako kompletní řešení národních účetních systémů ve více než 30-ti státech. Nyní vysvětlím blíže označení ERP systém. Zkratka ERP (=Enterprise Resource Planning System) vyjadřuje v překladu plánování podnikových zdrojů. Hlavní myšlenkou těchto aplikací je především sjednocení dílčích podnikových funkcí na úrovni celého podniku. Při existenci mnoha dílčích aplikací, resp. aplikačních software, není možné sledovat např. požadavek zákazníka přes různá oddělení (např. marketing, prodej, výroba, logistika), proto dochází k nutnosti zadávat stejnou informaci opakovaně a udržovat ji vícenásobně v často neslučitelných databázích. Tím i stoupá pravděpodobnost nekonzistence, chybovosti a neefektivnosti podnikových dat a operací. Proto hlavním cílem a úkolem ERP systémů je vytvoření informační podpory podnikových procesů, která bude realizována efektivně jednou konzistentní aplikací. Bližší informace o specifikaci ERP systémů lze nalézt v publikaci viz [6].

27


Pavla Zapletalová

Řešení Microsoft Dynamics tvoří řada integrovaných, adaptabilních podnikových řešení, která zaměstnancům umožní přijímat důležitá obchodní rozhodnutí s větší jistotou. Tato aplikace umožňuje automatizaci a zjednodušení procesů souvisejících s financemi, vztahy se zákazníky a odběratelsko-dodavatelskými řetězci. Pomáhají v dosažení větší úspěšnosti dané firmy na trhu. Produkty Microsoft Dynamics jsou určeny pro maloobchodní podniky, výrobní, distribuční a servisní společnosti, organizace ve státní správě, a to nejen pro podniky fungující lokálně, ale i ve více státech. Společnost Microsoft nabízí tři produkty řady Microsoft Dynamics, které lze aplikovat vzhledem k velikosti dané společnosti a oblasti zájmu. Prvním produktem je aplikace Microsoft Dynamics™ AX a představuje řešení pro středně velké a velké firmy. Tomuto produktu se budu více věnovat v následujících odstavcích této práce. Druhý produkt Microsoft Dynamics™ NAV (dříve známý pod označením Microsoft Navision) je určen pro malé, rostoucí společnosti s jedinečnými procesy a specializovanými potřebami. Nabízí řešení správy podnikových zdrojů, oblasti financí, výroby a řízení projektů, distribuce, správy zákaznických vztahů a e-commerce. Třetím z produktů řady Microsoft Dynamics je systém pro správu vztahů se zákazníky. Jedná se o produkt Microsoft Dynamics™ CRM. Přináší všem zaměstnancům komunikujícím se zákazníky informace, které potřebují, aby zákazníky skutečně zaujali a umožňuje jim vytvořit centrální úložiště údajů o zákaznících. Tyto informace dále zpřístupňuje v aplikacích Microsoft Office a Microsoft Office Outlook, tedy v programech, které zaměstnanci používají denně. Zaměstnanci tak mohou přímo z aplikace Outlook přistupovat k jednotlivým modulům řešení Microsoft CRM (prodej, marketing, servis), přijímat obchodní rozhodnutí, prodávat výrobky, řešit problémy a získávat strategické pohledy na podnikání. Microsoft Dynamics CRM tak poskytuje veškeré nástroje a funkce potřebné pro vytvoření a udržení jasného přehledu o zákaznících, od prvního kontaktu s nimi, přes prodej až např. po následný servis.

28


Pavla Zapletalová

Microsoft Dynamics™ AX Microsoft Dynamics AX je řešení pro plánování a řízení firemních zdrojů (ERP) a e-business s neuvěřitelnou přizpůsobitelností a neomezenými možnostmi a volbami. Řešením pro ERP a e-business se rozumí rozšířené řešení zahrnující jak aplikace interního řízení a administrativy, tak i aplikace pro obchodní styk a komunikaci. Tyto aplikace jsou tak otevřené, aby firmy mohly upevnit své vztahy – interně se zaměstnanci a externě se zákazníky, dodavateli a obchodními partnery – jak to brzy bude vyžadovat nové tržní prostředí. Vybudování takové sítě pevných vztahů je skutečnou výzvou budoucnosti. Microsoft Dynamics™ AX se vyznačuje vysokou schopností integrace směrem k ostatním aplikacím, zejména v rámci produktů firmy Microsoft. Tato vlastnost spolu s moderní technologií systému současně dovoluje integraci obchodních a řídících procesů uvnitř i vně firmy na základě výměny informací mezi aplikacemi front- i backoffice. Standardní aplikace Microsoft z následujících modulů: -

Dynamics™

AX

se

skládá

hlavní kniha, nákladové účetnictví banka, CRM, pohledávky, závazky, řízení zásob, hlavní plánování, výroba, lidské zdroje, projekty, správa atd.

Tyto moduly jsou navzájem spolu provázané a transakce vytvořené v jedné oblasti se promítnou i do jiných oblastí.

29


Pavla Zapletalová

Ke standartním řešením byla vyvinuta v rámci partnerské sitě různá odvětvová řešení, která pokrývají specifika mnoha odvětví a oborů, jako je např. modul Fashion, který byl speciálně vytvořen pro oděvní a obuvnický průmysl. Microsoft Dynamics™ AX je úspěšně provozován a implementován ve více než 500 partnery po celém světě. Vzhledem ke stále se měnícím úkolům a požadavkům trhu se ukazuje být Microsoft Dynamics™ AX, jako moderní, flexibilní a integrovaný ERP systém, ideálním základem pro další vývoj. Vývojové prostředí MorphX a X++ stejně jako promyšlená technologie vrstev jsou základem pro specifická řešení se zárukou možností dalších úprav. Charakteristika produktu Microsoft Dynamics AX: - technologicky progresivní, celosvětově známé řešení, které je podporované silnou vývojovou firmou, - komplexní řešení v rámci jednoho systému namísto dílčích neúplných řešení, - vedení cizí měny, EURO (triangulace), možnost sekundární měny, - racionalizace činností s dopadem na snížení nákladů vyplývající z efektivnějšího řízení a efektivnějšího využití pracovníků, - flexibilita – přizpůsobení systému měnícím se podmínkám, - zvýšení konkurenceschopnosti firmy, - multijazykové prostředí, - internet technologie, - e-bussiness – nástroje a aplikace jsou součástí produktu Microsoft Dynamics™ AX, - vysoký stupeň ochrany přístupu k datům, - snadné ovládání systému, - snadná integrace s produkty třetích stran.

Architektura systému Microsoft Dynamics AX Technologická architektura Microsoft Dynamics™ AX je velmi flexibilní – nabízí několik různých způsobů práce s aplikací a podporuje moderní standarty jako COM a XML. Samozřejmostí je možnost připojení přes síť internet, ať už pomocí terminálu, mobilního zařízení

30


Pavla Zapletalová

nebo přes aplikaci WWW prostřednictvím běžného internetového prohlížeče. Základní možnosti propojení jednotlivých prvků ukazuje následující schéma, které bylo převzato z interních marketingových dokumentů společnosti CIRCON ČR:

Obr. 4.1 : Architektura systému MS Dynamics AX

Popis schématu: 1. Základem aplikace je databázový server DB a aplikační server AOD. 2. Jejich funkcionalitu přímo využívají tzv. silné klienty, což jsou typicky výkonná PC schopná zpracovávat dotazy do databáze. 3. Ostatní zařízení jsou připojena přes objektový server AOS. Ten zpracovává jejich požadavky a posílá zpět pouze výsledky dotazů, což snižuje nároky na výpočetní výkon stanic i kapacitu připojení. 4. Přímo na AOS jsou napojeny terminály, využívající tzv. tenký klient.

31


Pavla Zapletalová

5. Oba klienty je možné spustit také například přes vzdálenou plochu prostřednictvím terminálového serveru TS. 6. Další rozšíření možností poskytuje konektor COM. Ten kromě přímého přístupu aplikací COM umožňuje propojení přes WML pro Mobilní zařízení a prostřednictvím Microsoft Dynamics™ AX business konektoru (ABC) fungování WWW aplikace. 7. Rozhraní mezi vnitřní a vnější sítí jsou chráněna pomocí firewallů FW. 8. AOS nabízí i výstup v XML pro propojení s obchodními partnery. Více o aplikaci Microsoft Dynamics™ AX se lze dozvědět z webových stránek společnosti CIRCON ČR, CIRCON AG či společnosti MICROSOFT (viz internetové zdroje [14], [15], [16]).

32


Pavla Zapletalová

4.2 Modul Projekt a řízení projektů v MS Dynamics AX 4.0 Modul Projekt je jedním z modulů aplikace Microsoft Dynamics AX. Jedná se o modul, jež slouží pro správu a řízení projektů. Zajišťuje pevnou platformu, která uživatelům pomáhá spravovat finanční prostředky na projekty. Pomocí funkcí, které umožňuje tato aplikace, lze získat přehled o finanční situaci na jednotlivých projektech ve vztahu k rozpočtu v libovolném okamžiku životnosti projektu. Umožňuje jak sledování průběhu projektu, tak i odhady a prognózy, fakturaci a zaúčtování projektu, sledovat spotřebu času a materiálu a zajišťuje finanční návaznost na časové a materiálové projekty a interní projekty. S pomocí tohoto modulu lze rozdělit čas a materiál na položky pro fakturaci a přitom ponechat prodejní ceny, pořizovací ceny zboží i spotřebu pracovního času.

Obr. 4.2 : Úvodní obrazovka aplikace MS Dynamics AX 4.0

33


Pavla Zapletalová

Obr. 4.3 : MS Dynamics AX 4.0 – modul Projekt – nabídka projektů

V další části se budu věnovat popisu funkčnosti tohoto modulu, při němž jsem čerpala především z interních dokumentů, webových stránek společnosti CIRCON ČR (viz [7] a [14]) a e-learningu, který poskytuje svým partnerům společnost Microsoft (viz [8], [9], [10], [11], [12]). Před vytvořením konkrétního projektu je nutné rozhodnout, o jaký typ se jedná, přičemž v modulu Projekty v aplikaci MS Dynamics AX mohou být vytvořeny čtyři typy projektů, přičemž hlavní rozdíl mezi nimi je v nastavení fakturace. Volba typu projektu závisí na účelu projektu. K výběru jsou k dispozici následující čtyři typy projektů: -

-

-

interní projekty - jsou určeny pro vlastní potřeby společnosti, pouze pro nefakturovatelné transakce, tudíž nemohou být fakturovány; jedná se o např. o dovolenou, interní vývoj, školení, porady apod.; souhrnné projekty - slouží pouze pro informaci o struktuře a jsou aplikovány jako nadřazené projekty ve stromech projektu; žádná transakce nemůže být registrována na tento typ projektu, tudíž nenesou žádné záznamy transakcí; projekty čas a materiál - jsou fakturovány jako postup prací založený na spotřebě projektu; tento typ je především aplikován na projekty, kde mohou být náklady porovnávány s výnosy na každou transakci;

34


-

Pavla Zapletalová

projekty fixní cena - jsou fakturovány podle plánu plateb a nefakturující se obvykle aktuální náklady, přičemž fixní cena kontraktu byla odsouhlasena již před zahájením projektu.

Jakmile byl už určitý typ projektu využit, neměl by se měnit. Dále ke každému projektu lze vytvořit i podprojekt či podprojekty, které mohou být stejného či jiného typu jako jim nadřazený projekt. Dále je nutné k projektu nastavit fakturační projekt, který může být sdílen i více projekty dohromady. Na základě fakturačního projektu lze vytvářet různé sestavy za projekty, které mají tento společný fakturační projekt. Nyní se budu věnovat jednotlivým funkčním možnostem aplikace. Evidence a zadávání dat Aplikace umožňuje v modulu Projekt rozepisování spotřebovaných nákladů, hodin a materiálu a jejich následné zadávání do deníku. Microsoft Enterprise Portal poskytuje tuto činnosti i ze vzdálených pracovišť prostřednictvím internetu. Tudíž nepotřebujeme samotnou aplikaci, ale stačí pouze připojení k internetové síti. Fakturace Jak už jsem se zmiňovala, ke každému projektu je nutné přiřadit fakturační projekt, na který se fakturuje. Fakturační procedura jednotlivých projektů závisí na jejich typu. U interních projektů jsou transakce obvykle nefakturovatelné a tudíž ani žádné fakturační projekty nemohou být spojeny s tímto projektem. U projektu fixní ceny je fakturace založena na fixní částce kontraktu a tento typ projektu může být fakturován, jak za projekt, tak za fakturační projekt. U projektu čas a materiál je fakturovaná částka založena na transakcích, které jsou zadány na projektech. Muže být taktéž fakturován za projekt i za fakturační projekt. Transakce, které mohou být fakturovány, jsou následující: - hodinové transakce, - transakce výnosu, - nákladové transakce, - položkové transakce

35


Pavla Zapletalová

- transakce Na účet. Aplikace MS Dynamics AX také umožňuje rozlišovat mezi transakcemi fakturovatelnými a nefakturovatelnými, protože ne každá činnost vykonaná na projektu lze fakturovat zadavateli projektu. Toto rozlišení se zadává pomocí vlastnosti řádku, která může být nastavena jak na projektech a projektových skupinách tak i na kategoriích a skupinách kategorií (viz níže Kategorie a skupiny kategorií). Pomocí aplikace lze vytvořit fakturu za celý projekt i za dílčí činnosti, stejně tak i transakce tvořící základ faktur. Aplikace dále umožňuje při fakturaci jednotlivých projektů nebo skupin projektů ponechat rozepsané náklady na čas a zdroje. Dílčí projekty lze fakturovat samostatně nebo dohromady, což umožňuje vést jeden projekt s více fakturami pro různé zákazníky. Pro jednotlivé faktury lze dále stanovit schvalovací postupy, které zajišťují, že faktury jsou před odesláním zákazníkovi schváleny odpovědnou osobou. Platby, které jsou provedeny předem, lze sledovat a použít v budoucích fakturách. Etapy projektu Jednotlivá projektová období mohou být připojena k zaměstnancům a ti tak mohou registrovat hodinové transakce. Kód jednotlivých období tak usnadňuje sledování hodinových registrací. Díky obdobím můžeme také vytvářet odhady. Projektová období jsou vytvářena na základě typu období. Pro každý typ období je vytvořena frekvence období. A jestliže např. mají být hodiny hlášeny jednou týdne, musí být vytvořen typ období s frekvencí období Týden. Projektová období mohou být nastavena s následujícími četnostmi: den, týden, měsíc, čtvrtletí, rok, neomezeno a období. Odhady Odhad je bod v čase během projektu (datum odhadu čili datum, kdy je odhad zpracován), kde minulost je měřena na základě transakce a budoucí náklady jsou odhadnuty. Odhady jsou aplikovány především pro sledování očekávané celkové spotřeby u projektu s fixní cenou, kdy spotřební náklady jsou porovnávány s hodnotami kontraktu, aby byl zkontrolován očekávaný zisk projektu. Nicméně odhady mohou být použity i při výpočtu procenta dokončení během projektu nebo při zaúčtování nedokončené

36


Pavla Zapletalová

výroby, za účelem porovnání a zjištění nákladů a výnosů na účtu zisku a ztrát ve stejném období v hlavní knize. Odhady v aplikaci MS Dynamics jsou spojeny s dvěma principy zaúčtování a podle toho také slouží pro různé účely. Prvním principem je procento dokončení. Odhad je zde použit pro výpočet výnosu během projektu. Výnos narůstá na základě procenta dokončení a hodnoty kontraktu, tak aby byly porovnány náklady a výnosy během projektu. Druhým používaným principem je dokončený kontrakt. Odhad se zde používá pro kapitalizaci nákladů, položek a hodin tak, aby bylo možné porovnat náklady a výnosy na účtu zisku a ztrát na konci projektu. Cílem odhadů je optimalizace běhu projektu tak, aby zdroje byly co nejefektivněji využívány a náklady kontrolovány. Deníky Veškeré transakce v systému MS Dynamics vstupují skrz deníky. Názvy jednotlivých deníku pak obsahují informace např. o projektu v modulu Projekt. Jedná se např. o informace o definované číselné řadě dokladů nebo metod pro změnu čísla dokladů. Prostřednictvím názvu deníku se také určuje nastavení deníku, včetně schválení. Schvalovací proceduru deníku používá administrátor pro schválení transakcí pracovního výkazu. Schvalovací procedura může obsahovat volitelný počet schvalovacích fází a je k ní připojena určitá skupina uživatelů. Kategorie a skupiny kategorií Současně s projektovou strukturou definovanou jednotlivými projekty a typy projektů a z nich vytvořených projektových skupin existuje paralelní skupina kategorií a skupin kategorií, která má za úkol také kontrolovat účetní profily. Kategoriemi rozumíme typy nákladů definované pro celou společnost. Vždy při zápisu transakce projektu do deníku musí být zadána informace o kategorii. Každá kategorie je dále připojena ke skupinám kategorií. Kategorie a skupiny kategorií jsou rozděleny do čtyř typů, které odpovídají následujícím transakcím v projektu: Výnosy, Hodina, Náklady, Položka. Aby bylo lépe pochopitelné jaký je rozdíl mezi kategoriemi a skupinou kategorií, uvedu příklad. Skupinou kategorií rozumíme např. dopravu a k ní definujeme jednotlivé kategorie, jako jsou např. výdaje za benzín, letenky, jízdenky apod. Skupina

37


Pavla Zapletalová

kategorií a připojená kategorie by měla vždy patřit ke stejnému typu transakce. Přičemž pro bližší specifikaci jednotlivých kategorií může využít tzv. aktivity. Účetnictví Modul Projekt je těsně spjat s modulem Hlavní kniha, což znamená, že zde existuje provázanost s účetnictvím. Lze stanovit podrobné profily účtování tak, aby transakce bylo možné zaúčtovat na předepsaná finanční konta podle předem stanovených kritérií. Dotazování a vykazování Generátor sestav v modulu Projekt aplikace MS Dynamics AX umožňuje rozšířené vykazování s možností načítání a ukládání. Dále se zde nachází statistický formulář, který porovnává projektové rozpočty se spotřebou v čase. Integrace správy financí umožňuje snadné sledování potřeb transakcí u jednotlivých projektů nebo skupiny projektů. Reporty Použitím reportů můžeme zjistit základní informace, transakce projektu a finanční přehled.

jednotlivé

Statistika projektů Pomocí této funkcionality lze porovnávat aktuální náklady na projekt s rozpočtem projektu a zjistit případný rozdíl mezi nimi. Časové plánování Když se pracuje na více projektech najednou, je užitečné vědět, jak se na nich pracuje a jaká je dostupnost pracovních kapacit. Plánování lze využít k získání mnoha informací. Pro zajištění časového plánování je nutné nastavit pracovní čas, kalendář a nadefinovat základní parametry plánování. Lze využít i možnosti Ganttova diagramu a přímo z něj lze např. měnit jednotlivé termíny. Co se však týká konkrétního použití tohoto funkčního prvku, i po nadefinování všech parametrů se mi zobrazení Ganttova diagramu nepodařilo. A to z důvodu, že tento prvek není zcela funkčně vyřešen a naprogramován. Což považuji za značný nedostatek u tohoto programového produktu.

38


Pavla Zapletalová

Modul Projekt je navržen pro projektově zaměřené společnosti a společnosti, které pracují s projekty, jako jsou výzkumné programy, služby, instalace výpočetní techniky a podpora produktů. Modul poskytuje možnost analyzovat postup v reálném čase porovnáním výkonu jednotlivých projektů nebo celé firmy ve srovnání s předem definovanými cíly. Pro rozšířené finanční řízení projektů včetně analýzy nedokončené výroby poskytuje aplikace MS Dynamics AX rozšíření modulu Projekt. Přičemž hlavní přínosy této aplikace bych shrnula do následujících bodů: - modul Projekt řeší různé typy projektů, - hierarchie projektů umožňuje současný běh více projektů naráz, - všechny transakce lze zobrazit přímo z projektu, kde jsou nám k dispozici veškeré informace, - projektové reporty umožňují jednodušeji sledovat a kontrolovat finanční průběh projektu, - díky statistice projektů lze kontrolovat provedení projektu a jeho rozpočet, - hodinové transakce projektu mohou vstupovat buď přímo do hodinového deníku nebo pomocí webového deníku, ze kterého se převádí následně do hodinového deníku, - možnost vytváření modelů hromadných předpovědí, - možnost aktualizace prognóz.

4.3 Zpracování reálného projektu v MS Dynamics AX 4.0 – modulu Projekt Druhou variantou, kterou jsem zvolila pro zpracování reálného projektu společnosti CIRCON ČR je softwarový produkt MS Dynamics AX 4.0. Při samotném zpracování projektu je nutné postupovat určitým způsobem, který nyní budu demonstrovat. Pokud opominu veškerá nastavení, která je nutné provést před použitím této aplikace a zúžím svůj popis pouze na tvorbu projektu, je nutné nejdříve definovat celý projektový tým v modulu Lidské zdroje, viz obr. 4.4.

39


Pavla Zapletalová

Obr. 4.4 : Definování lidských zdrojů v aplikaci MS Dynamics AX 4.0

Bližším popisem jednotlivých zdrojů se již dále zabývat nebudu. Poté následuje samotné vytvoření projektu v modulu Projekt, viz obr. 4.5.

Obr. 4.5 : Vytvoření nového projektu

Zvolila jsem typ „čas & materiál“, protože jednotlivé náklady se načítají postupně a dopředu nebyla dohodnuta žádná fixní cena. Pro vytvoření je nutné zadat kromě typu projektu i skupinu projektu, jeho název, přiřadit fakturační projekt, účet odběratele, formát (pouze v případě, že bude projekt obsahovat podprojekty) a vlastnost řádku, kde se určuje forma sazby projektu.

40


Pavla Zapletalová

Dále je nutné přiřadit nadefinované pracovní zdroje a jednotlivé kategorie ke konkrétnímu projektu. Přičemž kategoriemi rozumíme jednotlivé úkoly, které jsou vykonány na projektu. Kategorie nejsou sdíleny mezi projekty, je nutné je přiřadit zvlášť ke každému projektu. Pro účely tohoto projektu byly přiřazeny následující kategorie: - administrativa, - allcom, - analýza, - dokumentace, - instalace, - interní konzultace, - konzultace se zákazníkem, - migrace, - podpora, - prezentace, - programování, - školení uživatele, - testování, - workshop. Přičemž kategorie „allcom“ je vytvořena pro veškeré činnosti, které na projektu vytvářel zadavatel.

41


Pavla Zapletalová

Obr. 4.6 : Přehled použitých kategorií v aplikaci MS Dynamics AX 4.0

Tyto kategorie se dále skládají z jednotlivých aktivit, které se také musí přiřadit ke konkrétnímu projektu a nejsou mezi projekty sdíleny a znamenají bližší specifikaci konkrétní činnosti. Pro zjištění celkové nákladové ceny, je nutné přiřadit konkrétní prodejní ceny k daným pracovním zdrojům. Lze rozlišit sazbu podle kategorie, projektu a podle konkrétního zaměstnance. Pro účely tohoto projektu jsem přiřadila ceny k jednotlivým zaměstnancům podle jejich pozice.

42


Pavla Zapletalová

Obr. 4.7 : Přiřazení prodejní ceny k zaměstnanci

Dále pro umožnění vkládání jednotlivých činností a počtu hodin strávených na nich je potřeba pro každého člena projektového týmu vytvořit samostatný deník, do kterého budou jako řádky vkládány jednotlivé úkony vykonané na projektu.

Obr. 4.8 : Přehled deníků pro jednotlivé členy projektového týmu

Po té následuje zadávání veškerých činností přes konkrétní deníky. Po zadání všech činností se deníky dají zaúčtovat a po té lze vidět jednotlivé transakce u konkrétního projektu viz obr. 4.9.

43


Pavla Zapletalová

Obr. 4.9 : Přehled transakcí projektu

Co se týká zhodnocení vytvořeného projektu, shledáváme se zde se stejnými jak časovými tak i finančními výsledky jako u vytvoření v programové aplikaci MS Project. Tudíž je nebudu znova uvádět. Přičemž bych chtěla podotknout, že aplikace MS Dynamics AX poskytuje daleko přehlednější výstupy a možnosti úprav těchto výstupů ve formě jednotlivých sestav. Taktéž v samotné aplikaci lze upravit jednotlivé formuláře podle naší představy. Umožňuje oproti aplikaci MS Project sledovat součty hodin a součet finanční částky za jednotlivé kategorie. Např. za kategorii administrativa viz obr 4.10. Můžeme tak získat informaci o veškerých činnostech, jež byly vykonány pod danou kategorií, dále datum, kdy byla provedena tato činnost, nebo množství hodin, prodejní cenu či celkovou částku.

44


Pavla Zapletalová

Obr. 4.10 : Přehled transakcí za kategorii „administrativa“

Taktéž můžeme dostat výstup ve formě přehledu za jednotlivé zaměstnance. Kdy získáme přehled o jednotlivých kategoriích, na kterých se zaměstnanec podílel, kdy se konaly, o jakou aktivitu je jednalo, kolik hodin trvala či jaká byla její celková částka, v neposlední řadě i součet hodin, které zaměstnanec celkem strávil na projektu a jaká byla za něj celková částka nákladů.

Obr. 4.11 : Přehled transakcí za zaměstnance „project manager“

Další výstupy, jež umožňuje zobrazit aplikace, se nachází v Příloze č. 4 – Výstupy z aplikace MS Dynamics AX – modulu Projekt.

45


Pavla Zapletalová

5. ZHODNOCENÍ POUŽITÍ OBOU SOFTWAROVÝCH PRODUKTŮ POMOCÍ TEORIE VÍCEKRITERIÁLNÍHO ROZHODOVÁNÍ

5.1 Úvod do vícekriteriálního rozhodování K hodnocení a k srovnání použití obou softwarových produktů, které jsem využila pro plánování a řízení reálného projektu společnosti CIRCON ČR, jsem vybrala metody teorie vícekriteriálního rozhodování. Pro bližší specifikaci této teorie budu nyní vycházet z odborné literatury viz [4]. Teorie vícekriteriálního rozhodování je založena na matematickém modelování. Tato teorie zahrnuje jak rozhodovací situace tak i metody směřující k jejich klasifikaci a algoritmizaci. Pod pojmem „rozhodnuti“ rozumíme vybrání jedné varianty ze seznamu v dané situaci potenciálně realizovatelných variant. V souvislosti s rozhodováním v oblasti ekonomiky nebo politiky se zpravidla požaduje, aby rozhodnutí vedlo k volbě optimální. Tudíž nejobtížnějším krokem rozhodovacího procesu je právě ta část, kdy je nutné objasnit, co lze v dané situaci považovat za optimální. Různé skupiny osob upřednostňují různé důsledky rozhodnutí a pro posouzení stupně optimality rozhodnutí se pak nabízejí různá kritéria. Vedle množiny kritérií je nutné mít k dispozici i množinu variant, ze kterých rozhodnutí vybíráme. Dále je nutné podrobněji uvážit, jakou formu by konečné rozhodnutí mělo mít. Rozhodovatel dále musí zvažovat zájmy krátkodobé a dlouhodobé a přesně definovat cíle, které jsou formulovány jako kritéria. K dispozici má řadu metod vhodných pro práci se seznamem kritérií a variant pro různé typy komplikovaných rozhodovacích situací. Pod pojmem úlohy vícekriteriálního rozhodování rozumíme takové rozhodovací úlohy, ve kterých se důsledky rozhodnutí posuzují podle více kriterií. Důležitým klasifikačním hlediskem je způsob zadání

46


Pavla Zapletalová

množiny přípustných variant. V souvislosti s tím můžeme hovořit buď o úloze vícekriteriálního hodnocení variant v případě, že množina přípustných variant je zadána ve formě konečného seznamu, nebo o úloze vícekriteriálního programování, je-li množina přípustných variant vymezena souborem podmínek, které musí splňovat rozhodovací alternativy. Rozhodování v úlohách vícekriteriální optimalizace spočívá v transformaci informací, které máme k dispozici o rozhodovacích variantách a o cílech sledovaných uživatelem. Podle tohoto informačního hlediska rozdělujeme úlohy vícekriteriálního rozhodování do čtyř kategorií: 1. 2. 3. 4.

Úlohy s kardinální informací o kritériích, Úlohy bez informace o kritériích, Úlohy s informací získanou v průběhu řešení, Parametrická řešení.

Dále se ve své práci budu zabývat jen úlohami vícekriteriálního hodnocení variant (dále jen ÚVHV) a metodami jejich řešení, protože v mém případě má množina rozhodovacích variant konečný počet prvků ve formě konečného seznamu, konkrétně se jedná o dvě varianty. Podrobnější informace o metodách a použití vícekriteriálního programování lze získat z odborné literatury viz [4]. V ÚVHV je definována množina rozhodovacích variant X = (X1, X2, ... ,Xn), které jsou hodnoceny podle kritérií Y1, Y2, … , Yn. Každá varianta Xi, i = 1, 2, …, n je podle těchto kritérií popsána vektorem tzv. kriteriálních hodnot (yi1, yi2, …, yik). Matematický model ÚVHV lze tudíž charakterizovat tzv. kriteriální maticí, ve které sloupce odpovídají kritériím a řádky hodnoceným variantám. Označíme-li prvky kriteriální matice yij, i = 1, 2, …, n, j = 1, 2, …, k, můžeme kriteriální matici zapsat ve tvaru:

Obr. 5.1 : Kriteriální matice

47


Pavla Zapletalová

Součástí matematického modelu ÚVHV je i určení typu jednotlivých kritérií. Ty mohou být maximalizačního typu, v případě, že varianta je tím lepší, čím je hodnota kritéria větší, či minimalizačního typu v opačném případě. Pro bližší specifikaci a pochopení ÚVHV je nutné definovat pojmy, s nimiž budeme dále pracovat. Pod pojmem nedominovaná varianta rozumíme takovou variantu, ke které neexistuje lepší ve smyslu, že by bylo možné některé hodnoty kritérií zlepšit, aniž by se hodnoty jiných kritérií zhoršily. Je-li v dané množině variant jediná nedominovaná, můžeme ji označit za optimální. Oproti tomu variantou dominovanou je taková, pokud k ní existuje jiná varianta, která má všechny hodnoty kritérií alespoň stejně dobré a minimálně jednu hodnotu lepší. Dále existuje-li varianta, která je jedinou nedominovanou variantou ve výběru, nazveme ji optimální. Pokud je nedominovaných variant více, vybereme z nich jednu, kterou považujeme za reprezentativní a nazýváme ji variantou kompromisní. Dále můžeme rozlišovat mezi ideální a bazální variantou. Ideální varianta je nejlepší varianta, které lze teoreticky nebo prakticky dosáhnout, přičemž rozlišujeme, zda se jedná o relativní, což představuje nejvyšší hodnotu v kriteriální matici pro dané kritérium nebo absolutní, kdy se jedná o teoreticky nejvyšší možnou hodnotu. Bazální varianta je nejhorší varianta, které lze teoreticky nebo prakticky dosáhnout, přičemž jestli se jedná o relativní či absolutní rozhodujeme nápodobně jako u ideální varianty. Problémem při analýze vícekriteriálních úloh je skutečnost, že nedominovaných variant bývá v úlohách značný počet. Proto je nutné vyjádřit určitým způsobem preference rozhodovatele. Pro tento účel byla navržena řada metod. Kvantifikované vyjádření důležitosti jednotlivých kritérií se označujeme pojmem váhy kritérií, které lze vyjádřit formou váhového vektoru: v = (v1, v2, …, vk), Σvi = 1, vi > 0. Důležitost kritérií je tím větší, čím větší je jejich váha.

48


Pavla Zapletalová

Metody odhadu vah kritérií Metody odhadu vah kritérií usnadňují rozhodovateli určení vah kritérií pomocí jednoduchých postupů, které na základě subjektivních informací od rozhodovatele konstruují odhady vah. Tyto metody jsou obecně popsány v odborné literatuře (viz [6]). Jedná se o následující: ▪ Metoda pořadí Metoda požaduje od rozhodovatele uspořádat kritéria od nejdůležitějšího po nejméně důležité. Přičemž nejdůležitějšímu kritériu je přiřazena hodnota k, kde k je počet kritérií, druhému kritériu číslo k-1 a dále analogicky až po nejméně důležité kriterium, kterému je přiřazeno číslo 1 (blíže v odborné literatuře viz [6], str. 45). ▪ Bodovací metoda Metoda předpokládá, že rozhodovatel je schopen kvantitativně ohodnotit důležitost kritérií pomocí předem zvolené bodovací stupnice. Přičemž kritérium je tím důležitější, čím vyšší je jeho bodové ohodnocení (blíže v odborné literatuře viz [6], str. 45). ▪ Metoda Fullerova trojúhelníku Při použití této metody je rozhodovatele předloženo trojúhelníkové schéma, ve kterém jsou vyznačeny dvojice jednotlivých kritérií, které se vyskytují ve schématu právě jednou. Z každé dvojice rozhodovatel vybírá kritérium, které je pro něj důležitější (blíže v odborné literatuře viz [6], str. 46). ▪ Saatyho metoda Metoda je jednou z nejvíce používaných metod odhadu vah kritérií. Metoda umožňuje vyjadřovat své preference namísto numerické stupnice i verbálním způsobem. Podobně jako u metody Fullerova trojúhelníku rozhodovatel porovnává všechny možné dvojice kritérií. Stupeň důležitosti jednotlivých kritérií se však vyjadřuje v celočíselné stupnici 1 až 9, kde hodnota 1 odpovídá tomu, že dvojice kritérií má stejnou důležitost a hodnota 9 tomu, že důležitost jednoto kritéria absolutně převyšuje důležitost druhého (blíže v odborné literatuře viz [6], str. 46 - 47).

49


Pavla Zapletalová

5.2 Metody vícekriteriálního hodnocení variant Pro vícekriteriální hodnocení variant byl navržen poměrně velký počet metod. Mezi nejčastěji používané patří metoda váženého součtu, metoda funkce užitku, metoda AHP, metody třídy PROMETHEE a ELECTRE a metoda TOPSIS. Méně používanými jsou metody ORESTE, MAPPAC, PRAGMA a řada dalších. Důležitou součástí modelování rozhodovacích situací je i modelování preferencí uživatele tzn., čemu dává uživatel přednost. Rozlišujeme zde modelování preferencí mezi kritériemi (tzn. jakou mají jednotlivá kritéria důležitost pro uživatele) a modelováním preferencí mezi variantami z hlediska jednotlivých kritérií a jejich agregace pro vyjádření celkové preference. Při modelování preferencí mezi kritériemi jsou k dispozici tři přístupy a s nimi související požadované typy informace od uživatele, rozlišujeme proto mezi aspiračními úrovněmi kritérií, ordinální informací o kritériích a kardinální informací o kritériích ve formě vah. Ad) Metody s informací o aspiračních úrovních kritérií Aspiračními úrovněmi zde rozumíme hodnoty, kterých by měla alespoň dosáhnout varianta hodnocená podle jednotlivých kritérií. Akceptovatelnými variantami poté rozumíme varianty, které dosáhnou alespoň požadované aspirační úrovně, v opačném případě hovoříme o neakceptovatelných variantách. Uživatel dojde k výsledné kompromisní variantě změnou aspiračních úrovní a tudíž zpřesněním svých preferencí. Mezi metody s informací o aspiračních úrovních kritérií řadíme metodu konjunktivní a disjunktivní, dále sem můžeme zařadit i metodu PRIAM, která je již propracovanější metodou, která používá principů umělé inteligence při prohledávání množiny variant. Podrobnosti o zmíněných metodách lze najít v odborné literatuře (viz [5] str. 51 - 62). Ad) Metody s ordinální informací o kritériích U následujících metod se požaduje uspořádání kritérií podle důležitosti. K metodám s ordinální informací o kritériích patří lexikografická metoda, permutační metoda a metoda ORESTE. Bližší

50


Pavla Zapletalová

informace o metodách lze vyhledat v odborné literatuře (viz [5] str. 63 - 76). Ad) Metody s kardinální informací o kritériích Tyto metody vyžadují kardinální informaci o relativní důležitosti kritérií, kterou lze vyjádřit vektorem vah kritérií. Protože metod, které vyžadují znalost vah kritérií, je nejvíce, jsou rozděleny podle výpočetního principu na tři skupiny. Jedná se o princip maximalizace užitku, princip minimalizace vzdálenosti od ideální varianty a princip vyhodnocování variant na základě preferenční relace. ▪ Maximalizace užitku Princip maximalizace užitku spočívá v konstrukci hodnoty užitku, kterou přináší výběr určité varianty, v rozmezí 0 až 1. Přičemž varianta je vhodnější, čím vyšší je hodnota užitku. Z hlediska všech kritérií je varianta ohodnocena celkovou hodnotou užitku, která je dosažena agregací dílčích hodnot užitku s použitím vah kritérií. Mezi metody náležející k této skupině patří metoda funkce užitku (UFA), metoda váženého součtu (WSA) a metoda AHP. Blíže o těchto metodách viz [5] str. 77 – 98. ▪ Minimalizace vzdálenosti od ideální varianty Pro bližší specifikaci tohoto principu ještě jednou připomenu, že pod pojmem ideální varianta chápeme variantu, pro kterou všechny hodnoty kritérií dosahují nejlepších hodnot. Ideální varianta je většinou spíše hypotetická, proto jako nejlepší vybíráme takovou, která je nejblíže k ideální variantě. Jednotlivé metody minimalizace vzdálenosti se od sebe liší způsobem měření vzdálenosti variant od ideální varianty. Metodu, které můžeme použít pro minimalizaci vzdálenosti, je např. metoda TOPSIS. Bližší informace o této metodě můžeme nalézt v odborné literatuře viz [5] str. 99 – 103. ▪ Vyhodnocování podle preferenční relace Metody jsou založeny na konstrukci preferenční relace, která vychází z relací mezi dvojicemi variant vzhledem k jednotlivým kritériím a pomocí agregačních procedur získávají párové relace mezi dvojicemi variant z hlediska všech kritérií. Agregační procedury jsou založeny na porovnávání určitých stupňů preference příp. indiference s prahovými hodnotami. Celková párová relace závisí na hodnotě

51


Pavla Zapletalová

prahu. Hlavní předností metod vyhodnocování podle preferenční relace. Metody náležící k této skupině jsou např. metoda AGREPREF, metoda ELECTRE I, metoda ELECTRE III, metody třídy PROMETHEE, metoda GAIA, metoda MAPPAC a metoda PRAGMA. Pro usnadnění výpočtu výše uvedených metod lze použít programové produkty, mezi které patří programový systém SYMCA, PROMCALC nebo Expert Choice. Více informací o těchto programových systém lze dočíst v odborné literatuře (viz [5] str. 143 – 160).

5.3 Volba kritérií Pro možnosti teorie vícekriteriálního hodnocení variant definovala následující dvě varianty (xi): 1. Varianta (x1) – MS PROJECT 2. Varianta (x2) – MS Dynamics AX 4.0 – modul Projekt

jsem

Ke srovnání výše uvedených variant jsem definovala následujících 15 kritérií (yj): 1. Ganttův diagram, 2. Časové plánování, 3. Porovnání rozpočtu a reálných výdajů 4. Sdílení 5. Oprávnění 6. Nastavení 7. MS Outlook 8. Změny 9. SWOT analýza 10. Účetnictví 11. Faktura 12. Fakturace 13. Kategorie 14. Typy projektů 15. Přetíženost Nyní blíže specifikuji jednotlivá kritéria:

52


Pavla Zapletalová

1. Ganttův diagram Obě varianty mají funkcionalitu umožňující zobrazení Ganttova diagramu. Ovšem u druhé aplikace je programově nedořešena a tudíž se mi i po nadefinování veškerých parametrů zobrazit Ganttův diagram nepodařilo, tudíž se zde přikláním spíše k použití první varianty. 2. Časové plánování Obě varianty umožňují časové plánování projektu. 3. Porovnání rozpočtu a reálných výdajů Srovnání rozpočtu určeného pro konkrétní projekt s reálnými výdaji první varianta neumožňuje, druhá ano. Proto bych pro srovnání spíše využila aplikaci MS Dynamics AX. 5. Sdílení Sdílení aplikace pro více zaměstnanců najednou a tudíž i komunikaci mezi projektovým týmem umožňují obě varianty. 6. Oprávnění Nastavení oprávnění pro určité skupiny zaměstnanců umožňuje pouze aplikace MS Dynamics AX, aplikace MS Project tuto funkcionalitu nemá. 8. Nastavení Co se týká složitosti nastavení před samotnou tvorbou projektu, u varianty první je minimální, zatímco u varianty druhé se jedná o značně složitý proces. 9. MS Outlook Propojenost s aplikací MS Outlook aplikace MS Project umožňuje pouze v případě verze MS Project Server. Aplikace MS Dynamics AX umožňuje kopírování do systému MS Outlook, ale není zde synchronizace. Jestliže nastane změna, musí se pak manuálně změnit v obou aplikacích. 10. Změny Změny jak ve zdrojích tak i v plánu projektu během trvání projektu umožňují obě varianty. 11. SWOT analýza SWOT analýzu poskytuje pouze aplikace MS Dynamics. MS Project tuto funkcionalitu neumožňuje. 12. Účetnictví Propojenost s účetnictvím společnosti je pouze u druhé varianty . První varianta je samostatným programovým produktem. 13. Faktura

53


Pavla Zapletalová

Vytvoření faktury v přímo v aplikaci a přímo její vytištění taktéž umožňuje pouze softwarový produkt MS Dynamics AX. 14. Fakturace Rozlišení při fakturaci na fakturovatelné a nefakturovatelné činnosti umožňují obě varianty. Přičemž u první varianty lze přímo v zobrazení Ganttova diagramu změnit cenu, zatímco u druhé varianty lze nastavit tyto činnosti pomocí tzv. vlastnosti řádku. 15. Kategorie Sledování nákladů podle jednotlivých kategorii varianta první neumožňuje, varianta druhá ano, včetně výstupu členěných podle kategorií. 17. Typy projektů Výběr typu projektu podle fakturace umožňuje pouze aplikace MS Dynamics AX, přičemž k dispozici jsou čtyři typy projektů viz kapitola 4.2. 20. Přetíženost V případě přetížení pracovních zdrojů lze pomocí aplikace MS Project tyto zdroje vyrovnat. Produkt MS Dynamics AX toto neumožňuje. Na základě výše uvedených kritérií a jejich možností provedení u obou variant jsem dále volila jednotlivé preference vzhledem k zjišťování vazeb mezi subjekty, jenž se podílí na rozhodování, zdroji, jenž lze využít pro zavedení konkrétního softwarového produktu a zajisté mezi jednotlivými variantami, o kterých zde rozhodujeme (viz další kapitola 5.4).

5.4 Zhodnocení variant pomocí metod vícekriteriálního hodnocení variant Pro zjištění vah kritérií a výběr nejvhodnější varianty jsem zvolila metodu ANP (Analytic Network Process). Tato metoda patří mezi modely týmového expertního výběru. Pro účely mé diplomové práce se jeví jako nejvhodnější. Při konkrétním popisu této metody budu vycházet z odborné literatury viz [2]. Metoda ANP je v podstatě síťovým zobecněním metody AHP (Analytic Hierarchy Process), přičemž metoda AHP je speciálním případem

54


Pavla Zapletalová

metody ANP. Metoda ANP (Analyticko hierarchický proces) umožňuje zahrnout do systému všechny možné vzájemné závislosti a zpětné vazby. Spočívá ve stanovení priorit, přičemž tento postup odvozuje relativní priority na základě párových srovnání prvků na stejné hierarchické úrovni s využitím škály absolutních čísel od 1 po 9. Absolutní čísla použitá v této škále lze aproximovat poměrem vah wj/wk, na jejichž základě lze odvodit hodnoty vah wj a wk. Pro syntézu vah v hierarchické struktuře se používá obecný model n

ui = Σ vj wji, j=1

kde wji jsou lokální váhy prvku i v dané úrovni vzhledem k prvku j z předchozí úrovně hierarchické struktury, vj jsou váhy prvků předchozí úrovně hierarchické struktury a ui je globální váha prvku i z hlediska všech prvků předchozí úrovně hierarchické struktury. Struktura modelu ANP je popsána tzv. klastry prvků a jejich vzájemnými závislostmi. Klastry seskupují prvky, které mají společné atributy. Přičemž alespoň jeden prvek klastru je spojen s nějakým prvkem jiného klastru. Pro ohodnocení všech vazeb je použita metoda párových srovnání stejně tak jako u metody AHP. Tyto párová srovnání jsou vstupy pro výpočet globálních priorit v síťovém systému. Matice, které porovnávají všechny prvky systému navzájem, nazýváme supermaticemi. Supermatice je složena z matic porovnávajících prvky jednoho klastru s prvky jiného klastru wji. Pokud jsou tyto matice nenulové, tzn. zachycují vliv prvků jednoho klastru na prvky jiného klastru, jsou sloupcově stochastické. Což znamená, že součet prvků ve sloupci je roven jedné. Součet prvků ve sloupci supermatice je roven počtu porovnávaných klastrů. Párovým srovnáním jednotlivých klastrů postupně vůči všem klastrům dostaneme vektory vah klastrů. Dále vynásobíme jednotlivé matice Wij odpovídajícími váhami vij a dostaneme ze supermatice tzv. váženou supermatici, která zachycuje důležitost vazeb mezi klastry. Vážená supermatice je již sloupcově stochastická a její prvky vyjadřují hodnocení přímého vlivu mezi prvky. Jestliže budeme vytvářet mocniny vážené supermatice, budou tyto mocniny vyjadřovat i další nepřímé vlivy, zprostředkované vazbami přes další prvky. Po určitém počtu iterací se mocniny vážené 55


Pavla Zapletalová

supermatice stabilizují k tzv. limitní matici. Sloupce bloků matice jsou identické a vyjadřují globální priority prvků. Model ANP může mít několik úrovní, jednotlivé prvky klastrů mohou být klastry další úrovně atd. Model ANP je vhodný pro vyjádření závislosti v rámci síťových struktur. Klastry modelu mohou reprezentovat varianty, rozhodovací subjekty, kritéria hodnocení a zdroje potřebné k realizaci, jak je vyjádřeno na obr. 5.2. Spojení mezi klastry vyjadřují možné vlivy mezi prvky různých klastrů, smyčky u jednotlivých klastrů vyjadřují možné vazby mezi prvky daného klastru.

Obr. 5.2 : Spojení mezi klastry

Pro použití této metody jsem využila softwarový produkt Super Decisions. Tento program je k dispozici ze stažení na webových stránkách viz internetové zdroje [18]. Tato aplikace se používá pro rozhodnutí, jež využívají zpětnou vazbu a závislost. Tudíž je vhodná pro řešení metody ANP. Nyní přejdu ke konkrétnímu postupu při tvorbě modelu. Prvním krokem bylo nadefinování použitých klastrů. Jednalo se o následující: - subjekty, - kriteria, - varianty, - zdroje. Poté jsem definovala jednotlivé prvky klastrů (viz obr. 5.3): - klastr Subjekty – prvky: ředitel, konzultant, programátor, project manager),

56


Pavla Zapletalová

- klastr Kriteria - prvky jsou všechna výše uvedená kritéria, - klastr Varianty – prvky jsou aplikace MS Project a MS Dynamics AX, - klastr Zdroje – prvky jsou zdroje časově i finančně více či méně náročné.

Obr. 5.3 : Klastry, prvky klastrů a vazby mezi nimi

Po nadefinování klastrů a jejich prvků, jsem zadala jednotlivé vazby (viz obr. 5.3). Přičemž nejdříve byly vytvořeny vazby mezi jednotlivými klastry a poté mezi prvky navzájem. Přičemž při porovnávání jsem volila ze stupnice 1 až 9, podle důležitosti klastru či prvku nad jiným, viz obr. 5.4.

57


Pavla Zapletalová

Obr. 5.4 : Zadání vazeb mezi klastry (forma dotazníku)

Aplikace poskytuje různé možnosti zobrazení jednotlivých srovnání, např. grafické (viz obr. 5.5), verbální, maticové či formou dotazníku (viz obr. 5.4).

Obr. 5.5 : Grafické znázornění vazby

Přičemž musím podotknout, že při srovnávání prvků mezi sebou se mi jevil tento produkt značně nepřehledný. Po nadefinování všech klastrů, prvků a vazeb mezi klastry i prvky jsem dospěla k následujícím výstupům.

58


Pavla Zapletalová

Obr. 5.6 : Matice klastrů

Matice klastrů vyjadřuje závislosti mezi klastry. Z matice je zřejmé, že např. klastr zdrojů a taktéž klastr variant nemá mezi sebou žádnou vnitřní závislost. Zatímco klastr kritérií a subjektů jsou mezi sebou vnitřně závislé. Dále lze porovnávat klastry z vnějšího hlediska, kdy např. u klastru kritérií vidíme, že je závislý nejvíce s klastrem variant a poté se s klastrem zdrojů i subjektů.

Obr. 5.7 : Priority mezi jednotlivými prvky a v rámci klastru

59


Pavla Zapletalová

Díky výstupu popisujícího priority mezi prvky navzájem a mezi prvky vzhledem ke klastru můžeme zjistit jednotlivé váhy i důležitosti prvků, tudíž i variantu, jenž je upřednostňována. Více výstupů přikládám v příloze č. 5. Výpočet preferencí prvků v rámci jednotlivých klastrů (vi): Klastr Subjekty: vi (1)= (0,09279; 0,03115; 0,27489; 0,60117) Pořadí subjektů je následující: konzultant, programátor, project manager a ředitel. Což znamená, že nejvyšší váhu má rozhodnutí ředitele, poté project managera, konzultanta a nejmenší váhu má slovo programátora. Klastr Zdroje: vi(2) = (0,66215; 0,33785) Zdroje jsou zadány v tomto pořadí: časově i finančně méně náročně zdroje a časově i finančně více náročně zdroje. Zde je logické, že je více preferováno použití méně zdrojů jak časových tak finančních. Klastr Varianty: vi(3) = (0,41402; 0,58598) První variantou je aplikace MS Project a druhou MS Dynamics AX. Tudíž více preferovanou je druhá aplikace. Klastr Kritéria: vi(4) = (0,02202; 0,21539; 0,09001; 0,08531; 0,02235; 0,01302; 0,06813; 0,10965; 0,00737; 0,13347; 0,08843; 0,05719; 0,02566; 0,01556; 0,04644) Pořadí variant je uvedeno výše, ale pro jednodušší pochopení jej uvedu znovu: Ganttův diagram, časové plánování, porovnání rozpočtu a reálných zdrojů, sdílení, oprávnění, nastavení, MS Outlook, změny, SWOT analýza, účetnictví, faktura, fakturace, kategorie, typy projektů, přetíženost. Tudíž největší váhu při volbě informačního systému měly následující funkčnosti: možnost časového plánování, možnost tvorby změn během průběhu projektu a provázanost s účetnictvím. Podstatný vliv měly i kritéria umožňující porovnání rozpočtů s reálnými výdaji, možnost sdílení aplikace více uživateli, propojenost s aplikací MS Outlook a možnost přímé tvorby faktury. Přičemž kritérium možnosti tvorby SWOT analýzy mělo nejmenší váhu a tudíž při rozhodování bylo zcela zanedbatelné. Použitím metody ANP za využití softwarového produktu Super Decisions jsem dospěla k závěru, že pro plánování a řízení projektů ve společnosti CIRCON ČR je vhodnější využití aplikace MS Dynamics AX s výsledkem přibližně 60% pro zavedení právě tohoto informačního systému a pouze 40% pro použití aplikace MS Project.

60


Pavla Zapletalová

Toto rozhodnutí bylo zajisté ovlivněno jak rozhodujícími subjekty, tak i zdroji a použitými kritérii. Nyní se budu věnovat prkům, které zajisté ovlivnily právě tuto volbu. Např. ředitel společnosti měl největší váhu mezi subjekty a preferoval více MS Dynamics AX než MS Project a taktéž upřednostňoval možnost porovnání rozpočtů s reálnými výdaji, sdílení aplikace více zaměstnanci najednou, tvorbu různých skupin oprávnění, dále propojení s aplikací MS Outlook, propojení s účetnictvím a ostatní funkčnosti, které spíše umožňuje právě aplikace MS Dynamics AX. Tato volba byla také podmíněna značnou preferencí kritéria propojenosti s účetnictvím, porovnání rozpočtu a reálných zdrojů, přímé tvorby faktury a dalších, které poskytuje především informační systém MS Dynamics AX. Nyní provedu zhodnocení nejen z pohledu společnosti CIRCON ČR, ale i z pohledu všech společností a jedinců obecně. Vzhledem k tomu, že každá společnost či jedinec má jiné nároky, zdroje a požadavky na systém, pomocí kterého chce provádět řízení a plánování projektů, záleží správné zvolení aplikace právě na subjektivní volbě a rovněž účelu, pro který bude daný produkt využíván. A zde nelze upřednostňovat ani jeden z produktů. Ale z pohledu společnosti CIRCON ČR se přikláním k variantě MS Dynamics AX. Nejen proto, že společnost celou aplikaci vyvíjí a zná ji jako celek, ale také proto, že je zajisté efektivnější mít jednotlivé projekty propojeny s ostatními oblastmi (fakturace, účetnictví, závazky, pohledávky, lidské zdroje apod.), které tato aplikace nabízí. A mít tak celistvý přehled nad veškerým děním ve společnosti bez propojování jednotlivých programových produktů a aplikaci. Tímto propojením lze zautomatizovat řada procesů a tím ušetřit jak lidskou pracovní sílu tak i čas.

61


Pavla Zapletalová

6. ZÁVĚR Tato diplomová práce posuzuje dva softwarové produkty, MS Project a modul Projekt v ERP systému MS Dynamics AX 4.0, ve využití pro řízení projektů z hlediska funkce metod vícekriteriálního rozhodování. Přičemž toto rozhodování jsem prováděla vzhledem k podmínkám a možnostem ve společnosti CIRCON Circle Consulting, s. r. o.. Nejdříve je popsána a stručně přiblížena problematika projektového řízení, poté subjekty, které figurují při realizaci reálného projektu. Nato je představen a definován samotný projekt. Následuje provedení projektu v obou zvolených programech. Vše je zakončeno konečnou analýzou vybraných způsobů, pomocí kterých lze řídit a plánovat projekty, prostřednictvím metod vícekriteriálního rozhodování. Konkrétně se jednalo o využití metody ANP, jež umožňuje definovat vzájemné vazby mezi jednotlivými prvky a skupinami prvků tzv. klastry, jež působí na konečné rozhodnutí. Díky srovnání, jenž umožňuje zahrnutí vzájemných závislostí a zpětných vazeb do systému byla vybrána jako vhodnější aplikace MS Dynamics AX – modul Projekt. Díky porovnání obou programových produktů jsem mohla posoudit jejich využití a jejich možnosti, které umožňují. Přičemž podle mého názoru se vše odvíjí jednak podle účelu, pro který chceme využít daný softwarový produkt, a jednak na individuálním rozhodnutí buď jedince či společnosti a samozřejmě na velikosti dané společnosti. Jedná-li se o menší společnost, stačí pro řízení projektů využívat MS Project, který se stal poslední dobou na základě stále větší důležitosti projektového řízení, velmi rozšířeným a známým. Ale taktéž i pro střední i velkou společnost, která nepožaduje provázanost projektového řízení s ostatními oblastmi společnosti, jako jsou např. lidské zdroje, účetnictví, pohledávky, závazky apod. Pokud však chce společnost investovat do kvalitního a mnohé zahrnujícího ERP systému a chce mít i provázanost při řízení projektů s ostatními oblastmi řízení, doporučila bych využít možnosti modulu Projekt v aplikaci MS Dynamics AX 4.0. Společnost tak může díky tomuto celistvému informačnímu systému urychlit svůj růst. Taktéž daleko 62


Pavla Zapletalová

více pružně reagovat na měnící se trhy a konkurenci. Podnikat způsobem, který jí vyhovuje. Spolupráce mezi jednotlivými funkcemi aplikace – řízení financí, řízení vztahů se zákazníky, řízení dodavatelského řetězce, řízení lidských zdrojů, řízení výroby, řízení projektů a analýza spolu s dalšími produkty společnosti Microsoft, jako jsou SQL Server, BizTalk Server, Microsoft Exchange, Microsoft Office a Microsoft Windows, zvyšuje efektivitu procesů v celé společnosti a poskytuje jeho uživatelům přehled. Díky tomuto přehledu mohou pohotově reagovat, strategicky plánovat či rychleji jednat a řadu procesů plně zautomatizovat a tím ušetřit na lidských zdrojích. Závěrem bych ráda uvedla to, že zhotovení této diplomové práce bylo pro mě velkých přínosem a umožnilo mi kvalitně zhodnotit oba použité softwarové produkty. A to pomocí znalostí, získaných studiem na VŠE Praha a svou působností na pozici konzultantky ve společnosti CIRCON Circle Consulting, s. r. o.. Přínosné to bylo jak po stránce profesní tak po stránce vzdělávací, kdy mi tvorba diplomové práce umožnila náhled na problematiku řízení projektů z odlišného pohledu. Doufám, že tato diplomová práce poskytne svým rozsahem pomoc či inspiraci řadě čtenářů jak z řad kvalifikovaných, tak i těm, kteří se zajímají o projektové řízení s čistě zájmovým účelem.

63


Pavla Zapletalová

POUŽITÉ ZDROJE

Odborná literatura [1]

FIALA, P.: Řízení projektů. VŠE, Praha, 2002.

[2]

FIALA, P.: Modely a metody rozhodování. VŠE, Praha, 2003.

[3]

KALIŠ, J., HYNDRÁK, K., TESAŘ, V.: Microsoft Project. Kompletní průvodce pro verze 2003 a 2002. Computer Press, Praha, 2003.

[4]

FIALA, P., JABLONSKÝ, J., MAŇAS, M.: Vícekriteriální rozhodování. VŠE, Praha, 1994.

[5]

GÁLA, L., POUR, J., TOMAN, P.: Podniková informatika. Grada Publishing, Praha, 2006.

[6]

JABLONSKÝ, J., DLOUHÝ, M.: Modely hodnocení efektivnosti produkčních jednotek. Professional Publishing, Praha, 2004.

64


Pavla Zapletalová

Odborné materiály (manuály, e-learning) [7]

Průvodce uživatele – Řízení projektů, AX-300-USG-OO8-v01.00-CSCZ. Microsoft Business Solution ApS., Dánsko, 2003.

[8]

E-learning: Microsoft Dynamics AX 3.0: Project I – Project Setup.

[9]

E-learning: Microsoft Dynamics AX 3.0: Project I – Project Administration.

[10] E-learning: Microsoft Dynamics AX 3.0: Project I – Project Transactions and Invoicing. [11] E-learning: Microsoft Dynamics AX 3.0: Project I – Project Forecasting and Time Scheduling. [12] E-learning: Microsoft Dynamics AX 4.0: What´s new – Application – Project Accounting. [13] Stručná referenční příručka: Microsoft Bussines Solution – Axapta 3.0.

65


Pavla Zapletalová

Internetové zdroje

[14] http://www.circon.cz

- Domovské stránky společnosti CIRCON Circle Consulting AG (pobočky v České republice) k 10.4.2007

[15] http://www.circon.net

- Domovské stránky společnosti CIRCON Circle Consulting AG (sídla ve Švýcarsku) k 10.4.2007

[16] http://microsoft.com/cze

- Domovské stránky společnosti Microsoft v České republice k 20.4.2007

[17] http://www.allcnet.cz

- Domovské stránky společnosti Allcom, spol. s r . o. k 12.4.2007

[18] http://www.superdecisions.com - webové stránky věnované programovému produktu Super Decisions k 16.5.2007

66


Pavla Zapletalová

POUŽITÉ ZKRATKY CIRCON AG

-

společnost CIRCON Circle Consulting AG (sídlo skupiny ve Švýcarsku)

CIRCON ČR

-

společnost CIRCON Circle Consulting, s. r. o. (pobočka v ČR)

Projekt

-

reálný projekt ALLCOM

Zadavatel

-

společnost ALLCOM, spol. s r. o.

ÚVHV

-

úlohy vícekriteriálního hodnocení variant

67


Pavla Zapletalová

SEZNAM OBRÁZKŮ OBR. 3.1 : ÚVODNÍ OBRAZOVKA APLIKACE MS PROJECT ................................... 19 OBR. 3.2 : PROJEKTOVÝ TROJÚHELNÍK ...................................................................... 21 OBR. 3.3 : SEZNAM ZDROJŮ ............................................................................................ 24 OBR. 3.4 : KALENDÁŘ PROJEKTU .................................................................................. 24 OBR. 3.5 : ZOBRAZENÍ PROJEKTU POMOCÍ GANTTOVA DIAGRAMU............... 25 OBR. 4.1 : ARCHITEKTURA SYSTÉMU MS DYNAMICS AX ..................................... 31 OBR. 4.2 : ÚVODNÍ OBRAZOVKA APLIKACE MS DYNAMICS AX 4.0................. 33 OBR. 4.3 : MS DYNAMICS AX 4.0 – MODUL PROJEKT – NABÍDKA PROJEKTŮ ..................................................................................................................................................... 34 OBR. 4.4 : DEFINOVÁNÍ LIDSKÝCH ZDROJŮ V APLIKACI MS DYNAMICS AX 4.0 .............................................................................................................................................. 40 OBR. 4.5 : VYTVOŘENÍ NOVÉHO PROJEKTU.............................................................. 40 OBR. 4.6 : PŘEHLED POUŽITÝCH KATEGORIÍ V APLIKACI MS DYNAMICS AX 4.0 .............................................................................................................................................. 42 OBR. 4.7 : PŘIŘAZENÍ PRODEJNÍ CENY K ZAMĚSTNANCI .................................. 43 OBR. 4.8 : PŘEHLED DENÍKŮ PRO JEDNOTLIVÉ ČLENY PROJEKTOVÉHO TÝMU ......................................................................................................................................... 43 OBR. 4.9 : PŘEHLED TRANSAKCÍ PROJEKTU ............................................................ 44 OBR. 4.10 : PŘEHLED TRANSAKCÍ ZA KATEGORII „ADMINISTRATIVA“....... 45 OBR. 4.11 : PŘEHLED TRANSAKCÍ ZA ZAMĚSTNANCE „PROJECT MANAGER“ ..................................................................................................................................................... 45 OBR. 5.1 : KRITERIÁLNÍ MATICE .................................................................................. 47 OBR. 5.2 : SPOJENÍ MEZI KLASTRY.............................................................................. 56 OBR. 5.3 : KLASTRY, PRVKY KLASTRŮ A VAZBY MEZI NIMI .............................. 57 OBR. 5.4 : ZADÁNÍ VAZEB MEZI KLASTRY (FORMA DOTAZNÍKU) ................... 58 OBR. 5.5 : GRAFICKÉ ZNÁZORNĚNÍ VAZBY............................................................... 58 OBR. 5.6 : MATICE KLASTRŮ ........................................................................................... 59 OBR. 5.7 : PRIORITY MEZI JEDNOTLIVÝMI PRVKY A V RÁMCI KLASTRU .... 59

68


Pavla Zapletalová

SEZNAM PŘÍLOH Příloha č. 1 – Informace o společnosti CIRCON Circle Consulting, s. r. o. Informace o společnosti CIRCON Circle Consulting, s. r. o..doc

Příloha č. 2 – Vypracovaný projekt v aplikaci MS Project Vypracovnaný projekt v aplikaci MS PROJECT

Příloha č. 3 – Výstupy z aplikace MS Project Výstupy z aplikace MS Project.doc

Příloha č. 4 – Výstupy z aplikace MS Dynamics AX – modulu Projekt Výstupy z aplikace MS Dynamics AX - modulu Projekt.doc

Příloha č. 5 – Výstupy z aplikace MS Dynamics AX – modulu Projekt Výstupy z aplikace Super Decisions.doc

69


Pavla Zapletalová

Příloha č. 1 – Informace o společnosti CIRCON Circle Consulting, s. r. o. Společnost CIRCON ČR patří do skupiny CIRCON Circle Consulting AG (dále jen CIRCON AG), jejíž hlavní sídlo je ve Švýcarsku. Tato skupina dále administrativně podléhá společnosti Crealogix. Společnost CIRCON ČR je tudíž pobočkou společnosti CIRCON AG spolu s dalšími pobočkami v Německu a Rakousku. V České republice má Circon Circle Consulting, s. r. o. dvě pobočky: v Praze (Pražská pobočka je zároveň i sídlem firmy) a v Uherském Hradišti, kde sídlí převážně programátorská část firmy.

Internetové stránky společnosti CIRCON v České republice) – http://www.circon.cz

(pobočka

společnosti

Internetové stránky společnosti CIRCON AG (sídlo společnosti ve Švýcarsku) – http://www.circon.net Skupina CIRCON AG se zaměřuje na větší a velmi často nadnárodní projekty. Ačkoli v dalších státech CIRCON AG vlastní pobočky nemá, může se opřít o dlouhodobě úspěšnou spolupráci se svými partnery. Tímto způsobem skupina realizovala mnoho projektů v Evropě (v Itálii, Francii, Turecku, Maďarsku, Litvě), USA a Kanadě. CIRCON ČR se na většině těchto zakázek významně podílí. Společnost CIRCON AG dnes zaměstnává celkem asi 130 zaměstnanců na 10 místech ve 4 státech a spravuje portfolio 250 zákazníků. Tím se řadí k největším a nejúspěšnějším partnerům pro produkt Microsoft Dynamics™ AX celosvětově a je držitelem nejvyššího certifikátu Microsoft Gold Certified Partner a ocenění Microsoft Excellence Award (2003).

70


Pavla Zapletalová

Přičemž partneři společnosti Microsoft, s. r. o. se statutem společnosti Gold Certified Partner představují špičku mezi partnery této společnosti a mají přístup k nástrojům a podpoře odpovídající jejich výjimečnému postavení na trhu. Každý partner se statutem Certified nebo Gold Certified bez ohledu na velikost firmy nebo segment trhu může získat jednu nebo více kvalifikací Microsoft Competency na základě technických znalostí a obchodních zkušeností. Od roku 2002 je CIRCON AG jedničkou na trhu podnikových ERP systémů (vysvětlení pojmu viz. níže kapitola 4.1) Microsoft Dynamics™ AX v Rakousku a Švýcarsku.

V České republice je CIRCON ČR nástupnickou firmou společnosti iMH. Ta vznikla v roce 1993. V počátcích své existence se orientovala především na poskytování služeb softwarového poradenství v oblasti vnitropodnikového řízení, plánování a controlingu a na vývoj softwarových řešení pro moduly informačních systémů v prostředí PROGRESS. Již v roce 1993 se stala firma iMH partnerem PROGRESS SOFTWARE. Na základě pozitivního hodnocení činnosti firmy ze strany PROGRESS SOFTWARE získala iMH ocenění jako strategický partner.

Mezi služby, které poskytuje společnost CIRCON ČR patří: ▪ Prodej licencí Microsoft Dynamics AX a Implementace IS, což představuje v současné době hlavní část činnosti společnosti. Jedná se o implementaci projektů v prostředí Microsoft Dynamics™ AX, a to po všech stránkách – od analýzy a návrhu řešení zpracovaného zkušenými konzultanty až po programátorskou realizaci jednotlivých modifikací dle přání zákazníka. Konzultanti i programátoři společnosti 71


Pavla Zapletalová

se ve velké míře účastní zahraničních projektů mateřské společnosti a mohou čerpat i ze znalostí a zkušeností ostatních poboček. ▪ Vývoj modulů pro Microsoft Dynamics AX. Jedná se o vývoj specifických oborových řešení představující pro společnost vždy významnou součást nabídky. Vyvíjí se a implementují následující moduly: -

cirFASHION pro oděvní průmysl, cirWORKFLOW pro řízení podnikových procesů, cirTRANSPORT pro dopravní a spediční společnosti, cirPOS pro maloobchodní prodej

▪ Podpora starších řešení. Soustavná péče o zákazníka je jednou z priorit společnosti a tvoří trvalou část její činnosti, přičemž dlouhá životnost starších produktů je důkazem vysoké kvality dodaného řešení a zkušeností konzultantů a vývojářů společnosti.

K nejvýznamnějším zákazníkům společnosti CIRCON ČR patřily např. tyto společnosti a firmy: •

• •

•

•

Zdravotní pojišťovna Metal-Aliance, pro níž zaměstnanci firmy vyvinuli a dodali vlastní iMH moduly Evidence majetku a PaM (Personalistika a mzdy), které byly plně do AIS ZP integrovány. Dále iMH dodala finanční část informačního systému pro zdravotní pojišťovny a jeho údržbu firmě PIKE Electronics spol. s r.o., která tento systém do ZP implementovala. Společnosti Pepsi-Cola iMH dodala modul umožňující sledovat pohyb a platby za půjčená zařízení. Česká pojišťovna, pro kterou odborníci z iMH realizovali sjednocení zákaznických dat a vývoj specifických modulů podle konkrétních požadavků a v přímé spolupráci s firmou PROGRESS SOFTWARE. Ve firmě Ventile&Fittings spol. s r.o. dodnes udržujeme a dle přání zákazníka vylepšujeme jejich původní informační systém, který slouží k podpoře prodeje (nabídky, objednávky, fakturace, sklady). V současné době patří mezi nejvýznamnější zákazníky např. společnosti Allcom, spol. s r. o., Datart International, a. s., Haas + Sohn Rukov, s. r. o., New Yorker a další.

72


Pavla Zapletalová

V roce 1999 se firma iMH, na základě konzultací se zahraničními partnery a s ohledem na stále rostoucí poptávku zákazníků po kvalitním, moderním a integrovaném informačním systému (IS), zaměřila na hledání optimálního řešení v novém prostředí. Své aktivity koordinovala především s partnerskou firmou CIRCON AG a ve vzájemné shodě bylo, pro své vysoké kvality a široké spektrum funkcionality, vybráno jako optimální základ nabídky řešení Microsoft Dynamics™ AX, tehdy ještě vyvíjený dánskou společností Damgaard pod názvem AXAPTA.

Po vzájemné dohodě vyústila úzká spolupráce mezi firmou iMH a CIRCON AG v roce 2004 k založení firmy CIRCON Circle Consulting, s.r.o. se sídlem v Praze, jakožto nástupnické společnosti iMH, která je dnes jednou z poboček koncernu CIRCON AG. Více na webových stránkách společnosti CIRCON Circle Consulting, s. r. o. (viz. výše).

73


Pavla Zapletalová

Příloha č. 2 – Vypracovaný projekt v aplikaci MS Project (pozn.: pro ukázku uvádím jen zobrazení Ganttova diagramu, přičemž vypracovaný projekt je k dispozici v elektronické podobě na přiloženém CD)

74


Pavla Zapletalová

Příloha č. 3 – Výstupy z aplikace MS Project (pozn.: pro ukázku uvádím jen několik vybraných sestav, přičemž více sestav je k dispozici v elektronické podobě na přiloženém CD)

Úlohy nejvyšší úrovně

Rozpočet – fáze dokončení

75


Pavla Zapletalová

Přiřazení

76


Pavla Zapletalová

77


Pavla Zapletalová

Seznam úkolů Project manager

78


Pavla Zapletalová

Programátor_1

Používání zdrojů

79


Pavla Zapletalová

Používání úkolů

80


Pavla Zapletalová

81


Pavla Zapletalová

82


Pavla Zapletalová

Příloha č. 4 – Výstupy z aplikace MS Dynamics AX – modulu Projekt

(pozn.: pro ukázku uvádím jen několik vybraných sestav, přičemž více sestav je k dispozici v elektronické podobě na přiloženém CD) Přehled transakcí projektu (počet a součet hodin a celková prodejní cena za kategorie ADMINISTRATIVA a ALLCOM)

83


Pavla Zapletalová

Prodejní ceny pracovních zdrojů

Přehled hodinových transakcí (počet hodinových transakcí a jejich celkový součet za pracovní zdroje „Finanční ředitel“ a „Allcom“)

84


Pavla Zapletalová

Tabulka deníku (soupis veškerých transakcí za pracovní zdroj „Project manager“ seřazených sestupně podle data provedení)

85


Pavla Zapletalová

Příloha č. 5 – Výstupy z aplikace Super Decisions

Hlavní obrazovka

Porovnání klastrů mezi sebou

86


Pavla Zapletalová

Grafická forma porovnání

Porovnání formou dotazníku

Verbální forma porovnání

87


Pavla Zapletalová

Maticová forma porovnání

Definování vazeb mezi prvky klastrů

Porovnání jednotlivých prvků mezi sebou

88


Pavla Zapletalová

VÝSTUPY Nevážená supermatice

89


Pavla Zapletalová

Vážená supermatice

Limitní matice

90


Pavla Zapletalová

Matice klastrů

Priority jednotlivých prvků -

první sloupec hodnot (zelené písmo) vyjadřuje hodnoty priorit jednotlivých prvků normalizovaných v rámci klastru druhý sloupec hodnot (černé písmo) vyjadřuje hodnoty priorit jednotlivých prvků v rámci porovnání se všemi ostatními prvky

91

VYSOKÁ ŠKOLA EKONOMICKÁ V PRAZE FAKULTA INFORMATIKY A STATISTIKY DIPLOMOVÁ PRÁCE Pavla Zapletalová

Recommend Documents