MS Project jako nástroj pro analýzu spolehlivosti

Transkript

1 MS Project jako nástroj pro analýzu spolehlivosti Petr Kolář 1. Představení aplikace MS Project Manažeři, kteří koordinují plánování, průběh a hodnocení libovolných projektů, jsou nuceni pracovat s velkým množstvím informací. Neobejdou se bez SW podpory a jedním z nejpoužívanějších nástrojů je MS Project. Aplikace MS Project slouží k plánování, sledování a řízení projektů a ke komunikaci s projektovým týmem. Projekt je standardně chápán jako plán práce, který má na konci nějaký výsledek. Ať už je to marketingová kampaň, uvedení nového produktu, stavba domu, či provádění údržby. Projekt lze rozdělit na malé dílčí části úkoly. K úkolům se 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í (např. olej, mazivo). Ke každému zdroji i úkolu je možno definovat náklady, a to jak fixní tak variabilní. Pomocí tzv. Směrného plánu lze porovnávat plánované a ve skutečnosti realizované údaje včetně kritické cesty a provádět optimalizace. Lze nadefinovat tzv. rezervoár zdrojů, ze kterého lze zdroje čerpat a koordinovat. Pracovníci, kteří se účastní na více projektech, mohou modelovat různé situace změn priorit projektů, změny zdrojů či termínů zahájení nebo dokončení projektu a sledovat, jak by se taková změna promítla v reálu. V této aplikaci lze definovat a používat množství datových polí různých datových typů. Lze mezi nimi definovat výpočty a ověřování. Datová pole jsou databázovým způsobem relačně připojena k úkolům či zdrojům. Jakákoli pole lze zobrazit v uživatelsky nadefinovaných tabulkách, grafech a tiskových pohledech. Všechna data lze jednoduše exportovat do externích databází a aplikací. V příspěvku je ilustrováno, jak lze do MS Project nadefinovat oborové řešení, konkrétně oblast spolehlivosti. Pro uživatele je pak velice výhodné, že má všechna jeho pracovní data uchována a analyzována v jediné SW aplikaci. Konkrétní ukázkou je aplikace

2 metod TESEO, FMEA a jsou předvedeny dvě možnosti použití metody FMECA. 2. Základní definice projektu 2.1. Definice úkolů Základní definování projektu zpravidla obsahuje vyjmenování pracovních úkolů a jejich detailnější popis. Veškeré údaje je možno definovat pomocí různých tabulek a grafických zobrazení. Obr. 1 ilustruje kombinované zobrazení, kde v horním okně je nejběžnější pohled na proces zadávání úkolů. Je použito zobrazení Ganttova diagramu v horní části okna je jednak Zadávací tabulka a jednak po pravé straně Ganttův graf, v dolní části okna je použito rozdělení okna, konkrétně Zdroje a předchůdci. V Zadávací tabulce jsou zobrazeny nejpoužívanější sloupce datových polí o konkrétních úkolech, další data lze zadávat např. v dialogovém okně Informace o úkolech. V Ganttově grafu jsou zobrazeny grafické pruhy symbolizující časovou alokaci úkolů, jejich dobu trvání a pomocí šipek jsou zobrazeny funkční návaznosti jednotlivých úkolů. U pruhů mohou být zobrazeny různé údaje, v ukázce jsou po levé straně Míra rizika a Rizikové číslo, po pravé straně Iniciály zdroje a Doba trvání úkolu. V dolní části jsou zobrazeny detailnější informace o přiřazení zdrojů na úkol (úkol č. 8) a detailní informace o předchůdcích (úkolech, na který tento navazuje) Definice zdrojů Další podstatnou částí je definice zdrojů. Obr. 1 ve spodním okně ilustruje nejběžnější pohled na proces zadávání úkolů. Je použito zobrazení Seznam zdrojů, okno je rozděleno na Zadávací tabulku v horní části obrazovky a v dolní části je zobrazen Plán práce vybraného zdroje. Červená barva u zdroje informuje, že daný zdroj je přetížen, tj. pracuje s větší intenzitou než mu byla přidělena (např. pracuje na více úkolech najednou, nebo přesáhl svoji denní pracovní dobu).

3 Obr. 1 Kombinované zobrazení Ganttova diagramu a seznamu zdrojů Pracovní zdroje je možné definovat jako konkrétní zdroje (jméno a příjmení každého pracovníka) nebo jako obecné zdroje (např. kontrolor, který má určité dovednosti). Při definici úkolů je pak možné definovat konkrétní osobu, která bude na úkolu pracovat, nebo definovat obecně dovednosti, které musí zdroj mít ke splnění úkolu a dosazení konkrétních osob provést později ručně či automaticky z Rezervoáru zdrojů podle dovedností a časové dostupnosti pracovníků Definice nákladů Pro úkoly, zdroje a jejich eventuální chyby lze kompletně nadefinovat fixní a variabilní náklady. Jeden ze způsobů je demonstrován na Obr. 2. V horní části Obr. 2 v prvním okně je použito zobrazení Ganttova diagramu, tabulka Náklady včetně Ganttova grafu, okno je rozděleno a v dolní části okna 1 je rozdělení Náklady zdroje (konkrétně jsou zobrazeny údaje o úkolu č. 8 kontrola tlaku vzduchu

4 v soustavě přetlakování hydraulické nádrže ). V tomto okně lze tedy řešit velké množství rozličných ekonomických údajů včetně Toku peněz. V dolní části obrazovky na obrázku Obr. 2 v druhém okně je pak zobrazen Seznam zdrojů, okno je opět rozděleno použitím Nákladů zdrojů. Obr. 2 - Definice nákladů 3. Pokročilá nastavení projektu 3.1. Definice vlastních datových polí Pro jednotlivé úkoly a zdroje je možno definovat i desítky datových polí všech datových typů, které jsou buď zadávány uživatelem, vybírány ze seznamu připravených hodnot, nebo jsou vypočítávány pomocí vzorců. MS Project má integrováno mnoho algebraických, pojmenovaných, databázových i agregačních funkcí. Ty mohou být použity i pro Souhrnné úkoly, v ukázkách je pro souhrnné úkoly použita funkce maximum.

5 Obr. 3 Definice vlastních datových polí pro TESEO Jednotlivá datová pole se definují pomocí snadno pochopitelných dialogových oken. Jako ukázka je na Obr. 3 uvedena definice datového pole pro metodu TESEO, K1 Typ činnosti včetněě definice přednastavených hodnot, mezi kterými se je možno při vyplňování konkrétních dat přepínat pomocí rozbalovacích seznamů Definice vlastních tabulek Flexibility programu bylo využito k vytvoření tabulek pro metody: TESEO - expertní kvantitativní hodnocení lidského selhání FMEA - kvalitativní analytická metoda aplikovaná v tomto případě na oblast lidského selhání FMEA 1 - kvantitativní analytická metoda aplikovaná v tomto případě na oblast lidského selhání standardní podoba FMEA 2 - kvantitativní analytická metoda aplikovaná v tomto případě na oblast lidského selhání rozšířená podoba Tabulky se definují v jednoduchých dialogových oknech. Na Obr. 4 je předvedena definice tabulek TESEO a FMEA. Tabulky mohou být použity nejen pro zobrazení požadovaných datových polí na obrazovce, ale také jako základní seznam datových polí pro definici Tiskových sestav a Exportních schémat.

6 Při použití MS Project Server lze v rámci definice uživatelských oprávnění mimo jiné nadefinovat, kteří uživatelé mohou zobrazovat jednotlivé pohledy, tabulky, sestavy a zobrazení. Obr. 4 Definice vlastních tabulek TESEO a FMEA 3.3. Definice vlastních sestav Všechny informace z MS Project je možno přehledně zobrazit či vytisknout pomocí sestav. Lze vytvořit sestavy kombinující plánovací, ekonomické a personální údaje s údaji o spolehlivosti, rizikovosti a možných chybách. Definování sestavy je opět jednoduché. 4. Pracovní prostor spolehlivostní analýzy Kompletní zobrazení analýz spolehlivosti tedy může vypadat velmi přehledně a systematicky, viz Obr. 5. V horním okně je zobrazena tabulka TESEO včetně Ganttova grafu, ve střední části tabulka FMEA, v dolní části vlevo tabulka FMECA 1 a vpravo tabulka FMECA 2.

7 Takové rozvržení pracovní plochy programu MS Project je možno uložit pomocí funkce Uložit pracovní prostor. Všechny tabulky jsou k sobě relačně provázány přes pole ID úkolu, což je primární klíč těchto čtyř tabulek. Typ relace je 1:1, ve všech tabulkách jsou pro snazší orientaci zobrazena tato pole: ID Indikátory Název úkolu Nejpřehlednějším způsobem vytvoření relačního vztahu 1:N je použití některé úrovně osnovy souhrnných úkolů pro konkrétní chyby. Pro každý pracovní úkol je pak možné nadefinovat velké množství konkrétních chyb a pro každou definovat konkrétní data a vlastnosti pomocí tabulek TESEO, FMEA, FMECA 1 a FMECA 2. Obr. 5 Pracovní prostor hodnocení spolehlivosti

8 5. Závěr Pracovníci spolehlivosti a manažeři v systému TQM jsou neustále zahlceni nejrůznějšími informacemi. V nich se potřebují dobře orientovat a soustředit se na stěžejní data. V tomto úsilí jim velmi pomůže využití výpočetní techniky a kvalitního programového vybavení. Specializovanou problematikou spolehlivosti je hodnocení lidského faktoru. Analýza lidského selhání a zejména adekvátní reakce na něj je profesně rozmanitou disciplínou. V procesu návrhu pracovních procesů ji může víceméně samostatně řešit technolog např. pomocí metody FMEA návrhu uzpůsobené pro řešení problematiky lidského faktoru. Častěji však k hodnocení a zlepšování pracovních postupů a požadavků na personál dochází díky konkrétním lidským chybám v praxi. Taková selhání řeší s pracovníkem primárně personální pracovník či manažer. Eliminaci možných selhání typu nedodržení doby provedení úkolu dle předdefinovaných normohodin řeší projektový manažer. Tito pracovníci potřebují zakalkulovat spolehlivost a rizika selhání do analýz rizik a kritických cest projektů, což obvykle provádějí pomocí CRM systémů či speciálních aplikací. Velmi často využívaným SW je právě MS Project, a to jednak z důvodu snadného propojení do jiných systémů a jednak pro relativně nízkou cenu tohoto SW. Je tedy nanejvýš efektivní zakomponovat i analýzy spolehlivosti do SW, který již používají. 6. Seznam literatury Normy [1] ČSN EN ISO 9001:2001 Systémy managementu jakosti Požadavky [2] ČSN IEC :2003 Management spolehlivosti Část 3-1: Pokyn k použití Techniky analýzy spolehlivosti metodický pokyn Monografie [3] Kolář P.: Statistická analýza se SW podporou výsledků třídicího procesu, [Diplomová práce]. Praha : ČVUT s. [4] Mykiska A.: Bezpečnost a spolehlivost technických systémů. Praha: ČVUT ISBN s.

9 [5] Kališ J., Hyndrák K., Tesař V.: Microsoft Project. Praha: Computer Press ISBN X. 616 str. Výzkumné zprávy [6] Dohnal G., Kolář P., Mykiska A.: Upřesňování metod a postupů pro stanovení ukazatelů provozní technologičnosti. Zpráva k řešení projektu FT-TA/026, téma T3 Výzkum faktorů ovlivňujících provozní technologičnost konstrukčních skupin a systémů letadla. Fakulta strojní ČVUT VZLÚ, Praha, červen 2005 (43 str.) [7] Dohnal G., Havel M., Kolář P., Mykiska A., Wretzl O.: Návrh struktury SW podpory Metodiky analýzy a stanovení ukazatelů provozní technologičnosti. Zpráva k řešení projektu FT-TA/026, téma T3 Výzkum faktorů ovlivňujících provozní technologičnost konstrukčních skupin a systémů letadla. Fakulta strojní ČVUT VZLÚ, Praha, listopad 2005 (58 str.) Adresa autora: Ing. Bc. Petr Kolář, České vysoké učení technické v Praze, Fakulta strojní, Ústav přístrojové a řídící techniky, Technická 4, Praha 6. petr.kolar@fs.cvut.cz