Pojem „integrované systémy riadenia podnikov“ (EMIS) na začiatku tohto desaťročia zaviedla do používania analytická spoločnosť IDC namiesto konceptu ERP (Enterprise Resource Planning – plánovanie podnikových zdrojov), ktorý sa v takýchto štúdiách používal predtým. ISMS je založený na princípe vytvorenia jednotného dátového skladu (repository), ktorý obsahuje všetky obchodné informácie, ktoré organizácia nazbierala v priebehu podnikania, najmä finančné informácie, údaje súvisiace s výrobou, personálnym riadením a akékoľvek iné údaje. Úložisko eliminuje potrebu prenosu údajov z aplikácie do aplikácie. Okrem toho sa akákoľvek časť informácií uchovávaných organizáciou stáva súčasne dostupnou všetkým zamestnancom s príslušným oprávnením.

Koncept PMIS bol široko používaný, pretože plánovanie zdrojov umožnilo skrátiť čas výroby, znížiť úroveň zásob a zlepšiť spätnú väzbu od zákazníkov a zároveň znížiť administratívny aparát. To všetko umožnilo spojiť všetky zdroje podniku a zvýšiť efektívnosť ich riadenia. Historicky sa koncept PMIS vyvinul z jednoduchších konceptov MRP (Material Requirement Planning) a MRP II (Manufacturing Resource Planning). Softvérové ​​nástroje používané v PMIS umožňujú plánovanie výroby, modelovanie toku zákaziek a vyhodnocovanie možnosti ich implementácie v službách a divíziách podniku, s prepojením s predajom.

MIS spravidla obsahuje tieto prvky:

• model riadenia toku informácií (IP) v podniku;
• hardvérová a technická základňa a komunikačné prostriedky;
• DBMS, systémový a podporný softvér;
• súbor softvérových produktov, ktoré automatizujú správu IP;
• predpisy pre používanie a vývoj softvérových produktov;
• IT oddelenie a podporné služby;
• skutočných používateľov softvérových produktov.

Medzi hlavné funkcie ISMS patrí:

• udržiavanie konštrukčných a technologických špecifikácií, ktoré určujú zloženie vyrábaných výrobkov, ako aj materiálové zdroje a operácie potrebné na ich výrobu;
• tvorba plánov predaja a výroby;
• plánovanie potrieb materiálov a komponentov, termínov a objemov dodávok na splnenie plánu výroby;
• riadenie zásob a obstarávania: vedenie zmlúv, implementácia centralizovaných nákupov, zabezpečenie účtovníctva a optimalizácia skladových a dielenských zásob;
• plánovanie výrobných kapacít od rozšíreného plánovania až po využitie jednotlivých strojov a zariadení;
• operatívne finančné riadenie vrátane zostavenia finančného plánu a sledovania jeho plnenia, finančné a manažérske účtovníctvo;
• riadenie projektov vrátane plánovania míľnikov a zdrojov.

Nahromadené skúsenosti ukazujú, že fáza výberu systému riadenia podniku je jednou z najdôležitejších a vedenie podniku by sa malo mimoriadne zaujímať o výber správneho riešenia. Každý projekt v oblasti automatizácie by mal podnik považovať za strategickú investíciu, ktorá by sa mala vyplatiť zlepšením procesov riadenia, zvýšením efektivity výroby, znížením nákladov a postavená na roveň akvizícii napríklad novej výroby. linka alebo výstavba dielne. Klasický ISUP, na rozdiel od takzvaného „krabicového“ softvéru, patrí do kategórie „ťažkých“ softvérových produktov, ktoré vyžadujú pomerne dlhé nastavovanie, aby ste ich mohli začať používať. Výber PMIS, obstaranie a implementácia si spravidla vyžadujú starostlivé plánovanie v rámci dlhodobého projektu za účasti partnerskej firmy - dodávateľa alebo konzultanta. Keďže PMIS sú postavené na modulárnej báze, zákazník si často (aspoň v počiatočnej fáze takýchto projektov) nekupuje celý rad modulov, ale ich obmedzený súbor. Pri realizácii projektový tím spravidla do niekoľkých mesiacov upraví dodané moduly. Použitie PMIS vám umožňuje používať jeden integrovaný program namiesto niekoľkých rôznych. Jediný systém môže riadiť spracovanie, logistiku, distribúciu, zásoby, expedíciu, fakturáciu a účtovníctvo.

PMIS je teda súbor integrovaných aplikácií, ktoré vám umožňujú vytvoriť jednotné prostredie na automatizáciu plánovania, účtovníctva, kontroly a analýzy všetkých hlavných obchodných operácií v rámci celého podniku. Patrí medzi ne plánovanie výrobných zdrojov, operatívne riadenie plánu výroby, účtovníctvo a analýza výkonnosti atď. Všetky plánovacie a analytické operácie sú v ISUP rozdelené do samostatných funkčných modulov: plánovanie zdrojov (finančné, ľudské, materiálové) na výrobu tovaru alebo služieb, operatívne riadenie realizácie plánov (zásobovanie, predaj), zmluvy, všetky druhy účtovníctva , analýza obchodných výsledkov . Všetky informácie sú uložené v jedinej databáze, odkiaľ ich možno na požiadanie kedykoľvek získať.

Začiatkom roka 2010 predstavila divízia Microsoft Corporation v Rusku výsledky štúdie úrovne vyspelosti riešení ISUP používaných rôznymi ruskými spoločnosťami. Projekt realizovala spoločnosť IDC. Štúdia viedla rozhovory s 50 lídrami v oblasti biznisu a 100 lídrami v oblasti IT zo 120 spoločností. Prieskum sa uskutočnil v najindikatívnejšom segmente ruského trhu spoločností s ročným obratom 50 až 500 miliónov dolárov Regionálna štruktúra vzorky: Moskva – 52 %, ostatné regióny – 48 %. Odvetvová štruktúra súboru: maloobchod - 22 %, priemyselná výroba - 20 %, potravinárska výroba - 15 %, distribúcia - 16 %, doprava - 14 %, telekomunikácie a médiá - 13 %. Štúdia ukázala, že priemerná hodnota indexu vyspelosti trhu PMIS bola 55 %. Najnižší výsledok bol 20% a najvyšší - 95%. Len 38 % spoločností vykázalo úroveň indexu penetrácie a efektívnosti nad priemernými hodnotami. V ďalších 24 % spoločností bola efektivita pomerne vysoká s nízkou úrovňou penetrácie. Efektívnosť zostávajúcich 38 % spoločností bola hodnotená ako nízka a 15 % spoločností vykazovalo nízke hodnoty indexu efektívnosti aj indexu penetrácie PMIS. V praxi to znamená, že 62 % alebo takmer dve tretiny podnikov by malo podniknúť kroky na optimalizáciu existujúcich podnikových aplikácií. Nízka miera využitia potenciálu implementovaných riešení je spôsobená skutočnosťou, že mnohé podniky pristupujú k implementácii PMIS skôr ako k technickým ako obchodným projektom, domnievajú sa autori štúdie. Hlavnou úlohou projektov vytvárania podnikových manažérskych systémov je stále automatizácia účtovníctva, financií, personálneho a mzdového manažmentu. Relatívne málo spoločností sa pokúša riešiť strategické problémy pomocou PMIS. Úlohy ako finančná a strategická analýza, obchodná analytika, projektový manažment sú na zozname cieľov projektov implementácie ERP v menej ako polovici prípadov.

Za posledných päť rokov pred krízou rástol ruský trh PMIS rýchlejším tempom, ako predpovedali aj odborníci (skutočný objem v roku 2008 prevýšil päťročnú prognózu IDC o 40 %). Na trhu je päť popredných spoločností (v abecednom poradí): 1C, Microsoft, Oracle, SAP a Galaktika. Podľa výskumu IDC (Russia Enterprise Application Software 2010-2014 Forecast and 2009 Vendor Shares) objem ruského trhu integrovaných podnikových riadiacich systémov (IMMS) v roku 2009 dosiahol 492,18 miliónov dolárov, čo zodpovedá poklesu o 18,9 % v r. v porovnaní s predchádzajúcim rokom. Odborníci sa domnievajú, že pokles bol spôsobený predovšetkým krízou v ruskej ekonomike, najmä v prvej polovici roku 2009. Zníženie IT rozpočtov veľkých spoločností viedlo k výraznému zníženiu počtu nových komplexných projektov na implementáciu PMIS. Dopyt po riešeniach PMIS v segmente malých a stredných podnikov výrazne klesol. Rozsiahla základňa existujúcich zákazníkov, projekty implementácie jednotlivých funkčných modulov, ako aj výrazne zvýšený dopyt po riešeniach business intelligence zo strany veľkých spoločností zároveň umožnili vyhnúť sa výraznému poklesu trhu PMIS v r. prostredie, kde ruský IT trh ako celok klesol o viac ako tretinu.

Lídrom ruského trhu PMIS bola v roku 2009 spoločnosť SAP, ktorej podiel bol 50,1 %. 1С a Oracle ukončili rok s 22,3 % a 9,6 % trhu a obsadili druhé a tretie miesto. Štvrtým sa stal Microsoft Dynamics so 7,1 %. Trhový podiel Microsoft Dynamics je zobrazený s prihliadnutím na úpravu tržieb spoločnosti na ruskom trhu PMIS za rok 2008 v súlade s presnejšími informáciami získanými od dodávateľov. Podľa úpravy bol podiel spoločnosti v roku 2008 6,9 %. Päticu dodávateľov uzatvára Galaktika, ktorá obsadila 3,9 % trhu. Celkový podiel ruských spoločností v skupine lídrov dosiahol 26,2 %, čím prekonal rovnaké ukazovatele z predchádzajúceho roka. Vedúcim odvetvím pre ruský trh PMIS bola v roku 2009 nepretržitá výroba. Druhé miesto rovnako ako v minulom roku obsadil maloobchod. Diskrétna výroba zostala na treťom mieste v rebríčku najziskovejších odvetví pre dodávateľov PMIS. Na štvrtej a piatej pozícii - veľkoobchod a energetika.

IDC verí, že ruský trh PMIS porastie v priebehu nasledujúcich piatich rokov v priemere o 15,1 % ročne. Najvýraznejší rast zaznamená verejný sektor a zdravotníctvo. Vláda plánuje značné výdavky na rozvoj koncepcie e-governmentu a automatizáciu verejných zdravotníckych zariadení. Výdavky v sektoroch energetiky, financií, veľkoobchodu a maloobchodu, obchodných služieb, diskrétnej výroby, vzdelávania, poľnohospodárstva, stavebníctva a baníctva budú rásť tempom, ktoré prevyšuje trhový priemer.

Poprední dodávatelia veľkých PMIS, žiaľ, nie sú na Softtool ani zďaleka plne zastúpení, aj keď v niektorých prípadoch sú na výstave ich partneri propagujúci príslušné produkty. Na veľtrhu Softtool 2009 bol teda ruský trh PMIS zastúpený 36 spoločnosťami, ktoré sa umiestnili ako dodávatelia a/alebo vývojári takýchto riešení. Podiel regionálnych spoločností zároveň predstavoval približne 9 %. Ide najmä o Tandem (Novosibirsk), Gradient - New Technologies (Iževsk), RELEX (Voronež), SKB Kontur (Jekaterindburg).

Článok pojednáva o vývoji používateľských programovacích nástrojov v systéme SCADA – od riešenia neštandardných problémov riadenia a monitorovania v technologickom jazyku ST až po automatizáciu procesu návrhu vo vstavanom prostredí skriptovacieho jazyka C#. V pokračovaní tejto línie bolo prvýkrát ohlásené nové programovacie prostredie radiča, ktoré plne implementuje požiadavky normy IEC 61131-3 a zachováva v nej prijatú objektovú ideológiu, ktorá poskytuje pohodlie a rýchlosť vývoja, replikáciu dizajnu riešenia.

Z „presúvať a pustiť“

"písať a spustiť"

Objektovo orientovaný SCADA systém spočiatku neobsahoval žiadne programovacie nástroje, dokonca ani tradičné skriptovacie jazyky (alebo v odbornom žargóne „skripty“). To bolo vysvetlené koncepčným postojom vývojárov, ktorí považovali za potrebné zvyknúť používateľov na ideológiu objektu a štandardné nástroje, ktoré poskytujú jednoduchým "ťahaním a pustením" (ťahaním a pustením) prvkov projektu na vytvorenie akýchkoľvek odkazy na prenos údajov, ako aj zahrnutie niektorých prvkov do iných (napríklad dynamický symbol alebo tlačidlo na volanie dokumentov jedného objektu do mnemotechnického diagramu iného). Napriek tomu bolo potrebné nájsť príležitosti pre tých používateľov, ktorí by chceli v rámci riešiť neštandardné úlohy.

Univerzálny recept na vytváranie knižničných blokov a vizuálnych ovládacích prvkov v profesionálnych programovacích jazykoch nie je vhodný pre všetkých inžinierov. Ďalší dôvod postarať sa o spôsoby programovania aplikovaných úloh súvisel (od 2. verzie MasterSCADA) s tým, že sa stala vertikálne integrovaným systémom, v rámci ktorého bolo možné ľubovoľne distribuovať riadiacu a riadiacu logiku medzi pracovné stanice a ovládače. s otvorenou architektúrou (pretože vydali výkonný systém).

Prvým technologickým programovacím nástrojom v rámci bol grafický jazyk funkčných blokových diagramov. Ale toto je spôsob, ako vytvárať riešenia založené na existujúcich knižniciach a ich funkčnosť je obmedzená aj pri neustálom rozširovaní. Rozhodujúci vývoj potrebných nástrojov sa začal už v 3. verzii . Knižnica funkčných blokov bola rozšírená o bloky užívateľských programov. Boli implementované dva typy blokov - pre inžinierske programovanie v jazyku ST (norma IEC 61131-3) a pre automatizáciu vývoja projektov alebo implementáciu komplexných úloh v jazyku C #. Zatiaľ čo programy ST bežia na najvyššej úrovni systémov aj v radičoch, programy v jazyku C# sú určené výhradne na fungovanie v rámci pracovných staníc. Keďže pre celý systém je vytvorený jeden projekt s automatickou organizáciou komunikácie medzi jeho časťami, vývojár projektu musí spočiatku brať do úvahy túto špecializáciu jazykov.

Programovanie ST

Jazyk ST sa inžinierom ľahko naučí. Generácie, ktoré vyštudovali vysoké školy v deväťdesiatych a nultých ročníkoch, spravidla poznajú jazyk Pascal z učebných osnov, z ktorých ST prebrali hlavné myšlienky. Okrem toho program ST obsahuje čisto inžinierske koncepty – vstupy/výstupy, premenné s typom „čas“ atď. Pridaním nových premenných do sekcií INPUT alebo OUTPUT sa automaticky vytvoria nové I/O pre funkčný blok ST v projekte. Akékoľvek vstupy/výstupy v projekte je možné prepojiť so vstupmi/výstupmi iných objektov alebo premenných projektu jednoduchým pretiahnutím myšou.

Z pohľadu komfortu vývoja poskytuje ST editor moderné prostredie (obr. 1), zabudované, ako je zvykom, priamo do integrovaného projektového manažéra, aby vývojár nepremýšľal nad tým, ako editor otvorí (jednoducho vyberie záložka "Kód" príslušného bloku v projekte ), ani kde sú uložené programové súbory (problém ukladania a pomenovania súborov je vyriešený systémovo a zostáva v zákulisí - vývojár nemusí vedieť, ako tieto súbory súbory sa volajú a kde sú uložené).

Vytvorený program je skompilovaný do špeciálneho interpretovaného kódu, ktorý je možné spustiť ako v počítači, tak aj vo všetkých typoch ovládačov podporovaných priloženým výkonným systémom. Ide o ovládače s takmer akýmikoľvek modernými a nie príliš procesormi (x86, ARM7, ARM9 atď.) a bežnými operačnými systémami (od DOS a Windows CE až po Linux a Ecos). Je tiež dôležité, že ladenie nevyžaduje dostupnosť ovládača. Program je možné ladiť ako na takzvanom Windows radiči (výkonný systém radiča bežiaceho na tej istej pracovnej stanici ako projekt pre najvyššiu úroveň), tak aj priamo vo vývojovom režime, spusteným kódom len jedného vyvinutého bloku. Zároveň je k dispozícii tradičné spustenie programu krok za krokom vrátane možnosti zadávať vnorené procedúry.

Ryža. 2. Príklad implementácie výpočtového algoritmu v C#

Programovanie v C#

Pre porovnanie, tu je príklad programu v C#. V tomto príklade je implementovaný výpočtový algoritmus na filtrovanie vstupnej analógovej hodnoty. Z obr. 2 môžete vidieť, že programové premenné sa vytvárajú na špeciálnom paneli zadaním názvu, výberom typu a oprávnenia na zápis. Hneď po ich zadaní sa objavia v deklaráciách programu a v I/O algoritmoch v strome projektu.

Ryža. 3. Pohľad na strom projektu pred spustením skriptu

Automatizácia projektov v C#

Úlohy, ktorým dizajnéri pri svojej práci čelia, si niekedy vyžadujú veľké množstvo rutinných operácií a koniec koncov, prenos „mechanickej“ práce do počítača je hlavným cieľom automatizácie. Tu je typická úloha - musíte vytvoriť účtovný systém jednotlivých bytov pre zdroje v bytovom dome. Predpokladajme, že bol vytvorený fragment projektu - účtovanie v jednom byte. Teraz ho treba vynásobiť požadovaným počtom bytov a vchodov, vytvoriť mnemotechnickú schému s volaním do požadovaného bytu na zobrazenie jeho ukazovateľov (obr. 3).

Práve na tieto účely môžete vnútri spúšťať skripty napísané v C # a odkazujúce na jeho objektový model (obr. 4).

Po spustení skriptu (tento príklad je prevzatý z knižnice vzorových skriptov) sa do projektu pridá nový objekt Home na základe vzorového objektu Home. Na základe nami nastavených kvantitatívnych parametrov v nastaveniach sa do nej vloží zadaný počet vchodov, podlaží, bytov (obr. 5).

Ryža. 5. Pohľad na strom projektu po vykonaní skriptu

Okrem automatického vytvárania štruktúry projektu skript vytvára mimiká, protokoly správ, správy a trendy patriace novým objektom, pričom ako vzorky používa dokumenty pôvodného (ručne vytvoreného) objektu. A ako konečný výsledok je vytvorená hlavná mnemotechnická schéma projektu s automaticky vytvorenými tlačidlami na vyvolanie okien bytu v požadovanom počte (obr. 6).

Ryža. 6. Pohľad na mnemotechnickú schému so skriptovanými tlačidlami na volanie okna

Keď zhrnieme úvahy o tomto príklade, musíme priznať, že keďže ide o veľmi rozsiahly softvérový produkt, aj pre pomerne skúseného vývojára je ťažké prvýkrát sa orientovať v jeho objektovom modeli, hoci je zdokumentovaný. Preto sú služby technickej podpory pre písanie skriptov automatizácie vývoja projektov pomerne žiadané, najmä ak vezmeme do úvahy, že vo väčšine prípadov sú bezplatné aj pre používateľov demo verzie a vytvorené skripty nebudú márne, pretože spadajú. do spoločnej pokladnice – knižnice dostupnej pre každého.

Vývojová logika - plná podpora pre IEC 61131-3

Prudký nárast záujmu používateľov o programovanie ovládačov otvorenej architektúry v technologických jazykoch popísaných normou IEC 61131-3 nás priviedol k myšlienke nielen implementovať s plnou podporou štandardu, ale aj vydať samostatný produkt pre tých, ktorí programujú ovládače na samostatné použitie, a nie na použitie vo vertikálne integrovaných systémoch. Tak sa to objavilo. Ide o plnohodnotné, plne vyhovujúce IDE, ktoré si zachovalo objektovú ideológiu v ňom prijatú, čo vám umožňuje zvýšiť nielen kvalitu projektov automatizácie, ale aj produktivitu dizajnérov. Vzhľadom na použitie najnovšej softvérovej architektúry nie je funkčnosť tohto prostredia zahrnutá vo verzii 3, ale bude súčasťou budúcej verzie 4.

EnSAT teda teraz v rámci sady nástrojov MasterSCADAv.3 navrhuje naprogramovať systémy, ktoré obsahujú nižšiu kontrolnú úroveň aj operátorské stanice, a odporúča sa vypracovať projekty pre autonómne kontroléry s použitím oveľa výkonnejšieho nového produktu - . Obe vývojové prostredia používajú rovnaký výkonný systém pre radiče, preto sú z hľadiska technických charakteristík a štrukturálnej funkčnosti (zoznam podporovaných radičov a platforiem, ovládače, archívy, protokoly, rýchlosť) ich možnosti takmer rovnaké. Nové prostredie je možné použiť aj na programovanie tých kontrolérov, ktoré stále interagujú s vyššou úrovňou, ale využívajú na to existujúci OPC server alebo niektorý z podporovaných protokolov, a nie „transparentnú“ výmenu dát akceptovanú v technológii, ktorá si nevyžaduje konfigurácia.

Ryža. 7. Editor rebríkových diagramov

Pozrime sa na príklad projektu vyvinutého v prostredí (obr. 7). Hlavnou výhodou nového prostredia je možnosť vytvárať program súčasne vo všetkých jazykoch štandardu, pričom pre každú časť algoritmu sa používa jazyk, ktorý bude najzrejmejší pre jeho implementáciu. Spravidla je pre dynamické algoritmy, ako je regulácia, vhodnejšie použiť jazyk funkčných blokov (FBD), reléové obvody sú elektrotechnikom známejšie na popis logiky a riadenie krok za krokom dokonale popisuje jazyk krokovej sekvencie (SFC). Výpočtové a akékoľvek iné problémy je možné riešiť v jazyku "Structured Text" (ST).

Na obr. 7 príklade je program riadenia parametrov „nakreslený“ v jazyku LD a ďalej sa používa ako knižnica FB v programe už vytvorenom v jazyku funkčných blokov (obr. 8).

Ryža. osem. Editor diagramu funkčných blokov

Zvláštnosťou softvérovej architektúry (a následne aj budúceho MasterSCADAv4, ktorý bude tento produkt obsahovať) je, že je úplne otvorená pre rozšírenie. To znamená, že budeme môcť zabudovať podporu pre ďalší grafický jazyk (napríklad jazyk vývojových diagramov na popis algoritmov alebo UML na popis interakcie objektov projektu) do sady nástrojov, len čo pocítime jeho dopyt zo strany našich spotrebiteľov. V prípade takýchto spotrebiteľov sú to predovšetkým výrobcovia ovládačov a ich zákazníci. Zoznam podporovaných ovládačov rastie rýchlym tempom, a preto rovnako rýchlo rastie aj rôznorodosť požiadaviek z rastúcej zákazníckej základne. Práve úzka interakcia s kvalifikovanými používateľmi je zdrojom dopĺňania knižníc skriptov a algoritmov, motívom pre neustály vývoj vývojových nástrojov, ktoré si poradia so stále zložitejšími automatizačnými úlohami.

I.E. Ablin, generálny riaditeľ,

3.6. SYSTÉMY RIADENIA INFORMÁCIÍA KONTROLA

3.6.1. Podnikové manažérske informačné systémy (EMIS)

Definície základných pojmov. Začnime s definíciami potrebnými na pochopenie ďalšej úvahy.

Informácie - informácie o okolitom svete (objekty, javy, udalosti, procesy a pod.), ktoré znižujú existujúcu mieru neistoty, neúplnosti poznania, odcudzujú sa svojmu tvorcovi a stávajú sa správami. Tieto informácie sú vyjadrené v určitom jazyku vo forme znakov, vrátane tých, ktoré sú zaznamenané na hmotnom nosiči. Môžu byť reprodukované prenosom ľuďmi ústne, písomne ​​alebo iným spôsobom.

Informácie umožňujú organizáciám:

Monitorovať aktuálny stav organizácie, jej divízií a procesov v nich;

Stanoviť strategické, taktické a operačné ciele a zámery organizácie;

Robiť informované a včasné rozhodnutia;

Koordinovať činnosť oddelení pri dosahovaní cieľov.

Informačná potreba je vedomé pochopenie rozdielu medzi individuálnymi znalosťami o predmete a znalosťami nahromadenými spoločnosťou.

Dáta sú informácie redukované na úroveň objektu určitých transformácií.

Dokument - informačná správa v papierovej, zvukovej, elektronickej alebo inej forme vyhotovená podľa určitých pravidiel, overená predpísaným spôsobom.

Správa dokumentov je systém na vytváranie, interpretáciu, prenos, príjem, archiváciu dokumentov, ako aj sledovanie ich vyhotovenia a ochranu pred neoprávneným prístupom.

Ekonomické informácie sú súborom informácií o sociálno-ekonomických procesoch, ktoré slúžia na riadenie týchto procesov a skupín ľudí v priemyselnej a nepriemyselnej sfére.

Informačné zdroje – celé množstvo informácií dostupných v informačnom systéme.

Informačné technológie predstavujú systém metód a spôsobov zhromažďovania, prenosu, akumulácie, spracovania, uchovávania, prezentácie a používania informácií.

Automatizácia je nahradenie ľudskej činnosti prácou strojov a mechanizmov.

Informačný systém (IS) - informačný okruh spolu s prostriedkami na zhromažďovanie, prenos, spracovanie a uchovávanie informácií, ako aj personál vykonávajúci tieto úkony s informáciami.

Poslaním informačných systémov je produkcia informácií potrebných pre organizáciu na zabezpečenie efektívneho riadenia všetkých jej zdrojov, vytváranie informačného a technologického prostredia pre riadenie organizácie.

Zvyčajne sa v riadiacich systémoch rozlišujú tri úrovne: strategická, taktická a operačná. Každá z týchto úrovní riadenia má svoje úlohy, pri riešení ktorých sú potrebné relevantné údaje, tieto údaje je možné získať dopytovaním informačného systému. Tieto požiadavky smerujú na príslušné informácie v informačnom systéme. Informačné technológie vám umožňujú spracovávať požiadavky a pomocou dostupných informácií formulovať odpoveď na tieto požiadavky. Na každej úrovni riadenia sa tak objavujú informácie, ktoré slúžia ako základ pre prijímanie vhodných rozhodnutí.

V dôsledku aplikácie informačných technológií na informačné zdroje vznikajú niektoré nové informácie alebo informácie v novej forme. Tieto produkty informačného systému sa nazývajú informačné produkty a služby.

Informačný produkt alebo služba je špecifická služba, kedy sa spotrebiteľovi poskytuje na použitie nejaký informačný obsah vo forme súboru údajov, ktorý tvorí výrobca na distribúciu v hmotnej a nehmotnej podobe.

V súčasnosti existuje názor na informačný systém ako na systém realizovaný pomocou výpočtovej techniky. To nie je pravda. Podobne ako informačné technológie, aj informačné systémy môžu fungovať s využitím technických prostriedkov aj bez nich. Je to otázka ekonomickej realizovateľnosti.

Výhody manuálnych (papierových) systémov:

jednoduchosť implementácie existujúcich riešení;

sú ľahko pochopiteľné a vyžadujú si minimálne školenie na ich zvládnutie;

nie sú potrebné žiadne technické zručnosti;

zvyčajne sú flexibilné a prispôsobiteľné tak, aby vyhovovali podnikovým procesom.

Výhody automatizovaných systémov:

v automatizovanom informačnom systéme je možné holisticky a komplexne prezentovať všetko, čo sa deje v organizácii, pretože všetky ekonomické faktory a zdroje sú zobrazené v jedinej informačnej forme vo forme dát.

Firemný IS sa zvyčajne považuje za určitý súbor súkromných riešení a komponentov ich implementácie, vrátane:

Jednotná základňa na ukladanie informácií;

Súbor aplikovaných systémov vytvorených rôznymi spoločnosťami a pomocou rôznych technológií.

Informačný systém spoločnosti (najmä PMIS) by mal:

Umožniť zhromaždiť určité skúsenosti a znalosti, zovšeobecniť ich vo forme formalizovaných postupov a algoritmov riešenia;

Neustále sa zlepšovať a rozvíjať;

Rýchlo sa prispôsobiť zmenám vo vonkajšom prostredí a novým potrebám organizácie;

Splniť naliehavé požiadavky človeka, jeho skúsenosti, vedomosti, psychológiu.

Podnikový manažérsky informačný systém (EMIS) je teda prevádzkové prostredie, ktoré je schopné poskytnúť manažérom a špecialistom aktuálne a spoľahlivé informácie o všetkých podnikových procesoch podniku potrebné na plánovanie operácií, ich vykonávanie, evidenciu a analýzu. Inými slovami, PMIS je systém, ktorý obsahuje popis celého trhového cyklu – od obchodného plánovania až po analýzu výkonnosti podniku.

Úlohy ISUP. Riadenie podnikov v moderných podmienkach si vyžaduje čoraz väčšiu efektivitu. Preto je využívanie podnikových manažérskych informačných systémov (EMIS) jednou z najdôležitejších pák rozvoja podnikania.

Jednotlivé úlohy riešené PMIS sú do značnej miery determinované oblasťou činnosti, štruktúrou a ďalšími charakteristikami konkrétnych podnikov. Ako príklad možno uviesť skúsenosti s vytvorením ISUP pre podnik - telekomunikačného operátora a skúsenosti s implementáciou systémových partnerov SAP R / 3 v mnohých podnikoch v SNŠ a ďalekom zahraničí. Približný zoznam úloh, ktoré by mal PMIS riešiť na rôznych úrovniach riadenia podniku a pre jeho rôzne služby, možno v súčasnosti považovať za všeobecne uznávaný. Je to uvedené v tabuľke 1.

Stôl 1.

Hlavné úlohy PMIS

3.6.2. Miesto ISUP v riadiacom systéme

Controlling je skrátka informačná a analytická podpora rozhodovania v manažmente. Systémy riadenia informácií sú zase počítačovou podporou controllingu. Controlling je zasa hlavným dodávateľom informácií pre riadenie podniku. Účelom informačnej podpory controllingu je poskytnúť manažmentu informácie o aktuálnom stave podniku a predvídať dôsledky zmien vo vnútornom alebo vonkajšom prostredí. Hlavné úlohy controllingu podľa sú uvedené v tabuľke 2.

Tabuľka 2

Hlavné úlohy controllingu

Porovnajme (v súlade s tabuľkou 3) hlavné úlohy, ktoré rieši ISUP a controlling (pozri tabuľku 1 a tabuľku 2).

Tabuľka 3

Porovnanie úloh PMIS a controllingu

Z tabuľky 3 je zrejmé, že úlohy PMIS, riešené pre každú úroveň riadenia a služieb podniku, zodpovedajú úlohám riešeným controllingom v konkrétnej oblasti podniku (konkrétne controlling v systéme riadenia finančný kontroling a pod.).

Ak vezmeme do úvahy štruktúru PMIS, potom môžeme rozlíšiť 5 hlavných modulov, ktoré sú prítomné v každom informačnom systéme. Ide o finančné a ekonomické riadenie, účtovníctvo a personál, sklad, výroba, obchod (predaj).

3.6.3. Perspektívy spoločného rozvoja PMIS a controllingu

Aby sme sa mohli pozrieť do budúcnosti, skúsme sa najskôr vrátiť do minulosti.

Ako viete, vývoj metód riadenia priemyselných podnikov na začiatku 20. storočia je spojený predovšetkým s menami G. Forda, F. Taylora, G. Gantta, A. Fayola, Y. Gasteva a iných. Bol to A. Fayol, ktorý rozdelil činnosti administratívy do viacerých funkcií, ktorým pripísal prognózovanie a plánovanie, vytváranie organizačných štruktúr, vedenie tímu, koordináciu manažérov a kontrolu.

model riadenia zásob,čo vedie k "druhotnému vzorcu" pre optimálnu veľkosť poriadku, ktorý navrhol F. Harris v roku 1915, ale preslávil sa po vydaní známeho diela R. Wilsona v roku 1934, a preto sa často nazýva Wilsonov model. Teória riadenia zásob dostala silný impulz v roku 1951 vďaka práci K. Arrowa (budúceho laureáta Nobelovej ceny za ekonómiu), T. Harrisa, J. Marshaka. V roku 1952 vyšli práce A. Dvoretského, J. Kiefera, J. Wolfowitza. V ruštine sa teória riadenia zásob zvažovala v prácach E.V. Bulinskaya, J. Bukan, E. Keningsberg, Yu.I. Ryžiková, V.A. Lototsky, A.I. Orlová, A.A. Kolobová, I.N. Omelchenko a mnohí ďalší.

Treba poznamenať prácu na vytvorení ISUP, vykonanú v Kyjevskom inštitúte kybernetiky Akadémie vied Ukrajinskej SSR, ktorú vytvoril B.V. Gnedenko v 50. rokoch (v roku 1961 tento inštitút viedol V.M. Glushkov). Začiatkom 60. rokov sa v USA začalo pracovať na automatizácia riadenia zásob. Koniec 60. rokov je spojený s pôsobením O. Whitea, ktorý s vývojom automatizačných systémov pre priemyselné podniky navrhol považovať výrobné, dodávateľské a marketingové divízie za komplex. V publikáciách O. Whitea boli formulované plánovacie algoritmy, dnes známe ako MRP - plánovanie materiálových požiadaviek- koncom 60. rokov a MRP II - plánovanie výrobných zdrojov- koncom 70. - začiatkom 80. rokov. .

Nie všetky moderné koncepty riadenia vznikli v Spojených štátoch. Teda spôsob plánovania a riadenia Práve včas("just in time") sa objavil v podnikoch japonského automobilového koncernu v 50. rokoch a metódy Technológia optimalizovaná pre OPT výrobné zariadenia boli založené v Izraeli v 70. rokoch. koncepcia počítačová integrovaná výroba CIM vznikla začiatkom 80. rokov minulého storočia a je spojená s integráciou flexibilnej výroby a jej riadiacich systémov. Metódy CALS - počítačová podpora procesu zásobovania a logistiky vznikol v 80. rokoch na vojenskom oddelení USA s cieľom zefektívniť riadenie a plánovanie v procese objednávania, vývoja, organizácie výroby, zásobovania a prevádzky vojenskej techniky. . systém ERP – plánovanie podnikových zdrojov ponúka analytická firma Gartner Group nie je to tak dávno, na začiatku 90. rokov, a už potvrdilo svoju životaschopnosť. systémy CRM- Riadenie vzťahov so zákazníkmi sa stala nevyhnutnou na vysoko konkurenčnom trhu, kde sa pozornosť nezamerala na produkt, ale na klienta. V ZSSR av Rusku sa urobilo veľa, predovšetkým v Ústave problémov riadenia, Ústrednom ekonomickom a matematickom inštitúte, Všeruskom výskumnom ústave pre systémový výskum a Výpočtovom stredisku Ruskej akadémie vied.

V súčasnosti sa postupne kladie dôraz na plánovanie podnikových zdrojov (na základe ERP systémy) sa posúva smerom k podpore a implementácii procesov riadenia dodávateľského reťazca ( SCM systémy), Riadenie vzťahov so zákazníkmi (CRM systémy) a elektronické podnikanie (systémy elektronického obchodu).

Na základe analýzy trendov vo vývoji ruského trhu so softvérom na automatizáciu procesu riadenia podniku môžeme konštatovať, že sa dynamicky rozvíja a rozsah úloh vyžadujúcich automatizáciu sa stáva komplexnejším. Najprv vedúci ruských podnikov najčastejšie stanovujú najjednoduchšie úlohy, najmä úlohu automatizácie účtovného procesu. S rozvojom firiem, komplikovanosťou obchodných procesov vznikla potreba nielen „posmrtného účtovníctva“, ale aj riadenia logistiky (logistických procesov), práce s dlžníkmi a veriteľmi a mnohých ďalších činností zameraných na riešenie problémov, ktoré vznikajú pred podnikom vo vnútornom a vonkajšom prostredí. Na uspokojenie týchto potrieb manažmentu začali využívať podnikové informačné systémy – riešenia pokrývajúce aktivity celého podniku.

V dôsledku „evolúcie“ sa PMIS zmenil z počítačového účtovníctva a automatizovaného systému riadenia zásob na integrovaný systém riadenia pre celý podnik.

V súčasnosti je na trhu veľké množstvo štandardných PMIS – od lokálnych (cena do 50 tis. USD) až po veľké integrované (cena od 500 tis. USD a viac). Štandardné riešenia týchto ISUP sú dodávateľskými firmami „viazané“ na podmienky konkrétnych podnikov.

Treba poznamenať, že v súčasnosti sa hlavná časť PMIS nevyvíja na základe štandardných riešení, ale v jednej kópii pre každý jednotlivý podnik. Robia to príslušné divízie podnikov, aby sa v čo najväčšej miere zohľadnili charakteristiky konkrétnych podnikov.

V práci bola vyvinutá klasifikácia typických systémov dostupných na ruskom trhu. Uvádzame popis hlavných typov PMIS.

· Lokálne systémy. Spravidla sú určené na automatizáciu činností v jednej alebo dvoch oblastiach. Často môžu byť takzvaným „krabicovým“ produktom. Náklady na takéto riešenia sa pohybujú od niekoľkých tisíc až po niekoľko desiatok tisíc amerických dolárov.

· Systémy finančného riadenia. Takéto riešenia majú oveľa väčšiu funkčnosť ako lokálne. Ich charakteristickým znakom je však absencia modulov venovaných výrobným procesom. A ak sú v prvej kategórii zastúpené iba ruské systémy, tu je pomer ruských a západných produktov približne rovnaký. Doba implementácie takýchto systémov môže byť až jeden rok a náklady môžu byť od 50 000 do 200 000 USD.

· Stredne integrované systémy. Tieto systémy sú určené na riadenie výrobných závodov a integrované plánovanie výrobného procesu. Vyznačujú sa prítomnosťou špecializovaných funkcií. Takéto systémy sú najkonkurencieschopnejšie na domácom trhu vo svojej oblasti špecializácie s veľkými západnými systémami, pričom ich cena je výrazne (rádovo alebo viac) nižšia ako u veľkých.

· Veľké integrované systémy. K dnešnému dňu ide o funkčne najrozvinutejšie, a teda o najzložitejšie a najdrahšie systémy, v ktorých sú implementované štandardy riadenia MRPII a ERP. Doba implementácie takýchto systémov s prihliadnutím na automatizáciu riadenia výroby môže byť niekoľko rokov a náklady sa pohybujú od niekoľkých stoviek tisíc až po niekoľko desiatok miliónov dolárov. Je potrebné poznamenať, že tieto systémy sú určené predovšetkým na zlepšenie efektívnosti riadenia veľkých podnikov a korporácií. V tomto prípade ustupujú do úzadia požiadavky účtovníctva či personálnej evidencie.

· Konštruktéri je komerčný softvérový nástroj, balík softvérových nástrojov alebo špecializované programovacie prostredie na relatívne rýchlu (v porovnaní so všeobecnými programovacími nástrojmi) tvorbu podnikových aplikácií. Prirodzene, v tomto prípade sa spoliehajú na invariant metodiky a prevádzkovej technológie, na ktorej je postavený konštruktér.

· Špecializované riešenia - sú určené najmä na získavanie firemného konsolidovaného výkazníctva, plánovania, rozpočtovania, analýzy dát pomocou technológie OLAP ( on-lineanalytickýpprocessing- analýza prevádzkových údajov , presnejšie, multivariačná analýza prevádzkových údajov na podporu rozhodovania).

Ekonometrické metódy v PMIS. Analýza skutočných potrieb podnikov ukázala, že na vytvorenie plnohodnotného systému, ktorý by poskytoval nielen účtovné funkcie, ale aj možnosť prognózovania, analýzy scenárov a podpory manažérskeho rozhodovania, je typický súbor funkcií. ERP systémov nestačí. Riešenie tejto triedy problémov si vyžaduje použitie analytických systémov a metód, predovšetkým ekonometrických, zahrnutie týchto systémov a metód do PMIS.

Ekonometrické metódy sú dôležitou súčasťou vedeckých nástrojov controllera a ich počítačová implementácia je dôležitou súčasťou informačnej podpory controllingu. Pri praktickom použití ekonometrických metód pri obsluhe regulátora je potrebné použiť vhodné softvérové ​​systémy. Všeobecné štatistické systémy ako DISAN, PPAND, SPSS, Statgraphics, Statistica, ADDA a špecializovanejšie Statcon, SPC, NADIS, REST(podľa štatistiky intervalových údajov), Matrixer a veľa ďalších .

ISUP pri riešení problémov controllingu. Stručne povedané, v prvom rade konštatujeme, že PMIS zohrávajú nepopierateľne dôležitú úlohu pri riešení problémov kontroly. Pre účely informačnej podpory controllingu musí byť v ISUP zaradený špeciálny modul „Controlling“. Je to potrebné na to, aby systém poskytoval nielen počítačovú podporu controllingu, ale poskytoval manažérom a špecialistom aktuálne a spoľahlivé informácie o všetkých podnikových procesoch podniku, potrebné pre plánovanie operácií, ich implementáciu, evidenciu a analýzu. Ale stal by sa aj systémom, ktorý prenáša informácie o celom trhovom cykle – od obchodného plánovania až po analýzu výsledkov podniku.

Softvérový balík M-3 (ďalšia generácia systému M-2), vyvinutý spoločnosťou Client-Server-Technologies, už nie je postavený len ako systém riadenia podniku, ale ako produkt, ktorý tvorí prostredie pre rozhodovanie. V komplexe „M-3“ dochádza k posunu dôrazu: od registračného systému k štruktúre, ktorá umožňuje implementovať prognózovanie na základe profesionálnej analýzy. Základom je implementácia kontrolného mechanizmu, ktorý zahŕňa vytvorenie nástroja na operatívne rozhodovanie vo finančnej, výrobnej a inej oblasti podnikov.

Skúsenosti západných firiem navyše ukazujú, že postupne rastie dopyt po veľkých integrovaných systémoch, ktoré sa vyznačujú hĺbkou podpory riadenia veľkých multifunkčných skupín podnikov (holdingov či finančných a priemyselných skupín).

A ak hovoríme o rozvoji domáceho priemyslu PMIS a širokom zavedení controllingu do praxe ruských organizácií a podnikov, tak musíme priznať, že pre väčšinu ruských podnikov sa etapa plnohodnotnej podnikovej informatizácie len začína.

Literatúra

1. Orlov A.I., Volkov D.L. Ekonometrické metódy v riadení zdrojov a podpore obchodných informácií pre telekomunikačnú spoločnosť. // Prydniprovsky vedecky visnik. Vydanie Donbasu. ekonomika. Č. 109 (176). Prsia 1998
2. Vinogradov S.L. Controlling ako manažérska technológia. Praktické poznámky//Kontrola. 2002. Číslo 2.
3. Karminsky A.M., Dementiev A.V., Zhevaga A.A. Informatizácia controllingu vo finančnej a priemyselnej skupine // Controlling. 2002. Číslo 2.
4. Karminsky A.M., Olenev N.I., Primak A.G., Falko S.G. Controlling v podnikaní. Metodické a praktické základy budovania controllingu v organizáciách. - M.: Financie a štatistika, 1998. - 256 s.
5. Orlov A.I. Udržateľnosť v sociálno-ekonomických modeloch. – M.: Nauka, 1979. – 296 s.
6. White O. U. Manažment výroby a zásob v dobe počítačov. - M.: Pokrok. 1978. - 302 s.
7. Počítačovo integrovaná výroba a CALS-technológie v strojárstve. - M.: Federálne informačné a analytické centrum pre obranný priemysel. 1999. - 510 s.
8. Lyubavin A.A. Vlastnosti modernej metodiky implementácie controllingu v Rusku//Controlling. 2002. Číslo 1.
9. Karpachev I. Pôjdete doľava // Podnikový partner: podnikové systémy. 2000. Číslo 10.
10. Orlov A.I. Ekonometria. - M.: Skúška, 2002. - 576 s.
11. Orlov A.I. Ekonometrická podpora controllingu // Controlling. 2002. Číslo 1.
12. Guskova E.A., Orlov A.I. Informačné systémy podnikového manažmentu pri riešení problémov controllingu // Controlling. 2003. Číslo 1.

testovacie otázky

1. Aká je úloha informácií v manažmente?
2. Má byť informačný systém implementovaný pomocou výpočtovej techniky?
3. Diskutujte o základných definíciách v oblasti podnikových manažérskych informačných systémov.
4. Aké sú hlavné úlohy PMIS?
5. Čo je podstatou controllingu?
6. Aké sú hlavné úlohy controllingu?
7. Aké je miesto ISUP v systéme controllingu?

Témy správ, abstraktov, výskumných prác

1. Zloženie a pohyb informačných polí.
2. História vývoja PMIS.
3. Obeh papierových a elektronických dokumentov.
4. Controlling v Rusku.
4. Ekonometrické metódy v informačných systémoch.
5. Úloha internetu a podnikových počítačových sietí v riadení podniku.

Informačný systém projektového manažmentu[Angličtina] - Informačný systém projektového manažmentu]. Úspešné a produktívne projektové aktivity organizácie nie sú možné bez použitia informačných technológií. Za účelom automatizácie procesov a konsolidácie dát projektového manažmentu pôsobí informačný systém projektového manažmentu, ktorý predstavuje vyvážený organizačný a technologický komplex softvérových, hardvérových a informačných nástrojov a nástrojov zameraných na implementáciu, podporu a zefektívnenie procesov projektového manažmentu. PMIS je neoddeliteľnou súčasťou podnikového systému riadenia projektov (CPMS).

Základom informačného systému projektového riadenia je jednotný informačný priestor, ktorý umožňuje výrazne zlepšiť kvalitu a efektívnosť projektového riadenia v organizácii počas celého životného cyklu projektu a programu podporou procesov projektového riadenia. Niektoré PMIS sú zamerané nielen na projekty a programy, ale aj na automatizáciu procesov riadenia portfólia spoločnosti, čo umožňuje riadiť strategické plánovanie. Funkcionalita informačného systému projektového riadenia vykonáva tieto úlohy:

• Automatizácia procesov projektového manažmentu (plánovanie, kontrola realizácie, reporting);
• Konsolidácia všetkých firemných projektových plánov spoločnosti do jednej databázy;
• Vytvorenie jedného adresára zdrojov dostupných na použitie, plánovanie, kontrolu a riadenie zdrojov;
• Automatizácia a skrátenie času stráveného komunikáciou o projekte medzi účastníkmi projektovej aktivity;
• Automatizácia procesov pracovného toku pre projekt, program, projektové portfólio a projektovú kanceláriu;
• Tvorba archívu a znalostnej bázy projektového manažmentu.

Rôzne informačné systémy projektového manažmentu

V súčasnosti je k dispozícii mnoho riešení, od lokálnych programov pre jedného používateľa až po plnohodnotné serverové riešenia na podnikovej úrovni alebo webové alternatívy. Tak či onak, všetky informačné systémy projektového manažmentu možno rozdeliť do troch častí:

• Lokálne informačné systémy pre riadenie projektov. Sú určené najmä pre malých podnikateľov, súkromných podnikateľov a firmy, v ktorých prakticky neexistuje projektová činnosť, s výnimkou jedného alebo dvoch malých projektov. Výhodou takýchto systémov je nízka cena a dostupnosť. Príkladom je Microsoft Project Standard alebo Professional, Open Project atď.
• Serverové informačné systémy pre riadenie projektov. Globálne riešenie zamerané na stredné a veľké podniky, medzi ktorého úlohy patrí automatizácia riadenia projektov na úrovni projektu, programu, portfólia projektov (prípadne viacerých portfólií) a automatizácia procesov projektovej kancelárie. Tieto systémy sú vo svete veľmi bežné a väčšina popredných spoločností ich používa na riadenie projektov. Nevýhodou sú vysoké náklady na realizáciu a údržbu, nutnosť personálneho obsadenia firmy. Lídrami takýchto systémov sú Oracle Primavera, HP Project and Portfolio Management Center, Enterprise Project Management Solutions. Mimochodom, mnohé z týchto systémov už dnes poskytujú webové riešenie, ako je popísané nižšie.
• Informačné systémy projektového manažmentu založené na internetových technológiách. Moderný prístup k poskytovaniu služieb, ktorý sa funkčnosťou nelíši od serverových riešení, ale umožňuje spoločnostiam neimplementovať toto riešenie doma, nákupom veľkého množstva špeciálneho vybavenia (počítače, servery) a vytvorením personálu podpory a údržby. , ale využiť moderný prístup – cloudové technológie, na základe ktorých spoločnosť tretej strany poskytuje potrebnú funkcionalitu na diaľku, čo umožňuje využiť silu poskytovateľa služieb a znižuje náklady na implementáciu a údržbu. Nevýhodou je, že všetky informácie o projektových aktivitách prenášate na tretiu spoločnosť, ktorá je zodpovedná za ich bezpečnosť, pričom tieto systémy v súčasnosti nie sú tak funkčné ako serverové riešenia a sú tiež horšie prispôsobiteľné. Ako príklad môžeme uviesť takéto riešenia - IBN, COMINDWORK, MEGAPLAN.

Otázkou nie je, či implementovať informačný systém projektového manažmentu alebo nie, ale ktorý systém použiť. K tomu je potrebné porozumieť potrebám firmy vo funkcionalite informačného systému projektového riadenia.

Systém projektového riadenia je súbor organizačných a technologických metód a nástrojov, ktoré podporujú riadenie projektov v organizácii a pomáhajú zvyšovať efektívnosť ich implementácie. Často termín systém riadenia projektov» sa vykladá užšie ako automatizovaný alebo informačný systém riadenia projektov, t.j. program. Organizačné a metodické zložky sú zároveň investované do pojmu systém riadenia podnikových projektov. V nasledujúcom texte sa budeme pridržiavať takýchto výkladov pojmov.

Ciele systému riadenia projektov

• Zvyšovanie efektivity zamestnancov spoločnosti pri práci na projektoch
• Zlepšenie kvality projektového riadenia projektovými manažérmi
• Zlepšenie efektívnosti riadenia celého portfólia projektov spoločnosti – viac projektov načas a v rámci rozpočtu s nižšími nákladmi

Úlohy systému riadenia projektov

Na dosiahnutie týchto cieľov sú potrebné vhodné nástroje. Ak podrobne nepopíšete všetky funkcie, systémy riadenia projektov sú navrhnuté tak, aby riešili nasledujúce úlohy:

1. Poskytnúť projektovému manažérovi nástroje na plánovanie projektu a sledovanie priebehu jeho realizácie
2. Poskytnite účastníkovi projektu jasný nástroj na dokončenie projektových úloh a prístup ku všetkým informáciám potrebným na ich splnenie
3. Poskytnúť vedúcemu oddelenia nástroj na kontrolu vyťaženosti zamestnancov na projektových a mimoprojektových úlohách, poskytnúť informácie pre rozhodovanie o zaradení zamestnancov do nových projektov, prerozdelenie záťaže medzi nich
4. Poskytnúť riaditeľovi projektovej kancelárie pohodlný nástroj, ktorý zautomatizuje rutinné operácie a zavedie úplnú transparentnú kontrolu nad stavom celého projektového portfólia a kvalitou práce konkrétnych projektových manažérov.
5. Poskytnite šéfovi spoločnosti jeden monitorovací panel pre všetky projekty spoločnosti so schopnosťou rýchlo analyzovať odchýlky a robiť manažérske rozhodnutia
6. Pre akcionárov spoločnosti je dôležité vidieť súlad portfólia prebiehajúcich projektov so strategickými cieľmi spoločnosti

Požiadavky na informačné systémy projektového riadenia vyplývajú z charakteristík procesov projektového riadenia v každej konkrétnej organizácii.

Oblasti použitia systémov projektového manažmentu

V závislosti od odvetvovej príslušnosti a špecifík existujú rôzne oblasti použitia systémov riadenia projektov, napríklad:

Existujú špecializované systémy pre tieto odvetvia a integrované systémy riadenia projektov, ktoré sú určené na riadenie rôznych. Prispôsobenie špecifikám odvetvia sa vykonáva prostredníctvom flexibilného nastavenia pasu projektu, priemyselných adresárov a metód riadenia. Takýmto produktom je najmä online informačný systém ADVANTA.

Výhody používania systému riadenia projektov (ROI)

Systém projektového riadenia sa môže a mal by vyplatiť zvýšením efektívnosti projektových činností – činností operujúcich s financiami, zdrojmi a termínmi (ktoré sa zase dobre premieňajú na financie). Pre výpočet možnej ROI (Return On Investment) je potrebné vziať finančné a časové charakteristiky projektov spoločnosti a aplikovať na ne očakávané obchodné prínosy z implementácie systému.

Možné obchodné výhody informačného systému projektového manažmentu podľa Forrester Research:

• Zníženie počtu projektov, ktoré nezodpovedajú stratégii spoločnosti

Odmietnutím projektov, ktoré nie sú potrebné alebo nezodpovedajú stratégii, môžete znížiť náklady naprieč celým portfóliom projektov.

• Zlepšenie efektívnosti zdrojov

Zlepšením rozdelenia zdrojov medzi projekty, presnejšou kontrolou pracovného zaťaženia zamestnancov.

• Zníženie prekročenia rozpočtu

Dá sa dosiahnuť lepším plánovaním a zvýšenou kontrolou nad výdavkami.

• Zníženie percenta neúspešných projektov

Vďaka efektívnym prostriedkom monitorovania projektov, implementácii metodiky prostredníctvom informačného systému môže projektová kancelária výrazne znížiť percento projektov, ktoré nedokážu dosiahnuť svoje ciele, termíny a rozpočet.

• Zníženie času stráveného projektovými kanceláriami a projektovými manažérmi

Skrátenie času potrebného na zhromažďovanie údajov a generovanie manuálnych správ o stave projektu uvoľňuje časové zdroje pre úlohy s vyššou prioritou.

Ako zdôvodniť manažmentu potrebu systému riadenia projektov?

Táto otázka je skôr z oblasti psychológie ako z oblasti ekonómie. Je úplne jasné, že ak vedúci organizácie (alebo aspoň jeden z jeho zástupcov) nemá záujem o implementáciu systému projektového riadenia, tak takýto projekt bude takmer určite neúspešný.

Je nevyhnutné porozprávať sa s manažérom o ekonomike, ako aj o zvyšovaní efektívnosti projektového riadenia. Na to sú vhodné články o návratnosti investície do vytvorenia projektovej kancelárie, informačných systémov projektového manažmentu, príklady vylepšení od kolegov z brandže a jednoduché vysvetlenie benefitov na prípadoch vlastných nie príliš úspešných projektov. Ale bez prevzatia zodpovednosti (aspoň obmedzenej) za výsledky zmien nebude fungovať nič. Tak len tak ďalej!

Vývoj systému riadenia projektov

Je potrebné ho rozvíjať?

Dnes je na trhu veľké množstvo moderných systémov projektového manažmentu, ktoré je možné prispôsobiť potrebám firmy bez programovania. Príkladom takéhoto systému je ADVANTA. Vyplatí sa uchýliť sa k vlastnému vývoju systému riadenia projektov iba vtedy, ak sú špecifiká odvetvia a úlohy organizácie riadenia projektov veľmi jedinečné. Na vyriešenie problémov oddelenia projektového riadenia môžete prispôsobiť hotové nástroje.

Ste pripravení investovať do rozvoja a podpory?

Treba si uvedomiť, že vlastný vývoj je okrem značných časových a finančných nákladov spojený s mnohými rizikami spojenými s ďalším rozvojom a podporou systému. Mali by ste tiež dôkladne zvážiť riziká výberu nástrojov na riadenie projektov v krabici s obmedzeniami v možnostiach prispôsobenia a programovania (napríklad 1C, Microsoft Project Server + Sharepoint). Takéto projekty sa často menia na formát neustáleho zlepšovania a programovania, časová os projektu sa mnohonásobne zvyšuje, rozpočet projektu sa niekoľkonásobne zvyšuje, spoločnosť sa stáva závislou na práci celkom jedinečných programátorov.

Typy informačných systémov projektového manažmentu

Podľa technických charakteristík systémov riadenia projektov ich možno rozdeliť do nasledujúcich typov:

• Lokálne/desktop (ako Microsoft Project)
• Klient-server, keď sú hlavné komponenty softvéru nainštalované na serveri a klientska aplikácia je nainštalovaná na lokálnom počítači (napríklad Microsoft Project Server, Oracle Primavera)
• Webové – na používanie takýchto aplikácií je potrebný iba internetový prehliadač (napríklad ADVANTA)

Moderné informačné systémy projektového manažmentu sa čoraz častejšie vytvárajú ako webové internetové aplikácie. Majú 2 charakteristické znaky:

• v mieste softvéru (systémy založené v cloude alebo na podnikovom serveri);
• podľa cenového modelu (systémy sa kupujú jednorazovo na celú dobu používania, alebo sa účtuje poplatok za prenájom - SAAS).

Na trhu existuje množstvo bezplatného alebo sharewarového (lacného) softvéru pre nástroje projektového manažmentu, ktoré sa predávajú v rámci schémy SAAS. Lacný softvér je spravidla vhodný pre malé tímy a má hlavne funkcionalitu správcov úloh (systémy riadenia úloh), udržiavanie zoznamu klientov (a pod.). Takéto systémy sú zamerané najmä na malé podniky.

Stredné a veľké podniky v Rusku spravidla uprednostňujú možnosť ukladať hlavné údaje na svojich serveroch alebo v prenajatom dátovom centre (čo vám tiež umožňuje v prípade potreby rýchlo preniesť údaje na seba). Poskytovateľom softvérových služieb v rámci schémy SAAS (ruských aj západných) stále dôverujú najmä malé podniky kvôli existujúcim bezpečnostným rizikám, únikom údajov, ku ktorým už v Rusku viackrát došlo.

Preto je teraz najoprávnenejším rozhodnutím vybrať si online systém riadenia projektov so schopnosťou ukladať všetky informácie na vašom vlastnom alebo prenajatom serverovom zariadení.

Výber systému riadenia projektu

Ak stojíte pred úlohou vybrať si informačný systém projektového manažmentu pre vašu organizáciu, potom môžete samozrejme ísť štandardnou cestou a analyzovať veľké množstvo porovnaní, hodnotení a recenzií. Žiadne analytické články však za vás nerozhodnú, ktoré nástroje projektového manažmentu sú pre vašu spoločnosť najlepšie.

Nástroje projektového manažmentu

Pri plánovaní vytvorenia oddelenia projektového riadenia je potrebné pochopiť, že prítomnosť takejto štruktúry sama o sebe nevyrieši problémy s optimalizáciou pracovných procesov na všetkých úrovniach. Aby zamestnanci novej divízie mohli úspešne plniť svoje povinnosti, je potrebné poskytnúť im pohodlné a funkčné nástroje projektového manažmentu, ktoré im pomôžu. Netreba si myslieť, že to nie je možné urobiť okamžite, ale neskôr, už v procese práce nového oddelenia. Bez správnych nástrojov nie je možné získať analytiku aktuálnych projektov, teda aspoň naplánovať súbor opatrení na zvýšenie efektívnosti projektového riadenia a monitorovať ich implementáciu.

Prítomnosť nástrojov projektového manažmentu dôsledne rieši tieto úlohy:

• Zber informácií o aktuálnych a plánovaných projektoch spoločnosti
• Analytická práca a detekcia odchýlok
• Postupné zavádzanie inovácií zameraných na štandardizáciu projektového riadenia
• Kontrola nad prácou novej štruktúry a jej následný upgrade

Formulovať požiadavky

V prvom rade je dôležité sformulovať požiadavky na váš budúci informačný systém. Netreba sa báť slov zadávacích podmienok a o to viac mesiacov pri vytváraní takýchto dokumentov. Dôležité je zozbierať ciele, obchodné požiadavky hlavných manažérov a príjemcov systému v podniku, zosumarizovať ich a začať starostlivý výber riešení.

Vyvinúť testovací prípad

Veľmi šikovným prístupom je vyvinúť testovací prípad na základe vášho existujúceho procesu projektového riadenia (keďže riadite projekty, potom určite máte nejaký proces, aj keď nie na papieri). Napíšte ho ako obyčajný text s očíslovaným zoznamom, samostatne napíšte zoznam všeobecných požiadaviek a priložte zoznam správ, ktoré by ste chceli dostávať. Tento testovací prípad môžete použiť na zobrazenie a testovanie systémov, medzi ktorými si budete vyberať. A najlepšie je poslať tento príklad vývojárovi/dodávateľovi systému a požiadať ho, aby vám vymodeloval demo/prototyp.

Rýchlosť, jednoduchosť nastavenia prototypu a ochota dodávateľa urobiť to pre vašu spoločnosť je veľkým lakmusovým papierikom. To Vám ukáže jednoduchosť / zložitosť následnej implementácie systému, kompetentnosť špecialistov dodávateľa a ochota budúceho partnera spolupracovať s Vami na Vašich výsledkoch.

Vyberte si implementačného partnera

Mimochodom, pri výbere spoľahlivého partnera pre taký dôležitý projekt, akým je implementácia systém riadenia projektov. Ani doplnková funkcionalita, ani nízka cena, ani známa značka iných systémov a dodávateľov vám nedokážu nahradiť prípadné ekonomické a reputačné škody z neúspešného realizačného projektu. Samozrejme, znížite svoju počiatočnú zodpovednosť tým, že manažmentu ponúknete výber z najznámejších značiek a umožníte manažérovi urobiť tento výber, pričom sám zostanete v tieni. Prinesie však vám a vašej spoločnosti zmysluplné výsledky?

Len aktívna, či skôr proaktívna pozícia iniciátora výberu a implementácie systému, jeho ľahostajnosť k výsledkom projektu umožní, aby sa projekt stal úspešným bez ohľadu na úskalia, ktoré vás na vašej ceste stretnú. Urobíte si predsa informovaný výber a budete mať pri sebe spoľahlivého partnera.

Implementácia systému riadenia projektov

Implementácia systému projektového riadenia v praxi je rozsiahly samostatný organizačný projekt, ktorý je potrebné riadiť podľa všetkých pravidiel projektového riadenia a riadenia zmien v spoločnosti.

Správne spustiť projekt

Najprv musíte kompetentne iniciovať projekt v spoločnosti. Je potrebné vymenovať projektového manažéra, vytvoriť pracovnú skupinu a vypracovať vlastný interný plán implementácie systému projektového riadenia. Nie je potrebné robiť detailný plán, dôležité je, aby ste si jasne definovali organizačný (v akých oddeleniach) a funkčný (aká funkcionalita) rozsah projektu a rozdelili celý projekt na zrozumiteľné a sebestačné etapy.

Plán implementácie systému je potrebné dohodnúť s partnerom implementačného projektu (ak plánujete zapojiť externých špecialistov). Skúsený partner vám na základe svojej praxe povie, ako najlepšie postaviť projekt implementácie systému, aby ste rýchlo dosiahli výsledky a vyvarovali sa typických chýb.

Získajte prvé výsledky rýchlo

Je veľmi dôležité rýchlo získať prvé pozitívne výsledky projektu. Vedenie spoločnosti sa tak bude môcť presvedčiť o správnosti zvoleného kurzu a účastníci projektu a používatelia systému sa inšpirovať a zásobiť ďalšou motiváciou pre realizáciu celého projektu.

Čo by malo byť zahrnuté do rozsahu pilotného projektu?

Je potrebné poskytnúť používateľom a manažmentu pohodlný a jednoduchý jednotný nástroj na riadenie podnikových projektov a zároveň nekomplikovať samotné procesy riadenia.

Hlavné ciele pilotného projektu:

• Vytvorte jednotný register projektov, spustite postupy na jeho aktualizáciu na najvyššej úrovni
• Vytvorte jednotné úložisko projektovej dokumentácie
• Automatizujte pracovný tok projektu so základnými procesmi pre vývoj a schvaľovanie dokumentov
• Poskytnite všetkým účastníkom projektu jednotné pracovné prostredie na diskusiu o problémoch projektu a výmenu informácií

V skutočnosti je v prvej fáze dôležité získať projektový portál, ktorý umožní všetkým záujemcom od vrcholových manažérov až po účastníkov projektu pokryť základné potreby informácií pri realizácii projektov v spoločnosti.

Aký systém to umožní?

Preto je dôležité vybrať si taký, ktorý umožní:

• začať využívať základnú funkcionalitu s možnosťou jej postupného rozvoja (nie strnulý systém, ktorý je potrebné okamžite navrhnúť a naprogramovať so zohľadnením všetkých funkcií);
• rýchlo (do 1-2 týždňov) spustiť hlavné procesy vo firme;
• je ľahké zaškoliť používateľov počas implementácie (používateľ vidí iba funkčnosť, ktorú potrebuje);
• získať nie odpor od používateľa, ale vďačnosť kvôli ľahkej práci (užívateľsky prívetivé rozhranie);
• disponujú zásobou širokej funkcionality a flexibilnými možnosťami jej prispôsobenia na automatizáciu nových procesov a prispôsobenie implementovaných procesov s rastúcou úrovňou vyspelosti spoločnosti.