Pošlete článek známým
Print
Kanály RSS

Plánování snižuje rizika automatizačních projektů

-- 05.03.10 22:07

Systémoví integrátoři sdílejí své tipy, jak se vyhnout překvapením a dosáhnout tak úspěchu. Na prvním místě seznamu doporučení je jasná komunikace a přehledná dokumentace. Hned za nimi následují nástroje projektového managementu.

Snížení rizika je často uváděno jako jeden z hlavních přínosů zjednání systémového integrátora pro realizaci automatizačního projektu. Koneckonců zkušené praktiky v každé technické disciplíně lze obecně pokládat za úspěšnější než nadšené amatéry a systémové integrátory za odborníky v oblasti navrhování a instalace systémů průmyslové automatizace. Ale ani ti nejtalentovanější systémoví integrátoři nedokážou zajistit správné fungování automatizačního systému, pokud nevědí, co má zmiňovaný systém dělat. „Zjistit a zapsat požadavky konečného zákazníka je tím nejvýznamnějším faktorem při definování úspěchu projektu,“ uvádí Dean Streck, COO společnosti VI Engineering.

 „Našim lidem, kteří provádějí projektovou práci každý den, říkáme, že musejí jasně písemně definovat, co budou dělat dříve, než začnou, a rovněž dokumentovat, jak hodlají doložit, že tyto požadavky splnili.“ Brent Stromwall, viceprezident společnosti Polytron, s tím souhlasí. „Jasně definovaný projekt a komunikační plán jsou nezbytné pro to, aby se integrátor a zástupci klienta shodli na tom, co znamenají pojmy ‚úspěch‘ a ‚dokončení‘.“ „Nic nedokáže podlomit důvěru zákazníka rychleji, než když po zadání objednávky uslyší něco ve smyslu: ‚Nevěděl jsem, že je to součástí vašich požadavků,‘“ říká Jerry Armstrong, aplikační technik společnosti Walco.

„Obchodník nebo aplikační technik odpovědný za vypracování nabídky pro zakázku musí strávit odpovídající čas se zákazníkem a zařízením, aby zjistil, co vlastně zákazník přesně chce, a aby získal dobrou představu o tom, jak toho dosáhnout. To neznamená, že musí zacházet až do takových podrobností, jako je barva tlačítek, ale hlavní aspekty a rozsah projektu musejí být definovány.“ „Pokud se dobře připravíme, bude nás čekat při vlastní implementaci systému méně překvapení,“ dodává Armstrong. Don Ulrich, prezident společnosti Stone Technologies, potvrzuje, že vypracování plánu a posouzení rizika jsou klíčem k úspěchu kteréhokoli automatizačního projektu.

„Říkáme klientům předem, jak budeme projekt realizovat, a to do nejmenších podrobností. To je pak základem podrobné smlouvy o zakázce a koriguje to očekávání. Poté provedeme kompletní analýzu rizik – rizika harmonogramu, rizika technologie, rizika zdrojů, a dokonce i rizika, že klient nám neposkytne včas potřebné informace.“ „S tím, jak procházíme projektem a provádíme kontroly, přehodnocujeme otázku rizik, protože se objevují rizika nová, o nichž jsme původně neuvažovali. Rizikům, která dokážeme předpokládat, se věnujeme naplno. Jsou to právě rizika, o nichž hovoříme jako o nevýznamných, která následně způsobují nejvíce problémů.“ Joel Langill, vedoucí konzultant a technik společnosti ENGlobal Automation, s tím souhlasí.

„Těmito riziky mohou být technologická rizika související například s okolnostmi implementace nového systému nebo s vydáním nové verze softwaru. Nebo to mohou být rizika související s operacemi klienta, například to, jak úspěšně provedou migraci svých operátorských stanic ze starší technologie na novou a zároveň se přemístí do budovy s konsolidovaným řízením.“ „Měla by být zdokumentována a prodiskutována veškerá rizika jedinečná pro daný projekt,“ dodává. „Jakmile těmto rizikům porozumíte, měly by se testovací postupy doplnit o specifické úkony, které prokážou úspěšnost a podstatně sníží tato rizika ještě před spuštěním projektu v praxi.“ A pokud jde o plánování těchto testů, Langill preferuje začít od konce. Nejprve vypracuje plány konečného testování, zprovoznění pracoviště a přechodu na nové prostředí, teprve poté, s ohledem na tyto testy, navrhne zbytek projektu.

„Jednou z nejobvyklejších chyb u projektů, které jsou velké, složité nebo zahrnují četné automatizační komponenty, je to, že konečné testy nejsou vypracovány až do doby, než přijde čas je spustit,“ poznamenává Langhill. „Výsledkem je často plán testů, který buď neotestuje všechny aspekty automatizačního řešení, nebo zakryje známé problémy, které se pak odhalí až během nákladných aktivit u klienta.“ Dan Purvis, vedoucí systémový technik a výkonný ředitel pobočky společnosti Optimation v Houstonu, popisuje, jak jeho firma vytváří své plány testů z návrhové dokumentace projektu pomocí V-modelu zobrazeného na ilustraci „Metodika vývoje projektu“. Nepřekvapuje, že proces začíná požadavky konečných zákazníků. Tři fáze procesu testování jsou odvozeny ze tří dokumentů uvedených na obrázku. „Na výstupu V-modelu dostanete několik položek, které vyplynou přirozeně díky tomu, že tvrdá práce na projektu již byla vykonána na vstupu modelu,“ konstatuje Purvis.

Konečná přejímací zkouška u zákazníka koresponduje s požadavky uživatele, přejímací zkouška u integrátora je odvozena z funkčních požadavků a systémová dokumentace odpovídá návrhovým specifikacím. Mezi těmito dvěma větvemi proběhne vlastní implementace projektu – napsání, integrace a testování softwaru. „Programátorské a operátorské příručky jsou přímo odvozeny z dokumentů návrhu a architektury v návrhové fázi,“ dodává Purvis. „Přejímací zkoušení u integrátora (Factory Acceptance Testing – FAT) nastává přirozeně na základě specifikací funkčních požadavků (Functional Requirements Specification – FRS ) a dokumentace zkoušky FAT. Procházíte procesem FAT a odpovídáte na otázky. Jakékoli nesrovnalosti se zapíší do soupisu závad a „torz“ k přepracování, ovšem množství následných překvapení se minimalizuje.“

Autor: Vance VanDoren, Ph.D., P.E. Control Engineering


Pošlete článek známým
Print
Kanály RSS

Sponzorované odkazy

 

Reklama

Navštivte rovněž

  •   Blogy  
  •   Fórum  
  •   Video  

Blogy

Petr Pohorský
Petr Pohorský
It´s the economy, stupid!
28.06.2010 08:06
Poměrně expresivní nadpis tohoto úvodníku jsem si vypůjčil od prezidentského týmu Billa Clintona. Toto heslo použil jeho předvolební tým již v roce 1992. Vyjádřit má posedlost politiků ekonomickým růs...

Lukáš Smelík
Lukáš Smelík
Ještě je čas zachránit první dekádu…
08.02.2010 09:02
Technicky řečeno je rok 2010 koncem první dekády 21. století, avšak není začátkem desetiletí druhého. Nenajde se proto mnoho lidí, kteří by raději od letošního roku nehodili vše za hlavu a začali pros...

Milan Katrušák
Milan Katrušák
Fortel českých (automatizačních) rukou
12.06.2009 09:06
Vždy s úctou smekám klobouk před lidmi, kteří něco dokázali, vybudovali, jsou v nějaké oblasti lidského konání na špičce nebo prostě něco „pouze“ dělají s fortelem. V drtivé většině případů je to stál...

Jan Kubíček
Jan Kubíček
Pokrok a technika kolem nás
18.05.2009 08:05
Od nepaměti lidstvo touží poznávat nepoznané a k tomu účelu využívá techniky. Patří sem mimo jiné dopravní prostředky od těch nejjednodušších dopravních prostředků přes auta, lodě, letadla, druži...

všechny blogy RSS

Fórum


Reklama




Anketa


Ano, proto se je snažíme minimalizovat
Ne, jsou na odpovídající úrovni
Nejsou vysoké, ale rychle rostou

O nás   |   Reklama   |   Mapa stánek   |   Kontakt   |   Uzitečné odkazy   |   Bezplatné zasílání   |   RSS   |   Partneři   |   Blogy   |   
Copyright Trade Media International Holdings Sp. z o.o. ul. Wita Stwosza 59a, 02-661 Warszawa
KRS 0000281036, NIP 521-34-36-770, Regon 140966270
Všechny materiály pocházející ze stránek Control Engineering USA jsou vlastnictvím Reed Business Information. Všechna práva vyhrazena.
Navštivte naše další stránky