- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Gantter
Volně dostupný webový nástroj pro řízení projektů
A u vedeme jednoduchý projekt, jako například plánování dovolené, nebo komplexní projekt, jako je například stavba atomové elektrárny, je dobré k tomu mít nějaký nástroj usnadňující práci. Gantter je jedním z takových nástrojů. A co je na něm nejkrásnějí? Je zadarmo. Otázkou je, k čemu vemu je moné ho pouít.

Řízení projektů je rozdělené do tzv. ivotního cyklu. Podle pouité metodologie máme různý počet fází s různými jmény. Dá se ale říct, e minimální počet fází jsou čtyři. Vdy je potřeba rozhodnout, zda projekt budeme dělat, či nikoli. Fáze iniciace k tomuto rozhodnutí připraví přísluné informace. Pak je potřeba projekt naplánovat. O to se postará fáze plánování. Kdy je plán hotový, je nutné ho realizovat. Ve fázi realizace tedy vytváříme jednotlivé poadované produkty projektu. A kdy je vechno hotové, nastává fáze ukončení. V této fázi vyhodnotíme výsledky projektu a oficiálně ho ukončíme. Gantter můe být do určité míry pouit ve vech fázích a my si ukáeme jak.
Obecné vlastnosti
Ne se podíváme na jednotlivé fáze, je dobré se zamyslet nad nástrojem obecně. Jak bylo zmíněno na začátku, jedná se o webový nástroj. To znamená, e není třeba nic instalovat a k pouití stačí standardní prohlíeč. Já jsem pouil Internet Explorer a Mozilla Firefox. V obou případech bez problémů. Podle dokumentace je moné pouít i dalí prohlíeče. Druhou podmínkou pouití nástroje je webové připojení. Zkouel jsem pevné připojení, ADSL i mobilní připojení. Ve vech případech byla odezva přijatelná. A protoe se jedná o webový nástroj, nabízí se otázka, jak je to se sdílením výsledků práce. Naplánované projekty je moné sdílet několika způsoby. Mohu vyuít tradiční cestu uloení dokumentu na lokální disk a ten rozířit elektronickou potou. Pokud by kolegové neměli přístup k internetu, ale měli monost pracovat s MS Projectem, dá se výsledek práce exportovat či importovat do/z přísluného formátu. Tím se zajiuje kompatibilita s pravděpodobně nejrozířenějím nástrojem na plánování projektů. Poslední moností je sdílení pomocí cloudu. Gantter nabízí dvě monosti. Buď vyuiji jeho vlastního cloudu, kde mám monost definovat, zda chci projekt sdílet, či nikoliv. V případě sdílení mám pak monost definovat, na jaké úrovní (vlastník, editor a čtenář). V případě, e vyuívám ke sdílení souborů Google Drive, je moné uloit výsledek své práce přímo k ostatním souborům.
Poslední obecnou kategorií je vlastní prostředí nástroje. Dá se říci, e je standardní. To znamená menu, panel ikonek pro základní operace, přepínání mezi úkoly, zdroji a kalendáři a vlastní panel s plánem projektu. Ten se skládá opět standardně ze dvou částí: tabulka úkolů a grafické zobrazení Gantova diagramu. Dá se říct, e se prostředí podobá MS Projectu, ale není tak obsáhlé. Výhodou je lokalizace do různých jazyků, take kadý uivatel můe vidět uivatelské prostředí podle nastavení svého počítače.
Ukázka pracovního prostředí nástroje Gantter
Iniciační fáze
Jak jsem ji zmínil, v této fázi připravujeme informace potřebné k rozhodnutí, zda projekt budeme, nebo nebudeme dělat. Zjednodueně řečeno, připravujeme obchodní případ a analýzu nákladů a přínosů. Gantter jako takový nemůe, stejně jako MS Project, vytvořit kompletní obchodní případ. Nicméně můe připravit podklady, bez kterých se neobejdeme. To znamená, e je moné vytvořit přehled hlavních produktů projektu včetně jejich hierarchie a závislostí. Dále je to časový odhad pro vytvoření těchto hlavních produktů, seznam potřebných zdrojů a jejich přidělení k jednotlivým produktům. Z toho lze získat hrubý časový harmonogram i rozpočet. Postup práce je obdobný jako u MS Projectu. Bohuel vlastní nástroj neobsahuje reportovací nástroje, a tak je nutné obsah tabulkové části exportovat do Excelu a přísluné reporty připravit v něm. Samozřejmostí je monost vytisknout plán do obrázku (PNG) a ten vloit do obchodního případu vytvořeného v textovém editoru. Při zakládání nového projektu je moné vyuít ablon, ale pouze ablon ji existujících na serveru Gantter. Nenael jsem cestu, jak si vytvořit vlastní ablonu.
Ukázka časového harmonogramu projektu
Plánovací fáze
V rámci plánování připravujeme jednotlivé plány. Jedná se předevím o
- časový plán,
- plán zdrojů,
- finanční plán,
- plán komunikace,
- plán řízení rizik,
- plán nákupu,
- plán řízení problémů.
Pomocí nástroje Gantter je moné přímo připravit pouze některé z nich. Jedná se o časový plán, plán zdrojů a finanční plán. Ostatní plány pouze částečně, respektive je moné pouze zapracovat jejich výstupy do ji zmíněných tří základních plánů.
V případě časového plánu postupujeme obdobně jako v prostředí MS Project. Vytváříme jednotlivé úkoly a odhadujeme jejich trvání s moností nastavení řízení úsilím s pevnými jednotkami, dobou trvání nebo práce. Propojujeme jednotlivé úkoly s moností vech čtyř typů závislostí (konec-konec, konec-začátek, začátek-konec a začátek-začátek). Nastavujeme omezení, jako například co nejdříve, co nejpozději, zahájit po apod. Přiřazujeme jednotlivé zdroje a určujeme jejich vyuití, stanovujeme milníky, zobrazujeme a analyzujeme kritickou cestu. Projekt plánujeme odpředu určením data zahájení, nebo odzadu určením data ukončení ve vlastnostech projektu. Bohuel není moné změnit zobrazení z Gantova (úsečkového) diagramu na Perttův (síový) diagram a analyzovat rezervy mezi úkoly. Potřebné informace je nutné spočítat manuálně.
V případě plánu zdrojů je moné vytvořit jejich seznam, přiřadit k jednotlivým zdrojům náklady, jejich typ (práce/materiál) a kalendář (včetně pracovní doby). Náklady na zdroje se specifikují v mnoství na přísluné jednotky. V případě zdroje typu práce je to hodina. V případě zdroje typu materiál je to kus. Bohuel se mi nepodařilo specifikovat náklady na pořízení zdroje, jako je tomu u MS Projectu. Je tedy nutné dopravu apod. specifikovat jako samostatný zdroj. V okamiku, kdy jsou zdroje specifikované a přiřazené k jednotlivým úkolům, je moné automaticky řeit konflikty a jejich vyrovnání. V případě, e nejsme s automatickým vyrovnáním spokojeni, je moné se vrátit k původnímu stavu. To jde ale pouze, pokud přísluný plán neuloíme. Po uloení u návrat moný není. Co mně osobně chybí, je zobrazení vytíení jednotlivých zdrojů v časové ose, jak je to moné u MS Projectu.
Ukázka plánování zdrojů v nástroji Gantter
Finanční plán je pak výsledkem specifikace úkolů, specifikace zdrojů a jejich přiřazení k úkolům. Výdaje pro jednotlivé úkoly se automaticky spočítají podle jednotkových výdajů a mnoství, respektive vytíení. Tyto výdaje se pak sčítají pro nadřízené úkoly a produkty. Bohuel není moné specifikovat, které výdaje patří do kategorie investic a do kategorie nákladů, které je moné přímo odepsat. Dalí chybějící dělení, které by vyuili vedoucí projektů v mnoha firmách, je dělení na interní a externí zdroje. Stejně jako v případě vytíení zdrojů není moné zobrazit výdaje v časové ose, co poadují finanční ředitelé a co se později pouívá ke sledování stavu projektu podle metody EVM (earned value management).
Realizační fáze
V rámci realizační fáze se postupuje podle jednotlivých plánů, realizují se produkty projektu a sleduje se jeho stav. To samozřejmě musí být moné dělat i v podpůrném nástroji. Gantter umoňuje sledování rozpracovanosti projektu, a to jak v číselné podobě (procento splnění), tak i v grafické podobě (porovnání plánu a stavu). Bohuel to je asi vechno, co je moné.
Při sledování reálného projektu je potřeba sledovat nejenom procento splnění, ale i vyčerpané finance. Kolik peněz bylo utraceno a kolik jetě zbývá. Odhady, jak se bude projekt vyvíjet do budoucna, a to jak z časového, tak finančního pohledu. To umoňuje metoda EVM. Bohuel Gantter tuto metodu nepodporuje a ani neumoňuje zaznamenat informace pro tuto metodu potřebné.
Dalí chybějící funkcí je sledování změn. Kadý projekt se mění. Mění se jak časový harmonogram, tak rozpočet. Je proto potřeba mít monost jednotlivé změny zaznamenat. Pokud mám zaznamenané jednotlivé změny, můu porovnávat vývoj projektu. Gantter v podstatě umoňuje porovnávat pouze aktuální stav a poslední schválenou změnu (promítnutou do jednotlivých plánů). Není moné porovnávat a analyzovat jednotlivé změny mezi sebou.
Kapitolou samo o sobě je řízení rizik a problémů. Gantter z podstaty není schopen podporovat tuto oblast. Jedině v kombinaci s dalími nástroji. Tady se hodí integrace s Google Drive, kde mohu sdílet dokumenty vytvořené v jiných systémech. Hodilo by se propojení těchto dokumentů s jednotlivými úkoly v projektovém plánu. Jediná monost realizace je prostřednictvím webové adresy dokumentu uloené v poznámce k úkolu. Tím, e je Gantter webový nástroj, pohybujeme se v jednom prostředí, co je obrovská výhoda.
Ukončení
V rámci ukončení projektu je důleité vyhodnotit, co se udělalo, za jak dlouho a za kolik peněz. Podklady shromáděné v průběhu projektu je potřeba vyhodnotit. Dobré je, e vechno, co se do Gantteru zaznamenalo, je moné exportovat do Excelu a vyhodnotit. Problematické je, e je mnoství informací do určité míry omezené.
Závěr
Gantter je nástroj vhodný pro řeení malých a středních projektů a při zapojení různých pracovníků. Jeho vlastností vyuijeme převáně v době plánování projektu. Bohuel schopnost řídit projekt v době realizace je omezená vzhledem k omezeným monostem reportování a sledování změn. Na druhou stranu vyniká v monostech sdílet informace s distribuovanými týmy.
Martin Vitou
Autor pracuje jako vedoucí globálních IT projektů / programů v nadnárodní společnosti, převáně v oblasti řízení IT, projektů a procesů a jejich optimalizaci. Ve volném čase pak předává své zkuenosti a znalosti formou koučování a kolení jako člen volného sdruení ict-123.com.



















