1. Az EPC funkciódiagramnak legalább egy kezdő eseménnyel kell kezdődnie (a start esemény követheti a folyamat interfészt), és legalább egy befejező eseménnyel kell végződnie (a befejező esemény megelőzheti a folyamat interfészt).

2. Az eseményeknek és funkcióknak váltakozniuk kell a folyamat során. A folyamat további menetéről a funkciók döntenek.

3. A diagramon a függvények ajánlott száma nem több, mint 20. Ha a diagramon szereplő függvények száma jelentősen meghaladja a 20-at, akkor fennáll annak a lehetősége, hogy a legfelső szintű folyamatokat hibásan azonosították, és a modellt módosítani kell .

4. Az eseményeknek és funkcióknak szigorúan egy bejövő és egy kimenő kapcsolatot kell tartalmazniuk, tükrözve a folyamat előrehaladását.

5. A fenti diagramban szereplő függvényt körülvevő események és utasítások ( 16. ábra), a kezdeti/eredményes eseményeknek és utasításoknak kell lenniük a függvénybontási diagramban ( 17. ábra).

16. ábra Folyamatdiagram, ahol az 1. funkció előfordul	17. ábra Az 1. függvény bontási diagramja

6. A diagram nem tartalmazhat egyetlen kapcsolat nélküli objektumot.

7. Minden egyesítő operátornak legalább két bejövő és csak egy kimenő kapcsolattal kell rendelkeznie, egy fióküzemeltetőnek csak egy bejövő és legalább két kimenő kapcsolata kell legyen. Az üzemeltetőknek nem lehet egyszerre több bejövő és kimenő kapcsolata.

8. Ha egy operátornak bejövő kapcsolata van az „event” elemről, akkor kimenő kapcsolattal kell rendelkeznie a „function” elemmel és fordítva.

9. Egyetlen eseményt nem követhet "OR" vagy "XOR" operátor.

10. Az operátorok csak funkciókat vagy csak eseményeket kombinálhatnak vagy elágazhatnak. Egy függvény és egy esemény egyidejű összevonása/elágazása nem lehetséges.

11. A fiókokat leágazó üzemeltetőnek és az ezeket az ágakat összevonó operátornak egyeznie kell. Lehetőség van az „ÉS” fiók operátor és az „OR” szakszervezeti operátor használatára is.

Példák elfogadható helyzetekre ( 18. ábra, 19. ábra, 20. ábra, 21. ábra):

18. ábra	19. ábra	20. ábra	21. ábra

Példa egy elfogadhatatlan helyzetre ( 22. ábra).

Az ARIS EPC jelölés, amelyet az ARIS eszköztárban az üzleti folyamatok modellezésére használnak, események és funkciók sorozata, amelyek tükrözik egy bizonyos eredmény elérését célzó, egymással összefüggő műveletek végrehajtásának logikáját.

Az ARIS EPC modell célja, hogy leírja az üzleti folyamatok végrehajtásának algoritmusát eseményvezérelt függvények sorozata formájában. Az ARIS EPC modell a funkciók sorrendjére összpontosít, és az üzleti folyamatmodell feltételeinek leírására olyan eseményeket és szabályokat használnak, amelyek bonyolult algoritmusokat írhatnak le egy üzleti folyamat végrehajtásához.

Az ARIS EPC modell funkcióit események indítják el, például „Jóváhagyásra érkezett számla”, és eseményekkel végződnek, például „Számla jóváhagyva” vagy „A számla nincs jóváhagyva”. Ha egy funkció végrehajtása következtében az üzleti folyamat további végrehajtására csak egy lehetőség van, pl. Ennek eredményeként csak egy esemény generálódik, utána jön a következő függvény, előfordulhat, hogy a függvények közötti esemény nem rajzolódik ki.

Az ARIS EPC jelölések üzleti folyamatmodellje szükségszerűen egy vagy több eseménnyel vagy más üzleti folyamatmodellekhez kapcsolódó interfésszel kezdődik és végződik. Az interfészek tükrözésére speciális „Process Interface” objektumokat használnak - a „Funkció” objektumtípust.

Az ARIS EPC modell létrehozásakor előfordulhatnak olyan helyzetek, amikor ugyanaz a dokumentum az egyik funkcióhoz kimenő, a következőhöz pedig bejövő dokumentum. Ezekben az esetekben a modell ergonómiájának javítása érdekében megengedett egy dokumentumábrázolás használata egy bejövő kapcsolattal (a létrehozás vagy beállítás funkciójából) és egy kimenő kapcsolat (a funkcióhoz, amelyben használják). .

Az EPC modellt nem lehet leválasztani, pl. egy olyan objektum elhelyezése a modellen, amely nem kapcsolódik a többihez, hiba.

A dokumentumok funkcióhoz viszonyított elhelyezkedése általában a következő: bal felső sarokban a bejövő dokumentumok, bal alsó sarokban a kimenő dokumentumok, az előadók általában a funkciótól jobbra helyezkednek el.

Az ARIS EPC modellen a következő információk találhatók:

• végrehajtott funkciókat
• funkciók információs forrásai (bejövő/kimenő dokumentumok)
• eseményeket
• folyamat interfészek
• logikai operátorok
• előadók (pozíciók, üzleti szerepkörök)
• Információs rendszerek

Eseményelnevezési szabályok az ARIS EPC-ben

Az esemény nevének tartalmaznia kell egy főnevet és az állapotváltozás szóbeli leírását. Példa: „A tranzakció befejeződött.”

Funkcióelnevezési szabályok az ARIS EPC-ben

Egy függvény elnevezéséhez a valódi nevét kell használni. A névnek két részből kell állnia - egy szóbeli főnévből, amely leírja az elvégzett funkciót, és egy főnévből, amely azt az objektumot jelzi, amelyen végrehajtják. A függvény neve az objektum nagybetűvel kezdődő rövid nevéből áll, például „Ügyfélkapcsolatok keresése”.

A szerepek/beosztások elnevezésének szabályai az ARIS EPC-ben

Az üzleti szerepkör nevének (Személytípus) meg kell egyeznie az előadóra ruházott felelősségek lényegével. A cím általában tartalmazza a „Felelős a...” kifejezést. A munkakörök megnevezését (Beosztás) a létszámtáblázatnak megfelelően írják fel.

Dokumentum elnevezési szabályok

Az objektum egy dokumentumnak (Information Carrier) felel meg (papír és/vagy elektronikus formában). A dokumentumok elnevezéséhez (függetlenül a használt szimbólumtól) a valódi nevüket kell használni.

Az információs rendszerek elnevezésének szabályai az ARIS EPC-ben

Az információs rendszerek elnevezéséhez (Alkalmazásrendszer típusa) a bevett neveket kell használni.

Folyamat interfész elnevezési szabályok

A Process felület egy szomszédos folyamatra mutató hivatkozást mutat. A folyamatfelület neve megegyezik az üzleti folyamat szomszédos részét leíró modell nevével. Az interfész olyan üzleti folyamatmodellek hivatkozására használható, amelyek nem részei a leírt üzleti folyamatnak.

2010. szeptember 22. 20:30

"Sárkányok, vak ember buff és cédula
Bújócska, labdák, ugróbéka és ugrókötelek,
És egyszerű és egyszerű, és csak ugrókötelek,
Hát egyszerű, egyszerű, csak ugrókötelek!!!”

A. Vratarev

A cikk elkészítése során felfedeztem egy hihetetlen tényt: az EPC jelölésről, amely olyan egyszerű és annyira népszerű (vannak olyan vélemények, hogy még a BPMN-nél is népszerűbb), mindössze 4 nyelven vannak cikkek a Wikipédián: angol, német, cseh és üzbég. Ráadásul ezek a cikkek meglehetősen rövidek. Talán a cikk végére te és én, kedves olvasó, megértjük, miért.

Hadd kezdjem azzal a ténnyel, hogy az EPC-jelölést az 1990-es évek elején fejlesztették ki. az ARIS módszertan fejlesztése során, mint mondjuk annak folyamatkomponense. Az EPC alapító atyjának Wilhelm-August Scheer professzort tartják, akinek a neve önmagában áhítatot kelt az átlagemberben (kimondja hangosan, és érezze az ihletet). Mit is mondhatnánk annak a karnak a nevéről, ahol ez a tekintélyes srác dolgozott: Institut für Wirtschaftsinformatik of the University Universität des Saarlandes.

Az EPC jelölés létrehozásának célja az volt, hogy a folyamatokat le lehessen írni úgy, hogy a bennük végrehajtott függvények globális szemantikával rendelkezzenek a diagramon belül, ami azt jelenti, hogy egy függvény végrehajtása az EPC diagramokon nem feltétlenül egyértelműen meghatározott, de függhet a a diagram többi csomópontjának állapota, amelyek néha nagyon távol vannak egymástól.

A jelölés neve Event-driven Process Chain rövidítése, ami egyértelműen jelzi, hogy az EPC jelölési diagramok központi eleme az események. Az események bizonyos résztvevők bizonyos cselekvéseinek végrehajtását eredményezik. A műveletek befejezése pedig egy újabb eseményt generál, és így tovább, amíg a rendszer el nem éri azt az állapotot, amelynek a folyamaton belüli megjelenése a végső eseménynek minősül.

A jelölés lehetőségeinek világos bemutatására egy hétköznapi példát használok, amelyet egy nemrég befejezett, melegebb éghajlatú nyaralás inspirált. Egy elismert szálloda recepciósa, Ivo Petkov kérést kap az egyik vendégtől, hogy sürgősen cseréljék ki a mosószereket a szobájában. Teljesen egyértelmű, hogy az ő feladata az ügyfél kérésének teljesítése, és EPC-szóval a rendszert a „Megérkezett mosdócserére vonatkozó kérés” állapotból az „Ügyfél kérését kielégítették” állapotba hozni.

Megjelenítjük a két jelzett állapotot a diagramvázlaton, és azonnal észrevehetjük, milyen könnyen olvasható lesz a diagramunk, mert minden elemének nemcsak formája van, hanem színe is. Így az események piros hatszögek, a funkciók zöld téglalapok lekerekített élekkel, az előadók pedig sárga oválisok.

Tehát térjünk vissza a példához. Az ügyféltől érkező kérés kézhezvétele után az Ivo-nak azonnal kérést kell küldenie a szobalánynak az ügyfél kérésének teljesítésére, ezáltal a rendszer a „Teljesítési kérés elküldve” állapotba kerül. A szobalány a raktárban rendelkezésre álló kellékeket felhasználva teljesíti Ivo kérését. És itt jelenik meg először a folyamatunk párhuzamosítása: ha a szobalány megérti, hogy a szükséges mosószer (mondjuk a tusfürdő) jelenleg nincs raktáron, akkor ő maga, talán nem is akarva, áthelyezi a rendszert a „Feltöltés a kérés lehetetlen” állapot. amiből természetesen következik, hogy Ivonak nem túl kellemes beszélgetést kell folytatnia az ügyféllel, és az, hogy a rendszer milyen állapotba kerül, csak az ügyfél beállítottságától és harci hajlamától függ. Ha a raktárban a vendég számára szükséges minden kellék megvan, akkor a szobalány sikeresen teljesíti a neki átadott kérést, jelenti a teljesítést Ivónak, aki ezt jelenti a megrendelőnek. És mindenki boldogan él, míg meg nem hal, és ugyanazon a napon hal meg.

Ezt az egyszerű folyamatot tükrözi az 1. ábrán látható, örömmel kacsintó piros, zöld és sárga diagram.

Rizs. 1. EPC diagram a vevői kérelem feldolgozásának folyamatáról egy szállodában

És most a hagyomány szerint a jelölés előnyei és hátrányai.

Amikor először találkoztam az EPC diagramokkal, mint korábban említettem, nagyon megörültem annak, hogy milyen könnyen olvashatóak: minden blokk alakban és színben kiemelve, nagyon jól láthatóak az előadók, a szükséges anyagok, kiemelhető a lista. a lehetséges rendszerállapotok listája, a funkciók folyamata során végrehajtott állapotok listája. Ez kétségtelenül óriási előny: az ügyfélnek nem okoz nehézséget az üzleti folyamat diagramjának elolvasása az EDMS megvalósítása során, ha az EPC-jelöléssel van bemutatva. A megrendelőt azonban talán megzavarja az ilyen gigantikus állapotok száma, mert valójában ezek miatt az áramkör nagyon megnő. Még a mi példánkban is: néhány 4 függvény akár 5 állapotot generált (a kezdeti állapotot nem számítva). Néha elgondolkozol: miért kell mindegyiket kiemelni. Például miért szükséges a vezérigazgató megállapodása után külön blokkban feltüntetni a „Megegyezett a megállapodást”, az aláírás után pedig a „A megállapodás aláírása megtörtént”, ha a továbbiakban a folyamat még hátra van lineáris. Őszintén szólva semmi szükség, hacsak nem nyilvánvaló kapitány.

És néha nem világos, hogyan lehet azonosítani azt az állapotot, amelybe a funkció átviszi a rendszert. Még ennek az egyszerű példának az elkészítése közben is tapasztaltam bizonyos nehézségeket, amelyek pontosan ehhez a pillanathoz kapcsolódnak.

Az EPC diagramok előnye, hogy az IDEF0 diagramokhoz hasonlóan az egyes funkciók bemeneti és kimeneti adatait is jelezhetjük rajtuk, illetve nyomon követhetjük a bemeneti és kimeneti adatok mozgásának logikáját blokkról blokkra. Ezen túlmenően, ugyanazzal az IDEF0-val ellentétben, lehetővé vált a folyamat párhuzamosítása, csak az egyik alternatív ág mentén irányítva (IDEF0-ban, ha párhuzamosságot adunk a végrehajtáshoz, akkor az összes párhuzamos függvény egyidejűleg kerül végrehajtásra). Számomra az is előnynek tűnt, hogy minden szakaszhoz (értsd: funkcióhoz) meg tudtam adni az előadót.

De! Az IDEF0-ban minden dekompozíciós szinten egyszer megjelenik a végrehajtó, és az általa végrehajtott összes blokkra nyilakat húzunk a nevében. Az EPC-ben annak kiszámításához, hogy egy végrehajtó hány műveletet hajt végre, végig kell menni az összes műveleti blokkon, és ellenőrizni kell, hogy benne van-e feltüntetve a számunkra szükséges végrehajtó.

Ez a jelölés nagyon kényelmesnek tűnt számomra a folyamat lebonyolításának ellenőrzése szempontjából: minden függvény minden bizonnyal új állapotba helyezi a rendszert, amiből az következik, hogy minden funkció végrehajtása után ellenőrizhető a rendszer, hogy átáll-e a kívánt állapotba. állapotot ténylegesen végrehajtották. De rögtön felmerült a kérdés: valóban szükség van erre? Például ritkán van ilyen vágyam =)

Tehát általánosságban az EPC jelölés számomra kényelmetlennek tűnik az üzleti folyamatok leírására: túl sok figyelem az eseményekre, túl kevés figyelem a cselekvésekre és különösen azok előadó vagy a felhasznált anyagok alapján történő csoportosítására. Igen, egyszerű, igen, gyönyörű, és igen, sajnos csak ennyit mondhatok róla, mint valószínűleg sok másról. =)

Az UML és BPMN jelölésekről szóló cikkek pedig egyre közelebb kerülnek.

(4,14 - 21 ember értékelte)

Kotta az üzleti élethez

A cikk a "Management News" magazinban jelent meg 2012 januárjában.

A zene összekötött minket
A mi titkunkká vált

A cikk összes epigráfiája a Mirage együttes „Music Has Connected Us” című dalából származik.

A klasszikus zenében a zenész hangszer a zeneszerző kezében, és a hangjegyek szerint játszik. A populáris zenében a zenészek legtöbbször maguk írják a zenét, és az improvizáció művészete egyáltalán nem foglal magában hangjegyeket. Igaz, a klasszikussá vált híres improvizációkat aztán kottává forgatják, és új életet kapnak: megváltozik a hangszerelés, új hangzás és hangulat kerül.

Hasonlóképpen, egy ügyes improvizációvá nőtt vállalkozásnak ahhoz, hogy új szintre lépjen, tényeket kell papírra vetni a történések elemzéséhez és a fejlesztési döntések meghozatalához.

Az utóbbi időben egyre gyakrabban találhatunk olyan üzleti folyamatok (BP) leírásokat, amelyek, ahogy mondani szokás, "saját felelősséggel". Ez a körülmény késztette a cikk megírására. Sajnos ezeknek a dokumentumoknak a többsége, amelyeket véletlenül láttam, nem sok haszna volt komoly üzleti életnek. Ez nem azt jelenti, hogy alapvetően tévedtek, de számos kihagyás annyira elrontotta őket, hogy azonnal el akartam felejteni a létezésüket. Hogy ezek milyen hiányosságok, és hogyan kezeljük ezeket, arra e cikk során fogunk rájönni, fokozatosan közelítve a kérdés lényegéhez. Igyekszünk nagyszámú technikai részletet elkerülni, de ezeket nem tudjuk teljesen elkerülni, mert... a beszélgetés tárgya megkívánja.

Tényleg én vagyok
Nem találom mindenre a választ

Ez a cikk azoknak szól, akik szeretnének spórolni az üzleti folyamatok leírásán azzal, hogy a dokumentum elkészítését belső szakemberekre bízzák. Hiszen az üzleti folyamatok leírása nem kötelező egy cégnél, és enélkül is működik minden. De minden stabil vállalatnál létezik egy mechanizmus a hatáskörök átadására, ezt „munkaköri leírásnak” nevezik. Ha a vállalkozás összetett, és a pozíció kulcsfontosságú, akkor hasznos munkaköri leírásokat rajzolni, hogy könnyebben érthető legyen. Az üzleti folyamatok általános leírásban való halmozása szükséges az üzlet átláthatóbbá tétele érdekében, különös tekintettel az értékesítésre.

A „BP leírása” című dokumentum különösen akkor válik aktuálissá, amikor a cég átszervezésére (vagy – ahogyan ma divatos mondani – újratervezésére) van szükség. Ebben az esetben a dokumentum a következőkre szolgál:

1. Rajta, mint egy csatatérképen, jelölje meg a tervezett átalakítások lényegét,
2. Tájékoztassa az átalakulás résztvevőjét,
3. Használjon tollat, és ne az ujjait, hogy feladatokat adjon ki az osztályvezetőknek és a külső szakembereknek.

A dokumentum saját készítésének előnyei vannak:

• Olcsóbban működik;
• Belső szakember, jobban ismeri saját vállalkozásának gyakorlatát.

Egy külső tanácsadónak először meg kell tanulnia a téma terminológiáját és főbb jellemzőit, valamint az iparági szabványokat. Ez időt vesz igénybe. Igaz, ő jobban tudja, hogyan és mit kell leírni. Vannak bizonyos szabályok, általánosan elfogadott jelölések és speciális szoftverek. Egy ilyen jelölésre láthatunk példát az ábrán. 1. és 1. ábra. 2.

IDEF0 jelölés

1. ábra.

Példa egy tápegység leírására az IDEF0 használatával

2. ábra.

Ne tanítson nekünk

Ne taníts nekem
Anya, ez felesleges

Valóban szükségünk van erre? - Az igazgató megkérdezi, ésszerűen feltételezve, hogy az összes szabványnak való megfelelés jelentősen megnöveli az eredmény költségét. Az egyik általam ismert rendező így okoskodott: "Külső szakember meghívása drága üzlet, de a mi feladatunk egyszerű - miért van szükségünk ezekre a jelölésekre. És a szakember, néha megrajzol valamit a kampóival, semmi sem világos, nem kényelmes beismerni, szóval még mindig le van maradva. Ezért kell fizetni."

Egyetértek, ha a feladatok egyszerűek, minek foglalkozni vele? És ha összetettek, akkor egyszerűsíteni kell őket, és nem bonyolult jelölésekkel. Végül is nincs nyilvánvaló előnye a gyönyörű horgok használatának. Ha nincsenek nyilvánvalóak, ez nem jelenti azt, hogy nincsenek is. Ezeket a szabályokat, jelöléseket nem azért találták ki, hogy a tanácsadó ne unatkozzon... Aki üzletel, az tudja jól, hogy nem minden hasznos nyilvánvaló. Nos, keressük a rejtett pozitívumot, és ehhez tekintsünk a probléma történetébe.

A tápegység leírási piaca nagyon régóta létezik. Az elmúlt másfél évtizedben azonban gyors áttörést ért el, köszönhetően egy új iparág megjelenésének - a vállalkozások számvitelének és menedzsmentjének automatizálásának. A növekvő piac esélyt adott az újonnan érkezőknek, hogy áttörjenek és megállják helyüket. Például az orosz piacon az elmúlt néhány évben az IDS Scheer (az ARIS fő szállítója – lásd a 3. ábrát) hatalmas reklám- és információs kampányai az automatizált folyamatok leírásával foglalkozó szakértői réteget hoztak létre.

Az ARIS jelölés használata az üzleti folyamatok részletes részletezését igényli.

3. ábra.

Az olyan rendszerek bevezetése, mint az ERP (erőforrás menedzsment), CRM (ügyfélkapcsolatok), MRP (termeléstervezés) óhatatlanul változásokhoz vezet a folyamatokban, és ha ezt nem tervezik előre, az eredmény a kívántnál rosszabb lehet. Emellett az automatizálás információval dolgozik, ami azt jelenti, hogy hasznos tudni, hogy ki milyen információkat generál, honnan jön és hová jut. De az automatizálás bevezetésére szolgáló speciális jelölések itt soha nem honosodtak meg, és ritkán használják őket.

Az oroszországi üzleti folyamatok leírása viszonylag friss tendencia, annak ellenére, hogy ezen a területen lenyűgöző számú GOST (3.1109, 34, ISO stb.) Most a saját üzleti folyamataik leírásának minőségével a bankokban mennek a legjobban a dolgok. A helyzet az, hogy a bank a többi kereskedelmi struktúrától eltérően infrastrukturális szervezet, ezért a törvény által meghatározott szigorú szabályozási keretek között van. A bank a napgazdálkodás elvén működik. Ennek eredményeként a Bank üzleti folyamatainak egyszerűsített leírása (orosz nyelven, jelölések használata nélkül) részletesebbnek bizonyul, mert szabványokat, terminológiát, szerepeket és szabályokat meghatározó szabályozáskötetekre épített alapokon nyugszik. Ezek a szabványok a banki környezetben általánosan elfogadott nyelv, és az üzleti folyamatok leírása minden szakember számára könnyen olvasható lesz.

A kereskedelmi struktúrákban az üzleti folyamatok leírása előzetes szótárt igényel. És amikor elkezdik előkészíteni és koordinálni, sokan szembesülnek azzal, hogy ugyanazokat a dolgokat különböző osztályokon másként hívják. A részletekbe menve kiderül, hogy a különböző nevek valójában más-más jelentésárnyalatot hordoznak. A terminológia összehangolása az egyik legmunkaigényesebb folyamat az üzleti folyamatok leírásában. Fontos ennek a folyamatnak az elindítása és működése. A munka nagy részét a cég saját részlegeitől tudom átvállalni, mert a tevékenység szabályozásának igénye a folyamatok és eljárások nagyobb szerveződését eredményezi.

Ha az automatizáláshoz leírásra van szükség, akkor a fordított sorrend is lehetséges. Az üzleti folyamatok megváltoztatása az információs rendszer bevezetésével párhuzamosan történik, az új üzleti folyamatok leírása pedig a rendszerdokumentáció szerves részét képezi.

Személyzet

mindent elfelejtettem
Sok éven át tanítottak bennünket

Furcsa módon a jelölések megválasztása és a leírás helyessége kritikusabb a kis- és középvállalkozások számára. A nagyvállalatok általában nagyobb folyamatrugalmassággal rendelkeznek az alkalmazottak felcserélhetősége miatt. Egy kisvállalkozásnál, ahol a kritikus pontok végrehajtása 2-3 döntéshozóra hárul, a folyamat útvonalának helytelen megjelölése alapvetően hibás megoldás-koncepciót eredményezhet. Mivel az eredmény kritikus, akkor az eszköz fontos, de hogyan válasszuk ki?

Minden jelölés egy adott feladatkörhöz van igazítva. A legsürgetőbb feladatnak az üzleti folyamatok megváltoztatását tekintjük egy menedzsment automatizálási projekt keretében. Ezekre a célokra van egy jó eszközkészlet, amely meglehetősen elterjedt: ezek az orosz GOST-ok, és ugyanaz az ARIS, és az IDEF, valamint az EPC (4. és 5. ábra).

EPC jelölés

4. ábra.

Egy üzleti folyamat leírása EPC használatával

5. ábra.

Ha egy könyvet egy bizonyos nyelven írnak, akkor az a legfontosabb, hogy legyen olvasónk, aki ismeri ezt a nyelvet és el tudja olvasni. Ez alapján a legelterjedtebb szabvány a BP leírására a legjobb.

A jelölés kiválasztásánál egy másik fontos kritérium az ismert szoftvereszköz használatának képessége. Például a Microsoft Business Solution 2002-ben felajánlotta az On-Target jelölést a Navision információs rendszerhez egy speciális szoftvermegoldással. Ez az az eset, amikor jobb valami mást választani - nemcsak hogy senki nem ismeri az On-Target jelölést, de a szoftverkörnyezetnek is időre van szüksége annak tanulmányozására. Pozitív példának nevezném az IDEF jelölés és a Visio program használatát, amely igen elterjedt, és rendelkezik az IDEF diagramok rajzolásához szükséges eszköztárral (6. ábra).

IDEF üzleti folyamatok Visio-ban

6. ábra.

Természetesen a tápegység leírása történhet egyszerűen szavakkal, valamint különféle (saját találmány szerinti) szimbólumok használatával, mert érthetőnek tűnik. Egy ilyen leírás jobb a semminél, de a szabványok fenntartása még mindig hasznos.

A hang teljessége és mélysége

Nem tudom, mi vonz ide

1. sokáig fog tartani
2. Néhány részlet módosul a dokumentum létrehozása során.

Gyakori hiba, hogy megpróbáljuk a leírásokat a jelöléshez igazítani. Például az eljárásokat ARIS formátumban próbálja leírni, pl. látszólagos redundanciát érjen el a leírásban, ha nincs rá szükség.

De gyakoribb hiba az elégtelen dokumentummélység. Ennek eredményeként az eredmény egy formális dokumentum, amely nem alkalmas a munkára, mert minden fontos részletet tisztázni kell a folyamat során.

A dallam hangok sorozata, nem hangok.

Felejtsd el ezt a napot
Senkinek nincs szüksége érvre

Ez azt jelenti, hogy a tápegység egyszerűen leírható szavakkal, jelölések nélkül. Természetesen a jelölés helyesebb, de nem ez a fontos. Leírás A BP nem egy végtermék, hanem csak egy eszköz az új eredmények eléréséhez. Ez azt jelenti, hogy hozzá kell igazítani a további aktív használathoz. A legtöbb „csináld magad” dokumentummal az a fő probléma, hogy kényelmetlen a használatuk. Például az egyik ilyen dokumentum a Microsoft Word programban végzett műveletek leírásából és a PowerPointban készült rajzokból állt; a programról a másikra ugrálni rettenetesen kényelmetlen volt; sok időbe telt, amíg az egészet egyetlen dokumentumba gyűjtöttem. Kiderült, hogy a dokumentumnak a következő tulajdonságokkal kell rendelkeznie:

1. Legyen világos a szakaszok sorrendje és csoportosítása, pl. legyen fogalmilag holisztikus (ez általában azt jelenti, hogy ha van fogalmad, akkor megtanultad használni);
2. Világosan azonosítsa az üzleti egységeket, és adjon nekik egyértelmű nevet és számozást;
3. Világosan emelje ki az üzleti folyamatokat, és adjon nekik egyértelmű nevet és számozást;
4. Az elemeket úgy kell számozni, hogy elkerüljük a félreértést (ez nagyban megkönnyíti a keresést): például az 1. osztályon a Dept.001 szám szerepeljen a dokumentumban, az 1. számú üzleti folyamaton pedig a BP001. ;
5. A dokumentumnak tartalmaznia kell egy fa szerkezetű tartalom részt;
6. A vállalat egy szerves szervezet, és egyetlen üzleti folyamat sem lóg a levegőben – mindig kapcsolatban áll más üzleti egységekkel, üzleti egységekkel és részlegekkel. Ezeknek a kapcsolatoknak a tükrözésére használhat hiperhivatkozásokat – ez megkönnyíti az információkeresést és az egyik objektumról a másikra való váltást.

Erre a célra bármilyen szövegszerkesztőt használhat, amely támogatja a hiperhivatkozásokat.

Vannak, akik úgy gondolják, hogy egy profi zenei csoportban elég egy vagy két igazi zenész. Ezzel egyetlen őszinte zeneértő sem ért egyet. Ezek a beszélgetések a szakemberek és kreatív egyének hiánya miatt jönnek létre.

A vállalkozások hasonló nehézségekkel küzdenek. Kevés olyan jó szakember van, aki tetőtől talpig ismeri a cégét, és nagyon elfoglalt. Az üzleti folyamatok önálló elemzésével pénzt és talán időt is megtakarítunk. De nem mindig lehet kiválasztani a legjobbat a tápegység leírásához. A rutint rábízhatja alacsonyabb rangú előadókra is, de akkor fennáll a folyamat elhúzódásának veszélye. Az ilyen dokumentumok készítési elveinek figyelmen kívül hagyása az eredménytelenség kockázatával jár (az eredmény használhatatlan, megegyezik a hiányával).

A legjobb minőség és gyorsaság a dokumentumkészítésben egy kiemelt szakemberrel és egy tapasztalt tanácsadóval kötött szövetségben érhető el. Az eredmény az üzleti folyamatok (azaz a vállalat üzleti tevékenységének terminológiája) és maga a leírás részletes leírása lesz, amely elegendő a további problémák megoldásához.

Ismétlem minden rábeszélésre
Nem választanak el minket, nem

Emlékeztetünk arra, hogy ennek a cikknek az összes epigráfiája a Mirage csoport „Music Connected Us” című dalából származik.

Egy harmadik fél tanácsadója olyan jelölési nyelven írja meg a dokumentumot, amely érthető más tanácsadók számára, és gyakran alkalmasabb az esetre. Nem érted ezeket a horgokat? De ezek a jelölések egyáltalán nem bonyolultak, talán érdemes megtanulni őket?

"Minél tisztábban adják át az információt, annál gyorsabban és pontosabban fogja fel az a személy, akinek címezték." Ezt az igazságot régóta aktívan használják a marketingesek, oktatók és kutatók. A menedzserek sem maradtak ki. Ez a cikk az EPC-jelölést, mint az egyik legnépszerűbb modern módszert tárgyalja, amely lehetővé teszi, hogy a komplex munka leírását ne csak kényelmessé, hanem sokkal pontosabbá és érthetőbbé tegye a projekt vagy folyamat minden résztvevője számára.

A grafikus modellezési szabványok megjelenésének története

Most, amikor a társadalom összes folyamatának fejlődési üteme növekszik, és a rendszerek egyre összetettebbé válnak, a menedzsment, mint az emberek befolyásolásának művészete is kénytelen elsajátítani a rendszermenedzsment képességét, hasonlóan a mérnöki rendszerek kezeléséhez. A múlt század 90-es éveinek elején a „ újratervezés Michael Hammer és James Champy először ismertette ezt a meghatározást Reengineering the Corporation című könyvében." És ezt követően megjelent az üzlet „mérnökségének” fogalma. Ha az első az üzleti folyamatok újratervezése, akkor a második egy hatékony szervezeti rendszer tervezése a semmiből.

Ez a tendencia azt jelzi, hogy a szervezet mint rendszer leírásának, sőt felépítésének módszereinek keresése már régóta és meglehetősen sikeresen folyik. Ha a menedzsmentet nemcsak művészetnek, hanem tudománynak is tekintjük, akkor ennek, mint minden más tudományágnak, sajátos jelölési rendszerre van szüksége a formulák és törvények rögzítésére. Az ilyen rendszermegoldásokat számos tevékenységi területen sikeresen alkalmazzák a mérnökök, vegyészek, fizikusok, matematikusok stb.

A szervezetet jelentő társadalmi-gazdasági rendszer sokkal sokrétűbb, mint a természettudományok, az „axiómák” és a vezetési képletek egyetlen rögzítési formáját még nem találták meg. De az út ki van kövezve. És a jól ismert folyamatábrákkal kezdődik, amelyek lehetővé teszik, hogy leírjuk az adott eredmény elérésének folyamatát. Sajnos azonban a folyamatábra vizuális lehetőségei nagyon korlátozottak, és nem teszi lehetővé az üzletvezetési folyamat elemeinek teljes változatos megjelenítését.

Manapság meglehetősen sok lehetőséget fejlesztettek ki a folyamatábrákhoz, amelyekkel az emberek és a rendszerek interakcióját ábrázolhatja a kreatív tevékenység folyamatában. Eszközkészletekké vannak egyesítve, hogy teljesebben leírják a vállalkozás tevékenységeinek minden aspektusát. Az ilyen eszközöket modellezési módszertanoknak nevezzük. Ezek közül három a legteljesebb és legismertebb:

• ARIS (Integrált Információs Rendszerek Architektúrája);
• SADT (strukturált elemzési és tervezési technika);
• UML (Unified Modeling Language).

(kattints a kinagyításhoz)

Egy vállalkozás tevékenységének teljes és átfogó leírásához különböző grafikus szabványokat kell használni, amelyeket a módszertan tartalmaz, és jelöléseknek nevezünk. De a szűkebb problémák megoldásához elegendő kiválasztani a megfelelő leíráshoz kitalált jelölést. Fent található az egyik grafikus jelöléstípus, amelyet ebben a cikkben tárgyalunk.

Az EPC-jelölés jellemzői

Az EPC (Eseményvezérelt folyamatlánc) modellezési jelölés interakciós algoritmusok felépítésére összpontosít egy adott feladat végrehajtása során. Fő elemei a következők:

• a munkát elindító vagy befejező események;
• tevékenységek (munka), amelyek a rendszert egyik állapotból a másikba helyezik át;
• a munka előadói;
• erőforrások és munkaeredmények (inputok és outputok).

Ez a jelölés szerves részét képezi a Wilhelm-August Scheer által az 1990-es évek elején kidolgozott ARIS módszertannak. Az előző rész végén az ábra áttekintést nyújt az EPC jelöléssel végzett munka szabványosítási folyamatáról. Tekintsük a szervezet üzleti folyamatainak leírását ezzel a jelöléssel. Anélkül is, hogy belemélyednénk a diagram lényegébe, a piros és a zöld elemek váltakozása azonnal megragadja a szemet - ez az események és folyamatok láncolata, amely a jelölés elnevezésében rejlik. A modellelemek összetételét négy fő pozíció határozza meg.

Valószínű, hogy a folyamatmodell leírása során egy információs rendszert fogunk alkalmazni. Ezután speciális háromszintű elemkészletekkel tudjuk megjeleníteni ( narancsszín).

1. IS – információs rendszer.
2. IC modul.
3. IS funkció.

Az adatbázisoknak hagyományosan saját képük van - henger formájában. Bár ezek használata információs rendszer és adatbázis nélküli rendszer nélkül ma már lehetetlennek tűnik. A függvények közötti átmenetek logikájának megjelenítésére logikai operátorokat használnak, amelyek segítenek meghatározni a párhuzamos munkavégzés vagy az események bekövetkezésének feltételeit. Lehetőségeket mutatnak a funkciók és események összevonására vagy elágazására. Csak három logikai operátor létezik: „ÉS”, „VAGY” és „Kizárólagos VAGY”. A különböző rendszerek eltérő grafikus szimbólumokat használhatnak.

Jelölés és logikai operátorok használata EPC-jelölésben

Algoritmus egy EPC diagram felépítéséhez

Amint látjuk, ennek a jelölésnek kétségtelen előnye az elemek és szabályok intuitív halmaza a diagramok felépítéséhez. Folyamatdiagramok készítéséhez speciális folyamatmodellező programok használata javasolt. Az EPC esetében ez elsősorban az ARIS rendszer. De drága és meglehetősen összetett, és nem használják kis időszakos projektekhez az osztályok tevékenységének egyszerűsítésére.

A jelölés egyszerűsége és népszerűsége ösztönözte az üzleti folyamatok rajzolására szolgáló egyéb eszközök létrehozását, beleértve az EPC-jelölést is. A legegyszerűbb közülük a Visio - az egyik sablon az „EPC diagram” nevet viseli. A leghasznosabb eszköz számomra a Business Studio rendszer. Ebben a folyamat rajzolási lehetősége mellett automatikusan generálhat egy dokumentumot (Process Regulations) és munkautasításokat a résztvevői számára, ami jelentősen leegyszerűsíti a teljesítménystandardok kialakításának folyamatának rutin részét.

A másodlagos elemek színei és jelölései a különböző programokban kissé eltérhetnek, de az általános szabályokat mindig be kell tartani. A cikk első részében bemutatott EPC-jelölési példa egy egyszerűsített algoritmust tükröz az ezzel a jelöléssel való munkavégzéshez. Vegyük lépésről lépésre.

Az összes lépés elvégzése után részletes, végrehajtói számára érthető tervet kapunk a folyamat végrehajtásáról. A világosan meghatározott események és eredmények pedig lehetővé teszik, hogy a folyamat összes jelentős szakaszához vezérlőpontokat állítson be. És ismét utalok a cikk elején közzétett vizuális modell példájára.

Az EPC jelölés előnyei és hátrányai

Az egyszerűség és a hozzáférhetőség mellett az EPC használatának a következő előnyei is vannak.

1. Lehetővé teszi az összes jelentős szervezeti elem megjelenítését egy diagramon (egy egyszerű folyamatábrával szemben).
2. Használható a modell különböző szintjein - globális folyamatok leírására és részletes utasítások készítésére, mivel minden funkcionális blokk alfolyamattá válhat.
3. Könnyen elvégezhető egy folyamat összetett párhuzamosítása, mivel egy sorba tetszőleges számú eseményt írhatunk be.

Ugyanakkor ez a jelölés nem az alábbi hiányosságok miatt lett az egyetlen.

1. A rendszert nagymértékben bonyolítja, hogy minden apró lépéshez eseményeket kell kitalálni.
2. A szervezeti meghibásodások valószínűleg a megbízások kényelmetlen nyomon követése miatt következnek be.
3. A bemenetek és kimenetek jó minőségű regisztrálása az áramkör túlterheléséhez vezet téglalapokkal és nyilakkal, amelyek elkezdenek metszeni, és ezáltal tovább bonyolítják az áramkör észlelését.
4. A munka párhuzamosításánál nagyon nehéz a végrehajtókat tükrözni. Ha egy személy egy csoport funkciót lát el, a kép bonyolultabbá válik a nyilakkal. Ha több előadó van, vagy nem akarunk hosszú nyilakat rajzolni, akkor az „oválokat” meg kell duplikálnunk az előadókkal. Mindez nagyon hamar teljes zűrzavarhoz vezethet a diagramban.

Saját tapasztalatom alapján elmondhatom, hogy az ebben a jelölésben megrajzolt helyi működési eljárások meglehetősen kényelmesek mind a fejlesztő, mind az utasítások felhasználója számára. A jelölés a projektmenedzserek számára is alkalmas, mivel lehetővé teszi számukra, hogy vizuálisan megtervezhessék egy projektben a munka elosztását a különböző projekt résztvevői számára intuitív nyelven. A vállalati tevékenység összetettebb, többszintű modelljének kidolgozásához pedig más modellezési jelölések alkalmasabbak, amelyeket a következő cikkekben fogunk figyelembe venni.