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 drugačije vrijeme Razni programeri pokušali su smisliti nove principe za opisivanje sklopova. Učinili su to iz dobrih namjera, kada su se u praksi suočili 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 iznenada iz nepoznatih razloga 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 razmotriti sve vrste notacija (namjerno ne imenujem njihova imena), već se zadržati na detaljnom opisu notacija koje sam odabrao za svoje projekte u procesu duge potrage za najoptimalnijim opcija.

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 notacija u svom čistom obliku. 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 po kojima se dijagram konstruira i po 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, možete postaviti sva druga ograničenja i pravila u svom korporativnom standardu.
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, tada ...., u suprotnom ...”)
3. Jednostavnost elemenata omogućuje vam crtanje dijagrama kako u softveru tako 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 je, po mom mišljenju, činjenica da ako koristimo jednostavne alate (odnosno programe za crtanje dijagrama, a ne za modeliranje poslovnih procesa), onda nemamo jedinstvenu bazu podataka o objektima. 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 ih koristi se mjeri 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čna pojma: "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 trajanja u vremenu, ili to vrijeme teži nuli (ili nije bitno). Štoviše, događaj uvijek uzrokuje potrebu za izvršavanjem funkcije, a izvršavanje funkcije uvijek završava događajem. 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 (spušta 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 sam oblik 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 tko obavlja 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 kojima ć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 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 da se oni jednako prikazuju na svim dijagramima (radi ujednačenosti i harmonije dijagrama). Za unificiranje vanjskog izgleda grafičkih dijagrama poslovnih procesa takva pravila moraju biti ugrađena u interni standard i poštivati ​​ih. 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ć spomenuo, jedna od prednosti notacije su njeni 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.

U našem primjeru neka to bude ovako: ako je klijent zainteresiran, voditelj prodaje s njim dalje radi i daje komercijalnu ponudu koju on šalje poštom koristeći MS Outlook email klijent. Ukoliko nema interesa, tada je obrada poziva završena. U stvaran život Bilo bi lijepo upotrijebiti pravila za prekidanje 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. Najviše važno pravilo, kojih se mora pridržavati 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 opcije 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 voditelju (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 prilikom 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). Istodobno 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-mail(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 naširoko korištene u praksi (i općenito je to određeno načinom razmišljanja analitičara). Pokušajte elemente logike primijeniti u praksi. Ako imate bilo kakvih 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, i da postoji dokument u kojem su evidentirana takva proširenja elemenata. Na primjer, koristim sljedeće dodatne elemente, koji su nastali 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). Veza 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" podliježu obveznoj identifikaciji 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 su izvan 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 povratnoj informaciji. 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 prenosi 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 su sljedeći: važne teme, poput prikupljanja informacija, isticanja poslovnih procesa, dekompozicije, isticanja pokazatelja. Svakako ćemo proučiti ta pitanja u budućim brojevima.

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čna glazba glazbenik je instrument u rukama skladatelja i svira prema notama. U popularnoj glazbi najčešće glazbenici 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 se češće mogu naći opisi poslovnih procesa (BP) napravljeni, kako se to kaže, "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 poslova". Ako je posao složen, a pozicija ključna, onda je korisno nacrtati opis poslova radi lakšeg razumijevanja. 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 postoji 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.

Konzultant treće strane prvo će morati proučiti terminologiju i ključne značajke predmeta, kao i industrijske standarde. 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 nema koristi

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 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 skok, zahvaljujući pojavi nova industrija- automatizacija 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 ruskom tržištu 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 te je stoga 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 stvarno znače različite nijanse osjećaj. 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 u poslovnim procesima rade se paralelno s implementacijom informacijskog sustava, a opis novih poslovnih procesa provodi se “na vatru” 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 fleksibilnost 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 ove 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. Pozitivnim primjerom bih nazvao korištenje IDEF notacije i programa Visio koji je vrlo raširen i ima potreban skup 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 daljnjoj aktivnoj uporabi. glavni problem Većina dokumenata "uradi sam" nezgodna je za korištenje. Na primjer, jedan takav dokument sastojao se od opisa onoga što je napravljeno u Microsoft Wordu i crteža napravljenih u PowerPointu; skakanje iz programa u program bilo je užasno nezgodno; trebalo je dosta vremena da se sve to jednostavno stavi 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.

U tu svrhu možete koristiti bilo koji uređivač teksta koji podržava 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.

Slične poteškoće imaju i poduzeća. 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 opisivanje 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 rastaviti, ne

Podsjećamo, svi epigrafi ovog članka 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 ove udice? Ali ove notacije nisu nimalo komplicirane, možda ih vrijedi naučiti?

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 čega dolazi sljedeća funkcija između ovih funkcija.

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 papirnatom i/ili 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.

“Š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 suvremenih metoda, koja vam omogućuje da opis složenog rada bude ne samo prikladan, već i mnogo točniji i razumljiviji svim sudionicima u projektu ili procesu.

Povijest nastanka standarda grafičkog modeliranja

Sada, kada tempo razvoja svih procesa u društvu raste i sustavi postaju sve složeniji, menadžment kao umijeće utjecaja na ljude također je prisiljen steći sposobnost upravljanja sustavima, slično upravljanju inženjerskim sustavima. 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 učinkovitog organizacijskog sustava od nule.

Ovaj trend ukazuje na to da se potraga za metodama opisivanja, pa čak i konstruiranja organizacije kao sustava odvija već dugo i prilično uspješno. Ako menadžment promatramo ne samo kao umjetnost, već i kao znanost, tada 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. Takvi se alati nazivaju 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 prikazuje pregled procesa 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 mi se danas njihovo korištenje bez informacijskog sustava i sustava bez baze čini nemogućim. 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. Oni 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đenja procesa, 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čitim razinama modela - za opisivanje i globalnih procesa i izradu detaljnih uputa 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 jednu seriju.

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 posla u projektu na jeziku koji je intuitivan za različite sudionike projekta. A za razvoj složenijeg višerazinskog modela aktivnosti poduzeća prikladnije su druge oznake modeliranja, koje ćemo razmotriti u sljedećim člancima.

1. 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).

2. Događaji i funkcije moraju se izmjenjivati ​​tijekom procesa. Odluke o daljnjem tijeku procesa donose funkcije.

3. 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 i model treba prilagoditi .

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

5. Događaji i izjave koje okružuju funkciju u gornjem dijagramu ( sl.16), trebaju biti početni/rezultirajući događaji i izjave u dijagramu dekompozicije funkcije ( Sl.17).

Slika 16. Dijagram procesa gdje se pojavljuje funkcija 1	Slika 17. Dijagram dekompozicije funkcije 1

6. Dijagram ne smije sadržavati objekte bez jedne veze.

7. Svaki operator spajanja mora imati najmanje dvije dolazne veze i samo jednu odlaznu vezu, operater grane mora imati samo jednu dolaznu vezu i najmanje dvije odlazne. Operateri ne mogu imati više dolaznih i odlaznih veza u isto vrijeme.

8. Ako operater ima dolaznu vezu iz elementa "događaj", tada mora imati odlaznu vezu s elementom "funkcija" i obrnuto.

9. Nakon jednog događaja ne smije slijediti operator "OR" ili "XOR".

10. Operatori mogu kombinirati ili granati samo funkcije ili samo događaje. Istodobno spajanje/grananje funkcije i događaja nije moguće.

11. Operator koji grana grane i operator koji spaja te grane moraju se podudarati. Također je moguće koristiti operator grane “AND” i operator unije “OR”.

Primjeri prihvatljivih situacija ( Sl.18, Sl.19, Sl.20, Sl.21):

Slika 18	Slika 19	Slika 20	Slika 21

Primjer neprihvatljive situacije ( Sl.22).