ARIS EPC notacija, koja se koristi za modeliranje poslovnih procesa u ARIS alatu, je slijed događaja i funkcija koje odražavaju logiku izvođenja međusobno povezanih radnji usmjerenih na postizanje određenog rezultata.

ARIS EPC model je namijenjen opisivanju algoritma za izvođenje poslovnog procesa u obliku niza funkcija vođenih događajima. ARIS EPC model fokusiran je na slijed funkcija, a za opisivanje stanja u modelu poslovnog procesa koriste se događaji i pravila kojima se mogu opisati složeni algoritmi za izvršavanje poslovnog procesa.

Funkcije u ARIS EPC modelu pokreću događaji, na primjer, "Faktura primljena na odobrenje", a završavaju događajima, na primjer, "Faktura je odobrena" ili "Faktura nije odobrena". Ako kao rezultat izvršenja funkcije postoji samo jedna mogućnost daljnjeg izvršenja poslovnog procesa, tj. Kao rezultat toga, generira se samo jedan događaj, nakon kojeg dolazi sljedeća funkcija; događaj između ovih funkcija možda neće biti nacrtan.

Model poslovnog procesa ARIS EPC notacije nužno počinje i završava s jednim ili više događaja ili sučelja s drugim modelima poslovnih procesa. Za odražavanje sučelja koriste se posebni objekti "Procesno sučelje" - tip objekta "Funkcija".

Prilikom izrade ARIS EPC modela mogu se pojaviti situacije u kojima je isti dokument odlazni dokument za jednu funkciju i dolazni dokument za sljedeću. U tim slučajevima, radi poboljšanja ergonomije modela, dopušteno je koristiti jedan prikaz dokumenta s jednom dolaznom vezom (od funkcije u kojoj se kreira ili prilagođava) i jednom odlaznom vezom (do funkcije u kojoj se koristi) .

EPC model se ne može odspojiti, tj. postavljanje na model jednog objekta koji nije povezan s ostalima je pogreška.

Položaj dokumenata u odnosu na funkcije obično je sljedeći: gore lijevo su dolazni dokumenti, dolje lijevo odlazni dokumenti, izvršitelji se obično nalaze desno od funkcije.

Na modelu ARIS EPC navedene su sljedeće informacije:

• obavljene funkcije
• informacijski resursi funkcija (dolazni/odlazni dokumenti)
• događanja
• procesna sučelja
• logički operatori
• izvođači (pozicije, poslovne uloge)
• Informacijski sustavi

Pravila imenovanja događaja u ARIS EPC

Naziv događaja mora sadržavati imenicu i verbalni opis promjene stanja. Primjer: "Transakcija dovršena."

Pravila imenovanja funkcija u ARIS EPC

Da biste imenovali funkciju, morate koristiti njezino pravo ime. Naziv se mora sastojati od dva dijela - glagolske imenice koja opisuje funkciju koju obavlja i imenice koja označava predmet na kojem se vrši. Naziv funkcije sastoji se od kratkog naziva objekta koji počinje velikim slovom, na primjer, "Traži kontakte kupaca".

Pravila za imenovanje uloga/pozicija u ARIS EPC

Naziv poslovne uloge (Person Type) mora odgovarati suštini odgovornosti dodijeljenih izvođaču. Naslov u pravilu sadrži izraz “Odgovoran za...”. Nazivi poslova (radnih mjesta) ispisuju se prema rasporedu zaposlenih.

Pravila imenovanja dokumenata

Objekt odgovara dokumentu (nosaču informacije) (u papiru i/ili u elektroničkom obliku). Da biste imenovali dokumente (bez obzira na korišteni simbol), morate koristiti njihov pravi naziv.

Pravila za imenovanje informacijskih sustava u ARIS EPC

Za imenovanje informacijskih sustava (tip aplikacijskog sustava) trebali biste koristiti njihova ustaljena imena.

Pravila imenovanja sučelja procesa

Sučelje procesa prikazuje vezu na susjedni proces. Naziv sučelja procesa odgovara nazivu modela koji opisuje susjedni dio poslovnog procesa. Sučelje se može koristiti za referenciranje modela poslovnih procesa koji nisu dio poslovnog procesa koji se opisuje.

Svaka stvar je oblik manifestacije beskrajne raznolikosti.

Kozma Prutkov

Uvod u eEPC notaciju

Trenutno postoji mnogo različitih principa za grafički prikaz poslovnih procesa, koji se nazivaju notacije. Zašto ih ima toliko? Ovo pitanje već desetljećima postavljaju svi koji se susreću s potrebom opisivanja poslovnih procesa. Pogledajmo razloge. Ima ih tri (po mom mišljenju):

• -Različiti zadaci. Nisu sve notacije jednako prikladne za rješavanje različitih problema. Na primjer, zapis može biti prikladan za poslovni proces najviše razine, ali nimalo prikladan za opisivanje tijeka rada.

Postoje različiti razvijači takvih notacija. U različitim vremenima, različiti programeri pokušali su smisliti nova načela za opisivanje sklopova. Učinili su to iz dobrih namjera, kada su se u praksi susreli sa situacijom u kojoj notacija koju su koristili nije mogla odražavati potrebne suptilnosti (ili nije bila jasna). Ponekad su, u procesu evolucije, takvi zapisi postali takoreći paralelni, tj. izgledaju drugačije, ali rješavaju iste probleme.

Želja za isticanjem. Tada se, iz nepoznatih razloga, iznenada pojavljuje novi zapis koji sam po sebi nema ništa posebno, ali ga njegov tvorac iz nekog razloga promovira kao najsavršeniji know-how. To se događa i danas.

Svrha ovog članka nije razmatranje svih vrsta notacija (namjerno ne navodim njihova imena), već zadržavanje na Detaljan opis notacija koju sam odabrao za svoje projekte tijekom duge potrage za najoptimalnijom opcijom.

Ako nekoga zanima koje još notacije postoje i čemu služe, planiram to učiniti u drugom članku koji će se zvati “Razgovarajmo o notacijama”, ali to je još u planu.

Vrijeme je da započnemo našu priču o vrlo zanimljivoj, jednostavnoj i praktičnoj eEPC notaciji (u prijevodu: prošireni opis događaja lanca procesa). Njegov doslovni prijevod također otkriva njegovu glavnu svrhu: opis lanca poslovnih procesa. Glavna "značajka" notacije je njezin princip "događajnosti", koji ćemo detaljno razmotriti.

Koje su prednosti eEPC notacije:

1. Prvo, ovo nije baš notacija u čisti oblik. Oni. ako u nekim notacijama postoji strogi skup elemenata i pravila za njihovu upotrebu (inače će se sve zbuniti), tada vam načelo eEPC omogućuje dodavanje vlastitih elemenata. Kako se to osigurava? Naravno, postoji određena “jezgra” oko koje se sve gradi, tj. skup jasnih pravila prema kojima se dijagram konstruira i prema kojima se zatim čita. Osim toga, možete dodati vlastiti element, uključiti pravila za njegovu upotrebu u vlastitom korporativnom standardu (kako biste isključili amaterske aktivnosti koje mogu zbuniti dijagram i zakomplicirati njegovu čitljivost) i to je to! Ovo je vrlo važna točka. Osim toga, u njegovom korporativni standard možete postaviti sva druga ograničenja i pravila
2. eEPC sadrži logičke elemente. To vam omogućuje da izgradite dijagrame s uvjetima koji su potrebni za opisivanje aktivnosti (“ako je ugovor dogovoren, onda ...., u suprotnom ...”)
3. Jednostavnost elemenata omogućuje vam crtanje dijagrama kao u softverski proizvodi, i na bilo koji drugi način, čak i na papiru, nećete se zbuniti.
4. eEPC je toliko jednostavan za naučiti i razumjeti da se može koristiti u stvarnim aktivnostima, a ne samo skupljati prašinu u ormaru. Podučavanje pravila će trajati oko 2 sata (ako učenik želi).

Naravno, kao i sve na ovom svijetu, ima i svojih nedostataka. Ali racionalna uporaba ih svodi na minimum. Glavni nedostatak, po mom mišljenju, je činjenica da ako koristite jednostavni alati(tj. programe za crtanje dijagrama, a ne za modeliranje poslovnih procesa), onda nemamo jedinstvenu bazu objekata. Osim toga, teško je kontrolirati ulaze i izlaze (treba ih kontrolirati, tj. smisliti način takve kontrole, ako je potrebno). No, s druge strane, korištenje složenih alata za modeliranje poslovnih procesa košta vrlo impresivne svote, a projekt koji koristi njih mjeri se u milijunima. I tako imamo vrlo ekonomičan i razumljiv alat. Da budem precizniji, ovaj se nedostatak odnosi upravo na metodu opisa koju razmatram, tj. koristeći MS Visio ili sličan softver. Ako koristite specijalizirane sustave za opisivanje poslovnih procesa koji podržavaju objektne baze podataka, tada se ovaj nedostatak može izbjeći. Pa, vrijeme je da počnemo...

Glavna "jezgra" eEPC notacije

Kao što sam već spomenula, doslovni prijevod akronima eEPC sadrži koncept događajnosti. Ovo je vrlo važna točka na kojoj se temelji cijeli princip izgradnje kruga. Dakle, postoje dva ključni koncept: "Događaj" i "Funkcija". Kada netko prvi put pokuša nacrtati svoj proces u obliku eEPC dijagrama, često se postavlja pitanje koja je razlika između događaja i funkcije? To morate jasno razumjeti, inače ćete dobiti nepredvidiv rezultat. Dakle: događaj je činjenica nečega što se događa i nema vremensko trajanje ili to vrijeme teži nuli (ili nije bitno). Štoviše, događaj uvijek uzrokuje potrebu za izvršenjem funkcije, a izvršavanje funkcije uvijek završava događajem. Dopustite mi da objasnim na primjeru. Telefon zvoni. Voditelj je podigao slušalicu za telefonski razgovor. U ovom slučaju, “Telefon zvoni” je događaj. Telefonski razgovor je funkcija. Razgovor je završen (spustio slušalicu) - još jedan događaj. Dakle, promatra se lanac događaja: Poziv - razgovor - kraj poziva. Završetak poziva vjerojatno će zahtijevati izvođenje nove funkcije: snimanje rezultata poziva itd.

Pokušajmo to nacrtati. Prvo morate shvatiti kako se prikazuju elementi događaja i funkcije.

Ova dva jednostavna elementa čine osnovu pravila za opisivanje poslovnih procesa u eEPC notaciji. Mislim da bih trebao reći nekoliko riječi o korištenim bojama. Ako ste naišli na opise procesa u drugim zapisima, u pravilu su bili crno-bijeli. I to je točno, ne bi trebala postojati očita ovisnost sadržaja o boji, jer dijagram se može nacrtati olovkom na papiru, ispisati na crno-bijelom pisaču itd. U ovom slučaju (u eEPC notaciji) povijesno se razvilo da elementi imaju određene boje. Da ne kažem da je to potrebno, ali navika se razvija, a percepcija u elektroničkom obliku je bolja - odmah se vidi što je što. Ove se boje mogu smatrati preporukom. Zašto su ovakvi? Nisam siguran točno, ali čini mi se da im je tvrtka ARIS, kada je napravila podršku za eEPC notaciju u svom proizvodu, dala ove boje, "ukorijenili". Usput, ponekad se ova oznaka naziva i "ARIS", "ARIS EPC", što nije sasvim točno, jer ARIS nije izmislio ovu notaciju, već ju je podržao u svom programu za modeliranje poslovnih procesa. Općenito, preporučujem korištenje boja. Glavna stvar je da oblik samih elemenata ne bi trebao biti isti (tj. Razlikovati se samo u boji), jer crno-bijelo to može izazvati zabunu. Postoje i druga pravila koja omogućuju da eEPC dijagram bude "harmoničan", o njima ćemo govoriti.

Dakle, postoji događaj, postoji funkcija. Kako su povezani?

Vidimo da je događaj1 doveo do potrebe za obavljanjem određene funkcije, koja je završila događajem2. Da je, na primjer, s telefonskim pozivom, to bi bilo ovako:

Događaj veze - funkcija - događaj obično se prikazuje odozgo prema dolje u jednom retku ili slijeva nadesno. Smjer lanca označen je spojnim linijama sa strelicama. Kako bi dijagram bio vizualniji, notacija nudi još nekoliko standardnih elemenata:

• Pozicija (izvođač). Onaj koji izvodi ovu funkciju
• Informacija. Sve informacije koje se koriste za obavljanje neke funkcije osim dokumentarnih informacija. Na primjer, telefonski poziv, upute za izvođenje operacije itd.
• Dokument. Element "Dokument" namijenjen je prikazu informacijskog medija (papirnatog ili elektroničkog). Oni. prezentacija informacija u određenoj strukturi.
• Program (aplikacija). Softver koji se koristi za izvođenje funkcije.

Svi ostali elementi su pomoćni i praktički nisu regulirani zahtjevima samog eEPC-a. Međutim, nema prepreka za dodavanje vlastitih elemenata. Najvažnije je popraviti to u internom standardu tako da postoji zajedničko razumijevanje kako izgledaju i zašto se koriste. Takvo proširenje ne krši zahtjeve ako veza događaj-funkcija-događaj nije narušena, a namijenjeno je samo poboljšanju percepcije informacija ili prilagodbi pravila opisa bilo kojoj specifičnosti industrije. Dodao sam svoj skup elemenata, o čemu ću govoriti u nastavku.

Također je potrebno saznati kako se razmatrani elementi trebaju nalaziti. Svi ovi elementi moraju biti povezani s funkcijom na ovaj ili onaj način. Ovo je opće pravilo: nijedan element osim funkcije nije povezan s događajem. Oni. svi ti elementi moraju biti strelicama povezani s funkcijom. Što se tiče strelica i njihovih smjerova: općenito je prihvaćeno da ako nema smjera za prijenos informacija, tada se umjesto strelice prikazuje samo linija. Ako informacija ulazi (ulazi na ulaz), tada je smjer strelice od objekta prema funkciji, ako izlazi, onda je obrnuto.

Još nekoliko riječi o položaju ovih elemenata na dijagramu i možemo ponovno nacrtati naš dijagram, pojašnjavajući izvršenje funkcije obrade poziva. Ne postoje strogi zahtjevi za raspored elemenata, ali je uobičajeno prikazati ih jednako na svim dijagramima (radi ujednačenosti i harmonije dijagrama). Za ujednačavanje izgleda grafičke sheme poslovnih procesa, takva pravila moraju biti sadržana u internom standardu i poštovana. Malo kasnije dat ću neke preporuke o ovom pitanju. Sada ponovno nacrtajmo naš dijagram:

Vidimo da operater obrađuje dolazni poziv, postupajući u skladu s pravilima za obradu dolaznih poziva i za to koristi CRM program. Ne koriste se ni dolazni ni odlazni dokumenti.

Kao što sam već spomenula, jedan od snage notacije su elementi logike. Ujedno, ovo je jedan od najtežih trenutaka za razumijevanje. Stoga ću prvo dati primjer, a zatim ćemo se posebno pozabaviti elementima logike.

Neka u našem primjeru bude ovako: ako je klijent zainteresiran, daljnji rad s njim obavlja voditelj prodaje i postavlja Komercijalna ponuda, koji se šalje poštom pomoću MS Outlook mail klijenta. Ukoliko nema interesa, tada je obrada poziva završena. U stvaran život Bilo bi lijepo koristiti pravila za prekid poziva, ali to je samo ja, usput, pojednostavimo za sada. Evo što se događa:

Logički elementi u eEPC notacijskim dijagramima

Elementi logike su jednostavni, ali postoje specifične značajke i pravila koja osiguravaju da je dijagram logičan i nedvosmisleno protumačen. Najvažnije pravilo koje se mora poštovati 100%: logične odluke mogu se donositi samo tijekom izvršavanja funkcije. Oni. nakon nekog događaja ne može doći do grananja. Zašto? Jer u ovom slučaju proturječi samom konceptu događaja - on je jednostavan i trenutan, bez vremena izvršenja. Primjerice, ako telefon zazvoni, a osoba sjedi i razmišlja hoće li podići slušalicu ili ne, to će teoretski već biti funkcija u kojoj on odlučuje. Ali u praksi, uključujući i zdrav razum, on krši pravila obrade poziva, jer... plaća mu se plaća za obradu tih poziva, i ovdje nema o čemu raspravljati (općenito, kao što je prikazano na dijagramu).

Ukupno postoje 3 različita elementa logike:

• I. Kada se dva ili više događaja dogode istovremeno;
• ILI. Kada se jedan ili više događaja može dogoditi, ali se barem jedan mora dogoditi;
• ISKLJUČIVO ILI. Ili jedno ili drugo. Oni. dvije mogućnosti su nemoguće u isto vrijeme.

Kao što vidite, postoje dvije opcije za grafički prikaz logičkih elemenata. Nisu drugačiji, potpuno alternativni. Doveo sam ih oboje jer... u praksi se obje opcije mogu vidjeti u raznim izvorima. Koji ćete koristiti ovisi o vama. Više mi se sviđa prva.

Sada morate razumjeti korištenje logičkih elemenata. Prvo, pogledajmo opcije s kojima se susrećemo, a zatim prijeđimo na primjer. Pogledajmo svaki element zasebno.

Logički element "I". Kada funkcija zahtijeva da se više događaja dogodi istovremeno:

Primjer: Ako je izvještajno razdoblje zatvoreno (događaj 1) i došao je rok za podnošenje izvješća rukovoditelju (događaj 2), zaposlenik izrađuje mjesečno izvješće.

Povezivanje elemenata ako se tijekom izvršavanja funkcije dogodi nekoliko događaja:

Primjer: Dovršen je neki posao s kupcem. Istovremeno su zabilježena dva događaja: međusobni obračuni su usklađeni (događaj 1), potpisan je akt (događaj 2). U praksi se ova primjena ne pojavljuje često. U pravilu, ako se mnoge radnje kombiniraju u jednoj funkciji

Spojni elementi, ako se tijekom obavljanja nekoliko funkcija dogodi događaj:

Primjer: Skladištar je preuzeo narudžbu (funkcija 1), operater je izdao dokumente (funkcija 2), roba je spremna za otpremu (događaj).

Povezivanje elemenata ako pojava jednog događaja dovodi do izvršavanja nekoliko funkcija:

Primjer: stigla je pošiljka robe (događaj). Istovremeno počinje otprema robe koju su prethodno naručili kupci i smještaj preostale robe u skladište.

Logički element "ILI".

Povezivanje elemenata ako jedan od događaja može uzrokovati izvršenje funkcije:

Primjer: Zahtjev je zaprimljen telefonom (događaj 1) ili zaprimljen zahtjev od e-pošta(događaj 2) dovest će do potrebe za njegovom obradom.

Povezivanje elemenata ako jedna funkcija može pokrenuti barem jedan događaj:

Primjer: Račun za robu je pripremljen i poslan na slanje naručitelju. Račun se može poslati poštom (događaj 1), faksom (događaj 2).

Logički element "ISKLJUČIVO ILI".

Veza elemenata kada je za obavljanje funkcije potreban samo jedan od događaja:

Primjer: Kupac je osobno došao u trgovinu (događaj 1) ili je napravio narudžbu putem interneta (događaj 2). Potrebno je otpremiti robu (funkcija 1).

Povezivanje elemenata ako se kao rezultat izvršavanja funkcije dogodi najviše jedan od sljedećih događaja:

Primjer: Odluka je ili donesena ili nije.

Povezivanje elemenata ako se događaj dogodi nakon izvršenja jedne i samo jedne funkcije.

Primjer: Roba je isporučena (događaj 1) ili vlastitim prijevozom (funkcija 1) ili prijevozničkom tvrtkom (funkcija 2)

Ispravna primjena logičkih elemenata zahtijeva malo vježbe. Ali nije teško. Treba napomenuti da nisu sve kombinacije koje se razmatraju široko korištene u praksi (i općenito je to određeno načinom razmišljanja analitičara). Pokušajte primijeniti elemente logike u praksi. Ako imate poteškoća, pišite mi, pokušat ću pomoći.

Proširenje notnog zapisa vlastitim elementima

Kao što sam već rekao, eEPC nije baš zapis, već pravila opisa. A ova pravila ne zabranjuju dodavanje vlastitih elemenata dijagramu. Glavno je da su ti elementi razumljivi, te da postoji dokument u kojem su evidentirana takva proširenja elemenata. Na primjer, koristim sljedeće dodatni elementi, koji je nastao postupno u procesu opisivanja stvarnih procesa za različite zadatke, od jednostavnog opisa do postavljanja zadataka za automatizaciju.

Podatkovna datoteka. Koristi se ako operacija rezultira stvaranjem podatkovne datoteke ili ako se datoteka koristi za izvođenje operacije.

Baza podataka. Koristi se za opisivanje protoka informacija između automatiziranih sustava.

Kartoteka. Koristi se za prikaz papirnate datoteke ili arhive.

Protok materijala. Koristi se za označavanje dolaznih i odlaznih tokova materijala, kao i resursa utrošenih tijekom izvođenja procesa. Tijek materijala prikazan je lijevo od popratnih dokumenata.

Informacijski klaster. Koristi se za označavanje strukturiranih informacija (prikaz entiteta). Dijagram se može koristiti za označavanje dokumenata generiranih programski pri korištenju korisničkih aplikacija. U ovom slučaju, element Klaster nalazi se lijevo od odgovarajućeg dokumenta. Oni. označava da je korisnik ne samo izradio papirnati dokument, već i napravio njegovu kopiju u programu.

Dogovori o pravilima postavljanja likova na dijagram

Sama oznaka eEPC ne nameće stroge zahtjeve za raspored elemenata jedan u odnosu na drugi, iako je uobičajeno crtati dijagram od vrha prema dolje ili slijeva na desno. Ako to nije unificirano u slučaju rada više stručnjaka, može doći do svojevrsnog "vinaigreta". Da biste to izbjegli, preporuča se razviti i odobriti vlastita pravila za raspored elemenata. Pridržavam se (i preporučam) sljedećih pravila:

• Redoslijed događaja i funkcija je raspoređen odozgo prema dolje (bolje) ili slijeva nadesno (ako nema dovoljno mjesta);
• Elementi koji označavaju izvođače nalaze se desno od funkcija;
• Dolazni dokumenti nalaze se u gornjem lijevom dijelu funkcija; smjer strelice od dokumenata prema funkcijama;
• Odlazni dokumenti u donjem lijevom dijelu funkcija; smjer strelice od funkcije prema dokumentima;
• Element Informacije nalazi se u donjem desnom kutu funkcije. Ako nema dovoljno prostora, dopušteno je proizvoljno mjesto, što bliže funkciji;
• Element Application nalazi se u gornjem desnom kutu funkcija. (ako se za to koriste spremišta datoteka koja nisu izvješća, prikazuju se na sličan način). Link bez strelice.
• Elementi "Baza podataka" i "Kazalo kartica" raspoređeni su nasumično;
• Element “Material Flow” nalazi se lijevo od popratnih dokumenata i povezan je s dokumentom linijom bez strelice;
• Element "Kluster", kada se koristi u kombinaciji sa slikom "Dokument" za označavanje dokumenta u elektroničkom obliku, nalazi se lijevo od odgovarajućeg dokumenta.

Na primjer: Službenik za plaće obračunava plaće na temelju dokumenata „Brigadne zapovijedi” koji su mu dostavljeni. Pri tome se rukovodi dokumentom „Pravilnik o plaće", obračun se provodi u programu "1C:ZiK". Rezultat izračuna je dokument “Izjava”.

Prepoznavanje elemenata u dijagramu

Kao što znate, kompetentan pristup opisu poslovnih procesa uključuje njihovu identifikaciju, tj. kada svaki proces ima svoje kodno ime. Sukladno tome, pojedinačne funkcije unutar procesa također imaju vlastita imena i identifikatore.

Brojke "Dokument" i "Funkcija" moraju biti identificirane na dijagramu.

Dokument se identificira tako da se u gornjem lijevom kutu naznači šifra izvješća ili dokumenta prema upisniku. Dokumenti primljeni od dobavljača roba i usluga (ulazni) identificirani su samo imenom.

Funkcija se identificira određivanjem sekvencijskog broja funkcije za danu grupu procesa. Oni. Broj funkcije uvijek počinje kodom grupe procesa. Pitanja identificiranja grupa procesa izvan su opsega ovog članka; razmotrit ćemo ih zasebno. Štoviše, trebali biste naučiti identificirati procese prije nego što ih počnete opisivati, inače bi se mogla pojaviti želja da se sve aktivnosti tvrtke opisuju na jednom dijagramu, kao što se ponekad pokušava.

Stoga ću sada samo primjerom pokazati kako se to može prikazati na dijagramu. Vratimo se na primjer obrade poziva. Pretpostavimo da smo odjelu prodaje dodijelili šifru "04", a šifru "VK" procesu obrade dolaznih kontakata. Tada će dijagram poprimiti sljedeći oblik (identifikacija je označena crvenom bojom radi jasnoće). Šifra dokumenta označava redni broj dokumenta u općem registru dokumenata (ovo ćemo također posebno razmotriti kada budemo razmatrali sustav protoka dokumenata).

Prikaz povratnih informacija

Kod izgradnje modela često postoji potreba za cikličkim izvođenjem procesa prema nekom stanju ili potreba za prikazom aktivnosti donositelja odluka. U ovom slučaju govorimo o oko Povratne informacije. Za prikaz upravljačke povratne informacije koristi se princip "izravnog uključivanja" u proces dodatne upravljačke funkcije s naknadnim grananjem (koristi se logički element "Isključivo ILI"). Na primjer:

Tekstualni opis procesa

Koliko god se trudili prikazati poslovni proces na dijagramu, nećemo moći postići potpuni detalj, inače možemo zaglaviti u beskrajnim lancima elemenata i stanja. Da bi se to izbjeglo, kao i da bi se opisu procesa dodale informacije koje se ne mogu prikazati grafički, opis je dopunjen tekstualnom pratnjom. U tu svrhu razvijaju se različiti tekstualni predlošci koji se popunjavaju tijekom procesa opisa. Oblici takvih predložaka mogu biti različiti i uključuju zasebne odjeljke koji opisuju ulaze i izlaze, potrošene resurse, korišteni softver itd.

U najjednostavnijem slučaju, predložak opisa poslovnog procesa može izgledati ovako:

Poslovni proces:	Obrada dolaznog kontakta	04.VK
Funkcije procesa:
Ime	Opis	Broj na dijagramu
Obrada dolaznog poziva	Kada stigne dolazni poziv, operater obrađuje poziv u skladu s pravilima obrade dolaznih poziva. Otkriva interes klijenta i pruža informacije o uslugama	04.VK.01
Formiranje komercijalne ponude	Ukoliko je klijent zainteresiran, operater prosljeđuje kontakt voditelju prodaje. Voditelj prodaje priprema komercijalni prijedlog i šalje ga klijentu e-poštom	04.VK.02
Indikatori procesa:
Ime	Metoda vrednovanja/mjerenja
Broj kvarova	Statistika baze podataka

Izvan opsega ovog članka nalaze se tako važne teme kao što su prikupljanje informacija, identificiranje poslovnih procesa, dekompozicija i identificiranje pokazatelja. Svakako ćemo proučiti ova pitanja u narednim brojevima.

“Što su informacije jasnije prenesene, to će ih brže i točnije percipirati osoba kojoj su upućene.” Ovu istinu dugo su aktivno koristili trgovci, edukatori i istraživači. Ni menadžeri nisu izostali. Ovaj članak govori o EPC notaciji kao jednoj od najpopularnijih modernim metodama, što vam omogućuje da opis složenog posla učinite ne samo praktičnim, već i mnogo točnijim i razumljivijim svim sudionicima u projektu ili procesu.

Povijest nastanka standarda grafičkog modeliranja

Sada, kada tempo razvoja svih procesa u društvu raste, a sustavi postaju sve složeniji, menadžment kao umijeće utjecaja na ljude prisiljen je steći sposobnost da upravljanje sustavom, slično upravljanju inženjerski sustavi. Početkom 90-ih godina prošlog stoljeća riječ “ reinženjering Michael Hammer i James Champy prvi su predstavili ovu definiciju u svojoj knjizi Reengineering the Corporation." A nakon njega pojavio se koncept “inženjeringa” poslovanja. Ako je prvi redizajn poslovnih procesa, onda je drugi dizajn efektivnog organizacijski sustav od nule.

Ovaj trend ukazuje na to da potraga za metodama opisivanja, pa čak i konstruiranja organizacije kao sustava traje već dugo i prilično uspješno. Ako menadžment promatramo ne samo kao umjetnost, već i kao znanost, onda on, kao i svaka druga znanstvena disciplina, treba svoje specifične notne sustave za fiksiranje formula i zakona. Ovakva sustavna rješenja uspješno koriste inženjeri u mnogim područjima djelatnosti, kemičari, fizičari, matematičari itd.

Društveno-ekonomski sustav, odnosno organizacija, mnogo je raznolikiji od prirodnih znanosti, a jedinstveni oblik bilježenja “aksioma” i formula upravljanja još nije pronađen. Ali put je utaban. I počinje s dobro poznatim dijagramima toka, koji nam omogućuju da opišemo postupak za postizanje zadanog rezultata. No, nažalost, vizualne mogućnosti dijagrama toka vrlo su ograničene i ne dopušta vam prikaz cijele raznolikosti elemenata procesa upravljanja poslovanjem.

Danas je razvijeno dosta opcija za dijagrame toka pomoću kojih možete prikazati interakciju ljudi i sustava u procesu kreativne aktivnosti. Kombiniraju se u skupove alata kako bi se potpunije opisali svi aspekti aktivnosti poduzeća. Takav alata nazivaju se metodologijama modeliranja. Najkompletnija i najpoznatija su tri od njih:

• ARIS (Arhitektura integriranih informacijskih sustava);
• SADT (Strukturirana analiza i tehnika dizajna);
• UML (Unified Modeling Language).

(kliknite za povećanje)

Za potpuno i sveobuhvatno opisivanje aktivnosti poduzeća potrebno je koristiti različite grafičke standarde koji su uključeni u metodologiju i nazivaju se notacije. Ali za rješavanje uskih problema dovoljno je odabrati notaciju koja je izmišljena za odgovarajući opis. Gore je jedna od grafičkih vrsta notacije o kojoj će se raspravljati u ovom članku.

Značajke EPC notacije

Notacija modeliranja EPC (Event-driven Process Chain) usmjerena je na izgradnju algoritama interakcije u procesu obavljanja određenog posla. Njegovi glavni elementi su:

• događaji koji započinju ili završavaju rad;
• akcije (rad) koje prenose sustav iz jednog stanja u drugo;
• izvođači djela;
• resurse i rezultate rada (inpute i outpute).

Ova je notacija sastavni dio ARIS metodologije, čiji je autor Wilhelm-August Scheer, razvijena početkom 1990-ih. Na kraju prethodnog odjeljka, slika pokazuje opći oblik proces normiranja rada korištenjem EPC notacije. Razmotrimo značajke opisa poslovnih procesa organizacije pomoću ove oznake. Čak i bez ulaženja u suštinu dijagrama, izmjena crvenih i zelenih elemenata odmah upada u oči - to je lanac događaja i procesa koji su svojstveni nazivu notacije. Sastav elemenata modela određen je s četiri glavne pozicije.

Vjerojatno ćemo u opisivanju modela procesa koristiti informacijski sustav. Zatim ga možemo prikazati pomoću posebnih skupova elemenata od tri razine ( narančasta boja).

1. IS – informacijski sustav.
2. IC modul.
3. IS funkcija.

Baze podataka tradicionalno imaju svoju sliku - u obliku cilindra. Iako ih koristite bez informacijski sistem a sustavi bez baze podataka danas mi se čine nemogućima. Za prikaz logike prijelaza između funkcija koriste se logički operatori koji pomažu u specificiranju uvjeta za izvođenje paralelnog rada ili pojavu događaja. Prikazuju opcije za spajanje ili grananje funkcija i događaja. Postoje samo tri logička operatora: “I”, “ILI” i “Isključivo ILI”. Različiti sustavi mogu koristiti različite grafičke simbole.

Notacija i uporaba logičkih operatora u EPC notaciji

Algoritam za izradu EPC karte

Kao što vidimo, nedvojbena prednost ove notacije je intuitivni skup elemenata i pravila za konstruiranje dijagrama. Za izradu dijagrama procesa preporuča se korištenje posebnih programa za modeliranje procesa. Za EPC je to prvenstveno ARIS sustav. Ali to je skupo i prilično složeno i ne koristi se za male periodične projekte za racionalizaciju aktivnosti odjela.

Jednostavnost i popularnost notacije potaknula je stvaranje drugih alata za crtanje poslovnih procesa, uključujući EPC notaciju. Najjednostavniji od njih je Visio - jedan od predložaka u njemu zove se "EPC dijagram". Najkorisniji alat mi je sustav Business Studio. U njemu, osim mogućnosti crtanja procesa, možete automatski generirati dokument (Procesni pravilnik) i radne upute za njegove sudionike, što značajno pojednostavljuje rutinski dio procesa izrade standarda izvedbe.

Boje i oznake sekundarnih elemenata mogu se malo razlikovati od programa do programa, ali Opća pravila uvijek dosljedan. Primjer EPC notacije predstavljen u prvom odjeljku članka odražava pojednostavljeni algoritam za rad s ovom notacijom. Idemo korak po korak.

Nakon dovršetka svih koraka dobivamo detaljan plan izvođenje procesa koji je razumljiv njegovim izvođačima. A jasno definirani događaji i rezultati omogućuju vam postavljanje kontrolnih točaka za sve značajne faze procesa. I opet vas upućujem na primjer vizualnog modela objavljenog na početku članka.

Prednosti i nedostaci EPC notacije

Osim jednostavnosti i pristupačnosti, korištenje EPC-a ima sljedeće prednosti.

1. Omogućuje prikaz svih značajnih organizacijskih elemenata na jednom dijagramu (za razliku od jednostavnog dijagrama toka).
2. Može se koristiti na različite razine modeli - opisuju i globalne procese i daju detaljne upute zbog činjenice da svaki funkcionalni blok može postati podproces.
3. Lako je napraviti složenu paralelizaciju procesa, jer možete unijeti bilo koji broj događaja u jedan red.

Istovremeno, ova oznaka nije postala jedina zbog sljedećih nedostataka.

1. Potreba za osmišljavanjem događaja za svaku čak i manju akciju uvelike komplicira shemu.
2. Organizacijski kvarovi su vjerojatni zbog neprikladnog praćenja zadataka.
3. Visokokvalitetna registracija ulaza i izlaza dovodi do preopterećenja kruga pravokutnicima i strelicama, koji se počinju presijecati i time dodatno kompliciraju percepciju kruga.
4. Kod paralelizacije rada vrlo je teško reflektirati izvršitelje. Ako jedna osoba obavlja grupu funkcija, slika postaje kompliciranija sa strelicama. Ako postoji nekoliko izvođača ili ne želimo crtati duge strelice, moramo duplicirati "ovale" s izvođačima. Sve to vrlo brzo može dovesti do potpune zbrke u dijagramu.

Iz vlastitog iskustva mogu reći da su lokalne operativne procedure nacrtane u ovoj notaciji prilično prikladne i za programera i za korisnika uputa. Notacija je također prikladna za voditelje projekata jer im omogućuje vizualno planiranje raspodjele rada u projektu na intuitivan način. različitih sudionika jezik projekta. A za razvoj složenijeg višerazinskog modela aktivnosti poduzeća prikladnije su druge oznake modeliranja, koje ćemo razmotriti u sljedećim člancima.

Notni zapisi za posao

Članak je objavljen u časopisu "Management News" u siječnju 2012. godine.

Glazba nas je povezala
Postala je naša tajna

Svi epigrafi za ovaj članak preuzeti su iz pjesme “Music Has Connected Us” grupe Mirage.

U klasičnoj glazbi glazbenik je instrument u rukama skladatelja i svira prema notama. U popularnoj glazbi glazbenici najčešće sami pišu glazbu, a umjetnost improvizacije uopće ne uključuje note. Istina, poznate improvizacije koje su postale klasika potom se pretaču u note, i jesu novi život: mijenja se aranžman, dodaje se novi zvuk i ugođaj.

Isto tako, posao koji je izrastao kao vješta improvizacija za prelazak na novu razinu zahtijeva stavljanje činjenica na papir kako bi se analiziralo što se događa i donijele odluke za poboljšanje.

U posljednje vrijeme sve češće možete pronaći opise poslovnih procesa (BP), napravljene, kako kažu, "na svoju ruku". Upravo je ta okolnost bila povod za pisanje članka. Nažalost, većina tih dokumenata koje sam slučajno vidio nisu bili od velike koristi za ozbiljan posao. To ne znači da su bili suštinski netočni, ali brojni propusti su ih toliko pokvarili da sam htio odmah zaboraviti na njihovo postojanje. Kakvi su to propusti i kako se s njima nositi, shvatit ćemo u ovom članku, postupno se približavajući suštini problema. Pokušat ćemo izbjeći velik broj tehničkih detalja, no ne možemo ih u potpunosti izbjeći, jer... predmet razgovora to zahtijeva.

Jesam li to stvarno ja
Ne mogu naći odgovor na sve

Ovaj je članak namijenjen onima koji žele uštedjeti na opisivanju poslovnih procesa povjeravajući pripremu dokumenta internim stručnjacima. Uostalom, opis poslovnih procesa nije obavezan za tvrtku, a sve funkcionira i bez njega. Ali u svakoj stabilnoj tvrtki postoji mehanizam za prijenos ovlasti, zove se " opis posla"Ako je posao složen i pozicija ključna, onda je korisno nacrtati opise poslova kako bi se lakše razumjeli. Akumulacija poslovnih procesa u Opći opis potrebno kako bi poslovanje postalo transparentnije, posebice za njegovu prodaju.

Dokument „Opis BP-a” postaje posebno relevantan čim se pojavi potreba za reorganizacijom (ili, kako je sada moderno reći, reinženjeringom) tvrtke. U ovom slučaju, dokument se koristi za:

1. Na njoj, kao na bojnoj karti, označite bit planiranih preobrazbi,
2. Informirajte sudionika transformacije,
3. Za dodjelu zadataka voditeljima odjela i vanjskim stručnjacima koristite olovku, a ne prste.

Postoje prednosti same pripreme dokumenta:

• Ispada jeftinije;
• Interni stručnjak, bolje upućen u praksu svog domaćeg poslovanja.

Vanjski konzultant prvo će morati proučiti terminologiju i glavne značajke predmet, industrijski standardi. Za ovo treba vremena. Istina, on bolje zna kako i što treba opisati. Postoje određena pravila, općeprihvaćene oznake i poseban softver. Primjer takve oznake može se vidjeti na sl. 1 i sl. 2.

IDEF0 zapis

Sl. 1.

Primjer opisa napajanja korištenjem IDEF0

sl.2.

Nemojte nam držati predavanja

Nemoj mi držati predavanja
Mama, ovo je beskorisno

Treba li nam ovo stvarno? – upitat će ravnatelj, opravdano pretpostavljajući da će poštivanje svih standarda značajno poskupjeti rezultat. Jedan od direktora koje poznajem razmišljao je ovako: "Pozivanje stručnjaka treće strane je skup posao, ali naši su zadaci jednostavni - zašto su nam potrebne sve te oznake. A stručnjak, ponekad nacrta nešto svojim kukama, ništa nije jasno, nije zgodno priznati, pa on je još uvijek iza Ovo je ono što morate platiti."

Slažem se, ako su zadaci jednostavni, zašto se truditi? A ako su složeni, onda ih treba pojednostaviti, a ne komplicirati otmjenim zapisima. Uostalom, nema očitih prednosti korištenja lijepih udica. Ako nema očitih, to ne znači da ih nema. Ova pravila i oznake nisu izmišljene da se konzultant ne dosađuje... Svatko tko se bavi biznisom dobro zna da nije sve korisno očigledno. Pa, potražimo skrivenu pozitivu i da bismo to učinili, pogledajmo u povijest problema.

Tržište opisa napajanja postoji već jako dugo. Međutim, u proteklom desetljeću i pol, napravio je brzi proboj, zahvaljujući pojavi nove industrije - automatizaciji računovodstva i upravljanja u poduzećima. Rastuće tržište dalo je novopridošlicama koje su osmislile nove oznake priliku da se probiju i zauzmu svoje mjesto. Na primjer na rusko tržište za nekoliko zadnjih godina masivne reklamne i informacijske kampanje od strane IDS Scheera (glavnog dobavljača ARIS-a - vidi sliku 3) stvorile su sloj stručnjaka za opisivanje automatiziranih procesa.

Korištenje ARIS notacije zahtijeva velike detalje poslovnih procesa.

sl.3.

Implementacija sustava poput ERP-a (upravljanje resursima), CRM-a (odnos s kupcima), MRP-a (planiranje proizvodnje) neminovno dovodi do promjena u procesima, a ako se to ne planira unaprijed, rezultat može biti lošiji od željenog. Osim toga, automatizacija je rad s informacijama, što znači da je korisno znati koje je informacije tko generirao, odakle dolaze i kamo idu. Ali posebne oznake za uvođenje automatizacije ovdje nikada nisu zaživjele i rijetko se koriste.

Opis poslovnih procesa u Rusiji relativno je novi trend, unatoč impresivnom broju GOST-ova u ovom području (3.1109, 34, ISO itd.). Sada, s kvalitetom opisa vlastitih poslovnih procesa, najbolje stoji u bankama. Činjenica je da je banka, za razliku od drugih komercijalnih struktura, infrastrukturna organizacija i stoga je u strogim okvirima propisa definiranih zakonom. Banka posluje po principu dnevnog upravljanja. Kao rezultat toga, čak i pojednostavljeni opis poslovnih procesa Banke (na ruskom bez upotrebe oznaka) ispada detaljniji, jer počiva na temeljima izgrađenim na svezacima propisa koji definiraju standarde, terminologiju, uloge i pravila. Ovi su standardi općeprihvaćeni jezik u bankarskom okruženju, a opis poslovnih procesa svakom će stručnjaku biti lako čitljiv.

U komercijalnim strukturama opis poslovnih procesa zahtijeva preliminarni rječnik pojmova. A kada ga počnu pripremati i usklađivati, mnogi se susreću s činjenicom da se iste stvari u različitim odjelima nazivaju drugačije. Ulaskom u detalje, ispada da različita imena zapravo nose različite nijanse značenja. Usklađivanje terminologije jedan je od najzahtjevnijih procesa u opisivanju poslovnog procesa. Važno je pokrenuti ovaj proces. Mogu preuzeti većinu posla iz vlastitih odjela tvrtke, jer potreba za reguliranjem njezinih aktivnosti dovodi do veće organizacije procesa i procedura.

Kada je za automatizaciju potreban opis, moguć je i obrnuti redoslijed. Promjene poslovnih procesa rade se usporedno s implementacijom informacijskog sustava, a opis novih poslovnih procesa provodi se “na vruće” i sastavni je dio dokumentacije sustava.

Osoblje

Sve sam zaboravio
Učili su nas tolike godine

Začudo, odabir notacije i ispravnost opisa važniji su za mala i srednja poduzeća. Velike tvrtke obično imaju veću elastičnost procesa zbog zamjenjivosti zaposlenika. Za malo poduzeće, gdje se izvršavanje kritičnih točaka svodi na 2-3 donositelja odluka, netočna indikacija rute procesa može dovesti do fundamentalno netočnog koncepta rješenja. Budući da je rezultat kritičan, alat je važan, ali kako ga odabrati?

Svaka notacija je prilagođena za određeni raspon zadataka. Najhitnijim zadatkom smatrat ćemo promjenu poslovnih procesa u okviru projekta automatizacije upravljanja. Za te svrhe postoji dobar skup alata koji su prilično rašireni: to su ruski GOST-ovi, isti ARIS i IDEF, kao i EPC (Sl. 4 i Sl. 5).

EPC notacija

sl.4.

Opis poslovnog procesa korištenjem EPC-a

sl.5.

Ako je knjiga napisana na nekom jeziku, onda je najvažnije imati čitatelja koji taj jezik poznaje i može ga čitati. Na temelju toga, najčešći standard za opisivanje BP je najbolji.

Pri odabiru notacije još jedan važan kriterij je mogućnost korištenja poznatog softverskog alata. Primjerice, Microsoft Business Solution je 2002. ponudio On-Target notaciju za informacijski sustav Navision, popraćenu posebnim programskim rješenjem. Ovo je upravo onaj slučaj kada je bolje izabrati nešto drugo - ne samo da nitko ne zna On-Target notaciju, nego će i softverskom okruženju trebati vremena da je prouči. Korištenje IDEF notacije nazvao bih pozitivnim primjerom, i Visio programi, koji je vrlo čest i ima potreban set alata za crtanje IDEF dijagrama (slika 6).

IDEF poslovni procesi izvedeni u Visiu

sl.6.

Naravno, opis napajanja može se napraviti jednostavno riječima, kao i korištenjem raznih simbola (vašeg izuma) jer se čini razumljivim. Imati takav opis bolje je nego ništa, ali je održavanje standarda još uvijek korisno.

Punoća i dubina zvuka

Ne znam što me privlači ovdje

1. dugo će trajati
2. Neki detalji će se promijeniti tijekom izrade dokumenta.

Uobičajena pogreška je pokušaj prilagodbe opisa tako da odgovaraju notaciji. Na primjer, pokušavajući opisati postupke u ARIS formatu, tj. postići prividnu redundanciju u opisu kada to nije potrebno.

Ali više uobičajena pogreška je nedovoljna dubina dokumenta. Kao rezultat toga, rezultat je formalni dokument koji nije prikladan za rad, jer svi važni detalji moraju se razjasniti u procesu.

Melodija je niz zvukova, a ne nota.

Zaboravite na ovaj dan
Nikome ne treba svađa

To znači da se napajanje može jednostavno opisati riječima, bez ikakvih oznaka. Naravno, zapis je ispravniji, ali to nije ono što je bitno. Opis BP nije konačni proizvod, već samo alat za nova postignuća. To znači da se mora prilagoditi daljnjem aktivno korištenje. Glavni problem s većinom dokumenata "uradi sam" je taj što su nezgodni za korištenje. Na primjer, jedan takav dokument sastojao se od opisa onoga što je učinjeno u Microsoft Word i crteži napravljeni u PowerPointu, bilo je užasno nezgodno skakati iz programa u program, morao sam potrošiti puno vremena samo da sve to stavim u jedan dokument. Ispada da dokument mora imati sljedeća svojstva:

1. Imajte jasan redoslijed i grupiranje odjeljaka, tj. biti konceptualno holistički (obično to znači da ako imate koncept, onda ste ga naučili koristiti);
2. Jasno identificirajte poslovne jedinice i dajte im jasna imena i brojeve;
3. Jasno istaknite poslovne procese i dajte im jasan naziv i numeraciju;
4. Elemente treba numerirati na način da se izbjegne zabuna (to znatno olakšava pretragu): npr. Odjel br. 1 treba imati u dokumentu broj Dept.001, a Poslovni proces br. 1 treba imati broj BP001 ;
5. Dokument mora imati odjeljak sadržaja sa strukturom stabla;
6. Tvrtka je cjeloviti organizam i niti jedan poslovni proces ne visi u zraku – uvijek je povezana s drugim poslovnim jedinicama, poslovnim jedinicama i odjelima. Da biste odražavali te veze, možete koristiti hiperveze - to će olakšati pronalaženje informacija i prelazak s jednog objekta na drugi.

Sve se može koristiti za posao uređivač teksta podržavajuće hiperveze.

Neki ljudi vjeruju da je u profesionalnoj glazbenoj grupi dovoljno imati jednog ili dva prava glazbenika. S ovim se neće složiti nijedan iskreni poznavatelj glazbe. Ovi razgovori nastaju zbog nedostatka profesionalaca i kreativnih pojedinaca.

Poduzeća imaju slične poteškoće. Malo je dobrih stručnjaka koji svoju tvrtku poznaju od glave do pete, a vrlo su zaposleni. Samostalnom analizom poslovnih procesa štedimo novac, a možda i vrijeme. Ali nije uvijek moguće odabrati one najbolje za opis napajanja. Rutinu možete povjeriti izvođačima nižeg ranga, ali tada postoji rizik od odgode procesa. Nepoznavanje načela konstruiranja takvih dokumenata nosi rizik neučinkovitosti (rezultat je neupotrebljiv, to je isto što i njegov izostanak).

Najkvalitetnija i brza priprema dokumenata moguća je u suradnji s ključnim stručnjakom i iskusnim konzultantom. Rezultat će biti dogovoreni jezik za opis poslovnih procesa (tj. terminologija poslovanja tvrtke) i sam opis dovoljno detaljan za rješavanje daljnjih problema.

Ponavljam kao odgovor na sva uvjeravanja
Neće nas razdvojiti, ne

Podsjećamo, svi epigrafi za ovaj članak preuzeti su iz pjesme “Music Connected Us” grupe Mirage

Konzultant treće strane će napisati dokument u notnom jeziku koji je razumljiv drugim konzultantima i često prikladniji za slučaj. Zar ne razumijete sve te udice? Ali ove notacije nisu nimalo komplicirane, možda ih vrijedi naučiti?

Funkcijski dijagram EPC mora započeti s najmanje jednim početnim događajem (početni događaj može slijediti sučelje procesa) i završiti s najmanje jednim završnim događajem (završni događaj može prethoditi sučelju procesa).

Događaji i funkcije moraju se izmjenjivati ​​kako proces napreduje. Odluke o daljnjem tijeku procesa donose funkcije.

Preporučeni broj funkcija na dijagramu nije veći od 20. Ako broj funkcija na dijagramu značajno premašuje 20, tada postoji mogućnost da su procesi na najvišoj razini netočno identificirani te je potrebno prilagoditi model.

Događaji i funkcije moraju sadržavati striktno jednu dolaznu i jednu odlaznu vezu, odražavajući napredak procesa.

Događaji i izjave koje okružuju funkciju u gornjem dijagramu trebaju biti početni/rezultirajući događaji i izjave u dijagramu dekompozicije funkcije.

Dijagram ne bi trebao sadržavati objekte bez jedne veze. Svaki operator spajanja mora imati najmanje dvije dolazne veze i samo jednu odlaznu vezu, a svaki operator grane mora imati samo jednu dolaznu vezu i najmanje dvije izlazne veze. Operateri ne mogu imati više dolaznih i odlaznih veza u isto vrijeme. Ako operator ima dolaznu vezu iz elementa "događaj", tada mora imati odlaznu vezu s elementom "funkcija" i obrnuto. Nakon jednog događaja ne smije slijediti operator OR ili XOR. Operatori mogu spajati ili granati samo funkcije ili samo događaje.

Riža. 2.62 Primjer dijagrama procesa u EPC notaciji

Riža. 2.63 Primjer prihvatljive situacije 3	Riža. 2.64 Primjer prihvatljive situacije 4

Primjer neprihvatljive situacije.

Riža. 2.65 Primjer neprihvatljive situacije

Statističke metode upravljanja procesima

Daju se primjeri najpopularnijih metoda statističke analize i predlaže mehanizam njihove evaluacije.

Analiza Pareto grafikona

Na industrijska poduzeća Stalno se pojavljuju razni problemi: kvarovi, kvarovi opreme itd. U većini slučajeva, ogroman broj nedostataka i povezanih gubitaka nastaje zbog relativno mali broj razloga, pri čemu je udio materijalnih troškova oko 70–80%. Kako bismo saznali koji su od ovih razloga ili čimbenika glavni, izrađuje se Pareto dijagram.

Pareto dijagram je alat koji vam omogućuje da objektivno predstavite i identificirate glavne uzroke koji utječu na problem koji se proučava. Postoje dvije vrste Pareto grafikona: prema rezultatima aktivnosti i prema uzrocima.

Grafikon izvedbe osmišljen je za prepoznavanje glavnog problema i odražava sljedeće nepoželjne rezultate izvedbe:

· Trošak: obujam gubitaka, troškovi;

· Sigurnost: nezgode, kvarovi;

· Vrijeme isporuke: propušteni rokovi, nedostatak zaliha.

Pareto dijagram uzroka odražava uzroke problema koji se javljaju tijekom proizvodnje:

· Izvršitelj posla: smjena, tim i dr.;

· Oprema: strojevi, jedinice, alati itd.;

· Metode rada: redoslijed operacija, proizvodni uvjeti;

· Mjerenja: točnost, obnovljivost, stabilnost.

Konstruiranje Pareto grafikona sastoji se od sljedećih koraka.

Korak 1. Odrediti koje probleme treba istražiti i kako prikupiti podatke; kako ih klasificirati. Postavite način prikupljanja podataka i razdoblje.

Korak 2: Razvijte popis za provjeru snimanja podataka s popisom vrsta informacija koje treba prikupiti.

Korak 3. Ispunite obrazac za bilježenje podataka i izračunajte ukupne iznose.

Korak 4. Razvijte proračunsku tablicu za provjere podataka, uključujući grafikon za ukupne iznose za svaku stavku koja se zasebno provjerava, akumulirani zbroj broja nedostataka, postotak ukupnog iznosa i akumulirane kamate. Pritom rasporedite podatke po važnosti.

Tablica 3.1.1 Konstrukcija Pareto dijagrama

Šifra kvara	Broj nedostataka	Kumulativni zbroj broja nedostataka	Postotak nedostataka	Akumulirane kamate
Ukupno		-		-

Korak 5: Nacrtajte jednu vodoravnu i dvije okomite osi. Vertikalne osi: na lijevoj osi postavite ljestvicu s intervalom od 0 do broja koji odgovara ukupnom zbroju; na desnoj osi – skala s intervalom od 0 do 100%. Podijelite vodoravnu os s brojem kontroliranih značajki.

Riža. 3.1.1 Pareto dijagram

Faza 6. Konstruirajte stupčasti grafikon gdje svaka vrsta braka ima svoj pravokutnik.

Korak 7. Nacrtajte kumulativnu liniju.

Prilikom izrade dijagrama obratite pozornost na sljedeće točke:

· Dijagram se pokazuje najučinkovitijim ako je broj faktora 7 – 10;

· Prilikom obrade podataka potrebno ih je stratificirati prema pojedinim parametrima (vrijeme odabira podataka, vrsta proizvoda, serija materijala, operater itd.);

· Ako se faktor “ostalo” pokaže prevelikim, treba ponoviti analizu sadržaja tog faktora;

· Grafikon treba biti izrađen sustavno. Pareto za isti proces, što će vam omogućiti da pratite trend u broju nedostataka za svaki faktor (slika 3.1.1).