Notația ARIS EPC, folosită pentru modelarea proceselor de afaceri în setul de instrumente ARIS, este o secvență de evenimente și funcții care reflectă logica efectuării acțiunilor interconectate care vizează obținerea unui anumit rezultat.

Modelul ARIS EPC este destinat să descrie algoritmul pentru executarea unui proces de afaceri sub forma unei secvențe de funcții bazate pe evenimente. Modelul ARIS EPC se concentrează pe secvența funcțiilor, iar pentru a descrie condițiile din modelul procesului de afaceri sunt folosite evenimente și reguli, care pot descrie algoritmi complecși pentru executarea unui proces de afaceri.

Funcțiile din modelul ARIS EPC sunt declanșate de evenimente, de exemplu, „Factura primită pentru aprobare” și se termină cu evenimente, de exemplu, „Factura este aprobată” sau „Factura nu este aprobată”. Dacă, ca urmare a executării unei funcții, există o singură opțiune pentru execuția ulterioară a procesului de afaceri, adică. Ca urmare, este generat un singur eveniment, după care urmează următoarea funcție; evenimentul dintre aceste funcții poate să nu fie desenat.

Un model de proces de afaceri cu notație ARIS EPC începe și se termină în mod necesar cu unul sau mai multe evenimente sau interfețe cu alte modele de procese de afaceri. Pentru a reflecta interfețele, sunt utilizate obiecte speciale „Interfață de proces” - tipul de obiect „Funcție”.

La crearea unui model ARIS EPC, pot apărea situații în care același document este un document de ieșire pentru o funcție și un document de intrare pentru următoarea. În aceste cazuri, pentru a îmbunătăți ergonomia modelului, este permisă utilizarea unei reprezentări a documentului cu o conexiune de intrare (din funcția în care este creat sau ajustat) și o conexiune de ieșire (la funcția în care este utilizat) .

Modelul EPC nu poate fi deconectat, de exemplu. plasarea pe model a unui obiect care nu este legat de celelalte este o eroare.

Locația documentelor în raport cu funcțiile este de obicei următoarea: în stânga sus sunt documentele primite, în stânga jos sunt documentele trimise, executanții sunt de obicei localizați în dreapta funcției.

Următoarele informații sunt indicate pe modelul ARIS EPC:

• funcții îndeplinite
• resurse de informații ale funcțiilor (documente de intrare/ieșire)
• evenimente
• interfețe de proces
• operatori logici
• performeri (poziții, roluri de afaceri)
• Sisteme de informare

Reguli de denumire a evenimentelor în ARIS EPC

Numele evenimentului trebuie să conțină un substantiv și o descriere verbală a schimbării de stat. Exemplu: „Tranzacție finalizată”.

Reguli de denumire a funcțiilor în ARIS EPC

Pentru a denumi o funcție, trebuie să folosiți numele ei real. Numele trebuie să fie format din două părți - un substantiv verbal care descrie funcția îndeplinită și un substantiv care indică obiectul asupra căruia este îndeplinit. Numele funcției constă din numele scurt al obiectului care începe cu o literă majusculă, de exemplu, „Căutați contactele clienților”.

Reguli pentru denumirea rolurilor/posturilor în ARIS EPC

Denumirea rolului de afaceri (Tipul de persoană) trebuie să corespundă esenței responsabilităților atribuite interpretului. De regulă, titlul conține sintagma „Responsabil pentru...”. Titlurile postului (Poziția) sunt scrise în conformitate cu tabelul de personal.

Reguli de denumire a documentelor

Obiectul corespunde unui document (Transport de informații) (în hârtie și/sau în format electronic). Pentru a denumi documentele (indiferent de simbolul folosit), trebuie să folosiți numele lor real.

Reguli pentru denumirea sistemelor informatice în ARIS EPC

Pentru a denumi sistemele informaționale (Tipul de sistem de aplicație), ar trebui să utilizați numele stabilite ale acestora.

Regulile de denumire a interfeței de proces

Interfața Process arată o legătură către un proces adiacent. Numele interfeței de proces corespunde numelui modelului care descrie partea adiacentă a procesului de afaceri. Interfața poate fi utilizată pentru a face referire la modele de procese de afaceri care nu fac parte din procesul de afaceri care este descris.

Fiecare lucru este o formă de manifestare a diversităţii infinite.

Kozma Prutkov

Introducere în notația eEPC

În prezent, există multe principii diferite pentru reprezentarea grafică a proceselor de afaceri, numite notații. De ce sunt atât de mulți dintre ei? Această întrebare a fost pusă de toți cei care se confruntă cu nevoia de a descrie procesele de afaceri de zeci de ani. Să ne uităm la motive. Sunt trei dintre ele (după părerea mea):

• - Sarcini diferite. Nu toate notațiile sunt la fel de convenabile pentru rezolvarea diferitelor probleme. De exemplu, o notație poate fi convenabilă pentru un proces de afaceri de nivel superior, dar deloc convenabilă pentru descrierea unui flux de lucru.

Există diferiți dezvoltatori de astfel de notații. În momente diferite, diferiți dezvoltatori au încercat să vină cu noi principii pentru descrierea circuitelor. Au făcut acest lucru din bune intenții, când în practică au întâlnit o situație în care notația pe care o foloseau nu putea reflecta subtilitățile necesare (sau nu era clară). Uneori, în procesul evoluției, astfel de notații au devenit, parcă, paralele, adică. arată diferit, dar rezolvă aceleași probleme.

Dorința de a ieși în evidență. Acesta este momentul în care, din motive necunoscute, apare brusc o nouă notație, care nu are nimic remarcabil în sine, dar din anumite motive este promovată de creatorul ei drept cel mai perfect know-how. Acest lucru se întâmplă și astăzi.

Scopul acestui articol nu este să ia în considerare toate tipurile de notații (nu le numesc în mod deliberat numele), ci să mă oprim asupra descriere detaliata notația pe care am ales-o pentru proiectele mele în timpul unei lungi căutări a celei mai optime opțiuni.

Dacă cineva este interesat să afle ce alte notații există și pentru ce sunt folosite, plănuiesc să fac acest lucru într-un alt articol, care se va numi „Hai să vorbim despre notații”, dar aceasta este încă în planuri.

Este timpul să începem povestea noastră despre notația eEPC foarte interesantă, simplă și practică (tradus: descriere extinsă a lanțului de procese de evenimente). Traducerea sa literală dezvăluie, de asemenea, scopul său principal: o descriere a lanțului de procese de afaceri. Principala „trăsătură” a notației este principiul „evenimentului”, pe care îl vom analiza în detaliu.

Care sunt avantajele notației eEPC:

1. În primul rând, aceasta nu este tocmai o notație în formă pură. Acestea. dacă în unele notații există un set strict de elemente și reguli pentru utilizarea lor (altfel totul va deveni confuz), atunci principiul eEPC vă permite să adăugați propriile elemente. Cum se asigură acest lucru? Desigur, există un anumit „nucleu” în jurul căruia este construit totul, adică. un set de reguli clare prin care se construiește o diagramă și după care este apoi citită. În plus, puteți adăuga propriul element, puteți include regulile de utilizare a acestuia în propriul standard corporativ (pentru a exclude activitățile de amatori care pot încurca diagrama și pot complica lizibilitatea acesteia) și atât! Acesta este un punct foarte important. În plus, în a lui standard corporativ puteți stabili orice alte restricții și reguli
2. eEPC conține elemente logice. Acest lucru vă permite să construiți diagrame cu condiții, care sunt necesare pentru a descrie activitatea („dacă contractul este convenit, atunci ...., în caz contrar ...”)
3. Simplitatea elementelor vă permite să desenați diagrame ca în produse software, și în orice alt mod, chiar și pe hârtie, nu te vei încurca.
4. eEPC este atât de ușor de învățat și de înțeles încât poate fi folosit în activități reale și nu doar pentru colectarea prafului în dulap. Va dura aproximativ 2 ore pentru a preda regulile (dacă studentul dorește).

Bineînțeles, ca orice pe lumea asta, are și dezavantajele sale. Dar utilizarea rațională le reduce la minimum. Principalul dezavantaj, după părerea mea, este faptul că dacă folosești instrumente simple(adică programe pentru desenarea diagramelor, și nu pentru modelarea proceselor de afaceri), atunci nu avem o singură bază de date de obiecte. În plus, este dificil să controlați intrările și ieșirile (trebuie să le controlați, adică să veniți cu o modalitate de astfel de control, dacă este necesar). Dar, pe de altă parte, utilizarea instrumentelor complexe de modelare a proceselor de afaceri costă sume foarte impresionante, iar un proiect care le folosește se măsoară în milioane. Și astfel avem un instrument foarte economic și ușor de înțeles. Pentru a fi mai precis, acest dezavantaj se referă în mod specific la metoda de descriere pe care o iau în considerare, i.e. folosind MS Visio sau software similar. Dacă utilizați sisteme specializate pentru descrierea proceselor de afaceri care suportă baze de date cu obiecte, atunci acest dezavantaj poate fi evitat. Ei bine, este timpul să începem...

Principalul „nucleu” al notației eEPC

După cum am menționat deja, traducerea literală a acronimului eEPC conține conceptul de evenimente. Acesta este un punct foarte important pe care se bazează întregul principiu al construirii circuitului. Deci sunt două concept cheie: „Eveniment” și „Funcție”. Când cineva încearcă pentru prima dată să-și deseneze procesul sub forma unei diagrame eEPC, apare adesea întrebarea care este diferența dintre un eveniment și o funcție? Trebuie să înțelegeți clar acest lucru, altfel veți obține un rezultat imprevizibil. Deci: un eveniment este un fapt care se întâmplă ceva și nu are o durată în timp, sau acest timp tinde spre zero (sau nu contează). Mai mult, un eveniment determină întotdeauna necesitatea executării unei funcții, iar execuția unei funcții se termină întotdeauna cu un eveniment.Să explic cu un exemplu. Telefonul suna. Managerul a ridicat telefonul pentru o conversație telefonică. În acest caz, „Telefonul sună” este un eveniment. Convorbirea telefonică este o funcție. Conversația sa încheiat (închis) - un alt eveniment. Astfel, se observă un lanț de evenimente: Apel - conversație - sfârșitul apelului. Iar terminarea apelului va necesita probabil efectuarea unei noi funcții: înregistrarea rezultatului apelului etc.

Să încercăm să-l desenăm. În primul rând, trebuie să vă dați seama cum sunt afișate elementele Eveniment și Funcție.

Aceste două elemente simple formează baza regulilor de descriere a proceselor de afaceri în notația eEPC. Cred că ar trebui să spun câteva cuvinte despre culorile folosite. Dacă ați întâlnit descrieri ale proceselor în alte notații, de regulă, acestea erau alb-negru. Și acest lucru este corect, nu ar trebui să existe o dependență evidentă a conținutului de culoare, deoarece diagrama poate fi desenată cu un creion pe hârtie, tipărită pe o imprimantă alb-negru etc. În acest caz (în notația eEPC), s-a dezvoltat istoric că elementele au anumite culori. Ca să nu spun că acest lucru este necesar, dar obiceiul este dezvoltat, iar percepția în formă electronică este mai bună - puteți vedea imediat ce este. Aceste culori pot fi considerate o recomandare. De ce sunt așa? Nu sunt sigur exact, dar mi se pare că, deoarece compania ARIS, atunci când a făcut suport pentru notația eEPC în produsul lor, le-a dat aceste culori, ei „au prins rădăcini”. Apropo, uneori această notație este numită și „ARIS”, „ARIS EPC”, ceea ce nu este în întregime corect, deoarece ARIS nu a inventat această notație, ci a susținut-o în programul său de modelare a proceselor de afaceri. În general, recomand folosirea culorilor. Principalul lucru este că forma elementelor în sine nu ar trebui să fie aceeași (adică să difere doar prin culoare), deoarece în alb și negru acest lucru poate provoca confuzie. Există și alte reguli care fac posibilă ca diagrama eEPC să fie „armonioasă”; vom vorbi despre ele.

Deci, există un eveniment, există o funcție. Cum sunt ele conectate?

Vedem că event1 a dus la necesitatea îndeplinirii unei anumite funcții, care s-a încheiat cu event2. Dacă, de exemplu, cu un apel telefonic, ar fi așa:

Evenimentul de conexiune - funcție - eveniment este de obicei afișat de sus în jos pe o singură linie sau de la stânga la dreapta. Direcția lanțului este indicată prin linii de legătură cu săgeți. Pentru a face diagrama mai vizuală, notația oferă mai multe elemente standard:

• Poziție (interpret). Cel care execută această funcție
• Informație. Orice informație utilizată pentru a îndeplini o altă funcție decât informațiile documentare. De exemplu, un apel telefonic, instrucțiuni pentru efectuarea unei operații etc.
• Document. Elementul „Document” este destinat să afișeze medii de informare (hârtie sau electronice). Acestea. prezentarea informatiilor intr-o structura specifica.
• Program (aplicație). Software-ul folosit pentru a îndeplini funcția.

Toate celelalte elemente sunt auxiliare și practic nu sunt reglementate de cerințele eEPC în sine. Cu toate acestea, nu există nicio barieră în a adăuga propriile elemente. Principalul lucru este să remediați acest lucru într-un standard intern, astfel încât să existe o înțelegere comună a cum arată și de ce sunt utilizate. O astfel de extensie nu încalcă cerințele dacă conexiunea eveniment-funcție-eveniment nu este încălcată și are scopul doar de a îmbunătăți percepția informațiilor sau de a adapta regulile de descriere la orice specific al industriei. Am adăugat propriul meu set de elemente, pe care le voi discuta mai jos.

De asemenea, este necesar să se afle cum trebuie amplasate elementele luate în considerare. Toate aceste elemente trebuie să fie legate de funcție într-un fel sau altul. Aceasta este o regulă generală: niciun element altul decât o funcție nu este asociat cu un eveniment. Acestea. toate aceste elemente trebuie conectate prin săgeți la funcție. În ceea ce privește săgețile și direcțiile acestora: se acceptă în general că, dacă nu există o direcție pentru transmiterea informațiilor, atunci în loc de săgeată, este afișată doar o linie. Dacă informația intră (intră în intrare), atunci direcția săgeții este de la obiect la funcție; dacă iese, atunci invers.

Încă câteva cuvinte despre locația acestor elemente pe diagramă și ne putem redesena diagrama, clarificând execuția funcției de procesare a apelurilor. Nu există cerințe stricte pentru aranjarea elementelor, dar este obișnuit să le afișați în mod egal pe toate diagramele (pentru uniformitatea și armonia diagramei). Pentru a unifica aspectul scheme grafice proceselor de afaceri, astfel de reguli trebuie să fie consacrate într-un standard intern și respectate. Puțin mai târziu voi da câteva recomandări în acest sens. Acum să ne redesenăm diagrama:

Vedem că operatorul procesează un apel primit, acționând în conformitate cu regulile de procesare a apelurilor primite și folosește pentru aceasta programul CRM. Nu sunt folosite nici documentele de intrare, nici de ieșire.

După cum am menționat deja, unul dintre punctele forte notațiile sunt elemente de logică. În același timp, acesta este unul dintre cele mai dificile momente de înțeles. Prin urmare, voi da mai întâi un exemplu, apoi ne vom ocupa separat de elementele logicii.

Să fie așa în exemplul nostru: dacă clientul este interesat, lucrează în continuare cu el de către managerul de vânzări și el stabilește Ofertă comercială, care este trimis prin poștă utilizând clientul de e-mail MS Outlook. Dacă nu există interes, atunci procesarea apelului este finalizată. ÎN viata reala Ar fi bine să folosim regulile pentru a încheia un apel, dar ăsta sunt doar eu, apropo, să simplificăm deocamdată. Iată ce se întâmplă:

Elemente logice în diagramele de notație eEPC

Elementele logicii sunt simple, dar există caracteristici și reguli specifice pentru a se asigura că diagrama este logică și interpretată fără ambiguitate. Cea mai importantă regulă care trebuie respectată 100%: deciziile logice pot fi luate doar la executarea unei funcții. Acestea. după un eveniment nu mai poate exista ramificare. De ce? Pentru că în acest caz contrazice însăși conceptul de eveniment – ​​este simplu și instantaneu, fără timp de execuție. De exemplu, dacă sună telefonul și o persoană stă gândindu-se dacă să ridice sau nu telefonul, teoretic aceasta va fi deja o funcție în care va lua o decizie. Dar în practică, inclusiv bunul simț, el încalcă regulile de procesare a apelurilor, pentru că... el este plătit cu un salariu pentru a procesa aceste apeluri și nu este nimic de discutat aici (în general, așa cum se arată în diagramă).

În total, există 3 elemente diferite de logică:

• I. Când două sau mai multe evenimente au loc simultan;
• SAU. Când unul sau mai multe evenimente se pot întâmpla, dar cel puțin unul trebuie să se întâmple;
• EXCLUSIV SAU. Ori unul, ori altul. Acestea. două opțiuni sunt imposibile în același timp.

După cum puteți vedea, există două opțiuni pentru reprezentarea grafică a elementelor logice. Nu sunt diferite, complet alternative. Le-am adus pe amândouă pentru că... în practică, ambele opțiuni pot fi văzute în diverse surse. Pe care să-l folosiți depinde de dvs. Imi place mai mult primul.

Acum trebuie să înțelegeți utilizarea elementelor logice. Mai întâi, să ne uităm la opțiunile pe care le întâlnim, apoi trecem la un exemplu. Să ne uităm la fiecare element separat.

Element logic „ȘI”. Când o funcție necesită mai multe evenimente să apară simultan:

Exemplu: Dacă perioada de raportare este închisă (evenimentul 1) și a sosit termenul limită pentru transmiterea unui raport către manager (evenimentul 2), angajatul întocmește un raport lunar.

Elemente de conectare dacă, la executarea unei funcții, au loc mai multe evenimente:

Exemplu: unele lucrări au fost finalizate cu un client. Două evenimente au fost înregistrate în același timp: s-au împăcat înțelegeri reciproce (evenimentul 1), actul a fost semnat (evenimentul 2). În practică, această aplicație nu apare des. De regulă, dacă mai multe acțiuni sunt combinate într-o singură funcție

Elemente de legătură, dacă, la îndeplinirea mai multor funcții, apare evenimentul:

Exemplu: Depozitarul a ridicat comanda (funcția 1), operatorul a emis documentele (funcția 2), mărfurile sunt gata de expediere (eveniment).

Elemente de conectare dacă apariția unui eveniment duce la executarea mai multor funcții:

Exemplu: a sosit un transport de mărfuri (eveniment). Totodată, încep și expedierea mărfurilor comandate anterior de clienți și plasarea mărfurilor rămase în depozit.

Element logic „SAU”.

Elemente de conectare dacă unul dintre evenimente poate determina executarea funcției:

Exemplu: O cerere a fost primită prin telefon (evenimentul 1) sau o cerere a fost primită de e-mail(evenimentul 2) va duce la necesitatea procesării acestuia.

Elemente de conectare dacă o funcție poate genera cel puțin un eveniment:

Exemplu: O factură pentru mărfuri a fost pregătită și trimisă pentru a fi trimisă clientului. Factura poate fi trimisă prin poștă (evenimentul 1), prin fax (evenimentul 2).

Element logic „SAU EXCLUSIV”.

O conexiune de elemente atunci când unul și numai unul dintre evenimente este necesar pentru a îndeplini o funcție:

Exemplu: clientul a venit personal la magazin (evenimentul 1) sau a făcut o comandă prin Internet (evenimentul 2). Este necesar să expediați mărfurile (funcția 1).

Elemente de conectare dacă, în urma executării funcției, are loc cel mult unul dintre următoarele evenimente:

Exemplu: Decizia este fie luată, fie nu.

Elemente de conectare dacă evenimentul are loc după ce una și numai una dintre funcții a fost executată.

Exemplu: Bunurile au fost livrate (evenimentul 1) fie prin transport propriu (Funcția 1) fie de către o companie de transport (funcția 2)

Aplicarea corectă a elementelor logice necesită o anumită practică. Dar nu este greu. Trebuie remarcat faptul că nu toate combinațiile luate în considerare sunt utilizate pe scară largă în practică (și în general acest lucru este determinat de modul de gândire al analistului). Încercați să aplicați elementele de logică în practică. Dacă aveți dificultăți, scrieți-mi, voi încerca să vă ajut.

Extinderea notației cu propriile elemente

După cum am spus deja, eEPC nu este tocmai o notație, ci mai degrabă reguli de descriere. Și aceste reguli nu interzic adăugarea propriilor elemente la diagramă. Principalul lucru este că aceste elemente sunt de înțeles și că există un document în care sunt înregistrate astfel de extinderi ale elementelor. De exemplu, folosesc următoarele elemente suplimentare, care au apărut treptat în procesul de descriere a proceselor reale pentru diverse sarcini, de la o simplă descriere la setarea sarcinilor pentru automatizare.

Fișier de date. Folosit dacă o operație are ca rezultat crearea unui fișier de date sau un fișier este utilizat pentru a efectua o operație.

Bază de date. Folosit pentru a descrie fluxurile de informații între sisteme automate.

Indexul cardului. Folosit pentru a afișa un fișier de hârtie sau o arhivă.

Fluxul de materiale. Folosit pentru a indica fluxurile de materiale de intrare și de ieșire, precum și resursele consumate în timpul execuției unui proces. Fluxul de materiale este afișat în stânga documentelor însoțitoare.

Cluster de informații. Folosit pentru a desemna informații structurate (reprezentare entități). Diagrama poate fi utilizată pentru a indica documentele generate programatic atunci când se utilizează aplicații utilizator. În acest caz, elementul Cluster este situat în stânga documentului corespunzător. Acestea. indică faptul că utilizatorul nu numai că a creat un document de hârtie, dar a creat și o copie a acestuia în program.

Acorduri privind regulile de plasare a figurilor pe o diagramă

Notația eEPC în sine nu impune cerințe stricte privind aranjarea elementelor unul față de celălalt, deși este obișnuit să se deseneze o diagramă de sus în jos sau de la stânga la dreapta. Dacă acest lucru nu este unificat în cazul muncii mai multor specialiști, atunci poate rezulta un fel de „vinaigretă”. Pentru a evita acest lucru, se recomandă să dezvoltați și să aprobați propriile reguli de aranjare a elementelor. Respect (și recomand) următoarele reguli:

• Secvența evenimentelor și funcțiilor este aranjată de sus în jos (mai bine) sau de la stânga la dreapta (dacă nu este suficient spațiu);
• Elementele care indică executanți sunt situate în dreapta funcțiilor;
• Documentele primite sunt în partea stângă sus a funcțiilor; direcția săgeții de la documente la funcții;
• Documente de ieșire în partea stângă jos a funcțiilor; direcția săgeții de la funcție la documente;
• Elementul Informații este situat în partea dreaptă jos a funcției. Dacă spațiul nu este suficient, este permisă o locație arbitrară, cât mai aproape de funcție;
• Elementul Aplicație este situat în partea dreaptă sus a funcțiilor. (dacă pentru aceasta sunt folosite depozite de fișiere care nu sunt rapoarte, acestea sunt afișate în mod similar). Link fără săgeată.
• Elementele „Bază de date” și „Index card” sunt aranjate aleatoriu;
• Elementul „Flux de material” este situat în stânga documentelor însoțitoare și este legat de document printr-o linie fără săgeată;
• Elementul „Cluster”, atunci când este utilizat în combinație cu cifra „Document” pentru a desemna un document în formă electronică, este situat în partea stângă a documentului corespunzător.

De exemplu: Grefierul de salarizare calculează salariile pe baza documentelor „Ordinului Brigăzii” care i-au fost furnizate. În acest sens, el se ghidează după documentul „Regulamente privind salariile", calculul se efectuează în programul "1C: ZiK". Rezultatul calculului este documentul „Declarație”.

Identificarea elementelor dintr-o diagramă

După cum știți, o abordare competentă pentru descrierea proceselor de afaceri implică identificarea acestora, adică când fiecare proces are propriul nume de cod. În consecință, funcțiile individuale din cadrul unui proces au, de asemenea, propriile nume și identificatori.

Figurile „Document” și „Funcție” trebuie identificate pe diagramă.

Documentul se identifică prin indicarea în colțul din stânga sus a codului raportului sau documentului conform registrului. Documentele primite de la furnizorii de bunuri și servicii (incoming) sunt identificate numai prin nume.

O funcție este identificată prin specificarea numărului secvenței funcției pentru un anumit grup de procese. Acestea. Numărul funcției începe întotdeauna cu codul grupului de procese. Problemele de identificare a grupurilor de procese depășesc domeniul de aplicare al acestui articol; le vom analiza separat. Mai mult, ar trebui să învățați să identificați procesele înainte de a începe să le descrieți, altfel poate exista dorința de a descrie toate activitățile companiei pe o singură diagramă, așa cum se încearcă uneori.

Prin urmare, acum voi arăta doar cu un exemplu cum poate fi reprezentat acest lucru în diagramă. Să revenim la exemplul de procesare a apelurilor. Să presupunem că am atribuit codul „04” departamentului de vânzări, iar codul „VK” procesului de procesare a contactelor primite. Apoi diagrama va lua următoarea formă (identificarea este evidențiată cu roșu pentru claritate). Codul documentului indică numărul de serie al documentului în registrul general de documente (vom lua în considerare și acest lucru separat când vom ajunge la examinarea sistemului de flux de documente).

Afișare feedback

Atunci când se construiesc modele, există adesea necesitatea de a efectua un proces ciclic în funcție de o anumită condiție sau necesitatea de a afișa activitățile factorilor de decizie. În acest caz despre care vorbim despre părere. Pentru a afișa feedback-ul de control, se utilizează principiul „includerii directe” în procesul unei funcții de control suplimentare cu ramificare ulterioară (este folosit elementul logic „SAU exclusiv”). De exemplu:

Descrierea textului proceselor

Oricât am încerca să afișam un proces de afaceri pe o diagramă, nu vom reuși să obținem detalii complete, altfel ne putem bloca în lanțuri nesfârșite de elemente și condiții. Pentru a evita acest lucru, precum și pentru a adăuga informații la descrierea procesului care nu pot fi afișate grafic, descrierea este completată cu însoțire de text. În acest scop, sunt dezvoltate diverse șabloane de text, care sunt completate în timpul procesului de descriere. Formele unor astfel de șabloane pot fi diferite și includ secțiuni separate care descriu intrările și ieșirile, resursele consumate, software-ul utilizat etc.

În cel mai simplu caz, un șablon de descriere a procesului de afaceri ar putea arăta astfel:

Procesul de afaceri:	Procesarea unui contact primit	04.VK
Funcții de proces:
Nume	Descriere	Numărul de pe diagramă
Procesarea unui apel primit	Când sosește un apel de intrare, operatorul procesează apelul în conformitate cu regulile de procesare a apelurilor primite. Dezvăluie interesul clienților și oferă informații despre servicii	04.VK.01
Formarea unei oferte comerciale	In cazul in care clientul este interesat, operatorul transfera contactul managerului de vanzari. Managerul de vanzari pregateste o propunere comerciala si o trimite clientului prin email	04.VK.02
Indicatori de proces:
Nume	Metoda de evaluare/măsurare
Numărul de defecțiuni	Statisticile bazei de date

Dincolo de scopul acestui articol sunt subiecte atât de importante precum colectarea de informații, identificarea proceselor de afaceri, descompunerea și identificarea indicatorilor. Cu siguranță vom studia aceste probleme în numerele viitoare.

„Cu cât informațiile sunt transmise mai clar, cu atât mai rapid și mai precis vor fi percepute de persoana căreia i se adresează.” Acest adevăr a fost mult timp folosit în mod activ de marketeri, educatori și cercetători. Nici managerii nu au fost lăsați deoparte. Acest articol discută notația EPC ca fiind una dintre cele mai populare metode moderne, care vă permite să faceți descrierea unei lucrări complexe nu numai convenabilă, ci și mult mai precisă și mai ușor de înțeles pentru toți participanții la proiect sau proces.

Istoria apariției standardelor de modelare grafică

Acum, când ritmul de dezvoltare al tuturor proceselor din societate crește și sistemele devin mai complexe, managementul ca artă de a influența oamenii este forțat să dobândească capacitatea de a managementul sistemului, similar cu managementul sisteme de inginerie. La începutul anilor 90 ai secolului trecut, cuvântul „ reinginerire Michael Hammer și James Champy au introdus pentru prima dată această definiție în cartea lor Reengineering the Corporation." Și după aceasta, a apărut conceptul de „inginerie” a afacerilor. Dacă primul este reproiectarea proceselor de afaceri, atunci al doilea este proiectarea unui eficient sistem organizatoric de la zero.

Această tendință indică faptul că căutarea metodelor de descriere și chiar de construire a unei organizații ca sistem se desfășoară de mult timp și cu destul de mult succes. Dacă considerăm managementul nu numai ca artă, ci și ca știință, atunci el, ca orice altă disciplină științifică, are nevoie de propriile sisteme de notație specifice pentru fixarea formulelor și legilor. Astfel de soluții de sistem sunt utilizate cu succes de ingineri din multe domenii de activitate, chimiști, fizicieni, matematicieni etc.

Sistemul socio-economic, care este organizația, este mult mai divers decât științele naturii și încă nu a fost găsită o singură formă de înregistrare a „axiomelor” și formulelor de management. Dar drumul a fost pavat. Și începe cu binecunoscutele organigrame, care ne permit să descriem procedura pentru obținerea unui rezultat dat. Dar, din păcate, capacitățile vizuale ale unei diagrame de flux sunt foarte limitate și nu vă permite să afișați întreaga varietate de elemente ale procesului de management al afacerii.

Astăzi, au fost dezvoltate destul de multe opțiuni pentru diagrame de flux cu care puteți descrie interacțiunea oamenilor și sistemelor în procesul de activitate creativă. Acestea sunt combinate în seturi de instrumente pentru a descrie mai complet toate aspectele activităților întreprinderii. Astfel de unelte se numesc metodologii de modelare. Cele mai complete și cunoscute sunt trei dintre ele:

• ARIS (Arhitectura Sistemelor Informatice Integrate);
• SADT (Tehnica de analiză și proiectare structurată);
• UML (Limbaj de modelare unificat).

(click pentru a mari)

Pentru a descrie complet și cuprinzător activitățile unei întreprinderi, este necesar să se utilizeze diferite standarde grafice, care sunt incluse în metodologie și sunt numite notații. Dar pentru a rezolva probleme înguste, este suficient să alegeți notația care a fost inventată pentru descrierea corespunzătoare. Mai sus este unul dintre tipurile de notații grafice care vor fi discutate în acest articol.

Caracteristicile notației EPC

Notația de modelare EPC (Event-driven Process Chain) este axată pe construirea de algoritmi de interacțiune în procesul de realizare a unei anumite sarcini. Elementele sale principale sunt:

• evenimente care încep sau încheie munca;
• acțiuni (muncă) care transferă sistemul dintr-o stare în alta;
• executanții lucrării;
• resursele și rezultatele muncii (intrari și ieșiri).

Această notație este o parte integrantă a metodologiei ARIS, scrisă de Wilhelm-August Scheer, dezvoltată la începutul anilor 1990. La sfârșitul secțiunii precedente, figura demonstrează forma generala procesul de standardizare a muncii folosind notația EPC. Să luăm în considerare caracteristicile descrierii proceselor de afaceri ale unei organizații folosind această notație. Chiar și fără a pătrunde în esența diagramei, alternanța elementelor roșii și verzi atrage imediat atenția - acesta este lanțul de evenimente și procese inerente numelui notației. Compoziția elementelor modelului este determinată de patru poziții principale.

Este probabil ca în cursul descrierii modelului de proces să folosim un sistem informațional. Apoi îl putem afișa folosind seturi speciale de elemente pe trei niveluri ( culoare portocalie).

1. IS – sistem informatic.
2. modul IC.
3. Funcția IS.

Bazele de date au în mod tradițional propria lor imagine - sub forma unui cilindru. Deși le folosesc fără Sistem informatic iar sistemele fără bază de date mi se par imposibile astăzi. Pentru a afișa logica tranzițiilor între funcții, se folosesc operatori logici, care ajută la specificarea condițiilor de execuție a lucrărilor paralele sau apariția evenimentelor. Acestea arată opțiuni pentru îmbinarea sau ramificarea atât a funcțiilor, cât și a evenimentelor. Există doar trei operatori logici: „ȘI”, „SAU” și „SAU exclusiv”. Sisteme diferite pot folosi simboluri grafice diferite.

Notarea și utilizarea operatorilor logici în notația EPC

Algoritm pentru construirea unei diagrame EPC

După cum putem vedea, avantajul incontestabil al acestei notații este setul intuitiv de elemente și reguli pentru construirea diagramelor. Pentru a crea diagrame de proces, se recomandă utilizarea unor programe speciale de modelare a proceselor. Pentru EPC, acesta este în primul rând sistemul ARIS. Dar este costisitor și destul de complex și nu este folosit pentru proiecte periodice mici pentru a eficientiza activitățile departamentelor.

Simplitatea și popularitatea notației au stimulat crearea altor instrumente pentru desenarea proceselor de afaceri, inclusiv în notația EPC. Cel mai simplu dintre ele este Visio - unul dintre șabloanele din el se numește „Diagrama EPC”. Cel mai util instrument pentru mine este sistemul Business Studio. În acesta, pe lângă capacitatea de a desena un proces, puteți genera automat un document (Regulamente de proces) și instrucțiuni de lucru pentru participanții săi, ceea ce simplifică semnificativ partea de rutină a procesului de dezvoltare a standardelor de performanță.

Culorile și denumirile elementelor secundare pot varia ușor între programe, dar reguli generaleîntotdeauna consecventă. Exemplul de notație EPC prezentat în prima secțiune a articolului reflectă un algoritm simplificat pentru lucrul cu această notație. Să o luăm pas cu pas.

După ce parcurgem toți pașii, obținem plan detaliat executarea unui proces care este înțeles de executanții săi. Și evenimentele și rezultatele clar definite vă permit să stabiliți puncte de control pentru toate etapele semnificative ale procesului. Și vă trimit din nou la exemplul modelului vizual postat la începutul articolului.

Avantajele și dezavantajele notației EPC

Pe lângă simplitate și accesibilitate, utilizarea EPC are următoarele avantaje.

1. Vă permite să afișați toate elementele organizaționale semnificative pe o diagramă (spre deosebire de o simplă diagramă).
2. Poate fi folosit pe diferite niveluri modele – descriu ambele procese globale și realizează instrucțiuni detaliate datorită faptului că fiecare bloc funcțional poate deveni un subproces.
3. Este ușor să faceți paralelizarea complexă a unui proces, deoarece puteți introduce orice număr de evenimente într-un rând.

În același timp, această notație nu a devenit cea și numai datorită următoarelor neajunsuri.

1. Necesitatea de a veni cu evenimente pentru fiecare acțiune chiar și minoră complică foarte mult schema.
2. Defecțiunile organizaționale sunt probabil din cauza urmăririi incomode a misiunilor.
3. Înregistrarea de înaltă calitate a intrărilor și ieșirilor duce la o supraîncărcare a circuitului cu dreptunghiuri și săgeți, care încep să se intersecteze și, prin urmare, complică și mai mult percepția circuitului.
4. La paralelizarea lucrărilor, este foarte dificil să reflectați executanții. Dacă o persoană îndeplinește un grup de funcții, imaginea devine mai complicată cu săgeți. Dacă există mai mulți interpreți sau nu vrem să desenăm săgeți lungi, trebuie să dublăm „ovalele” cu interpreții. Toate acestea pot duce foarte curând la o confuzie completă în diagramă.

Din propria mea experiență, pot spune că procedurile locale de operare desenate în această notație sunt destul de convenabile atât pentru dezvoltator, cât și pentru utilizatorul instrucțiunilor. Notația este potrivită și pentru managerii de proiect, deoarece le permite să planifice vizual distribuția muncii în proiect într-un mod intuitiv. diferiți participanți limbajul proiectului. Și pentru dezvoltarea unui model mai complex pe mai multe niveluri al activității întreprinderii, sunt mai potrivite alte notații de modelare, pe care le vom lua în considerare în articolele următoare.

Partituri pentru afaceri

Articolul a fost publicat în revista „Management News” în ianuarie 2012.

Muzica ne-a legat
A devenit secretul nostru

Toate epigrafele acestui articol sunt preluate din piesa „Music Has Connected Us” a trupei Mirage.

În muzica clasică, muzicianul este un instrument în mâinile compozitorului și cântă după note. În muzica populară, muzicienii scriu cel mai adesea muzica ei înșiși, iar arta improvizației nu implică deloc note. Adevărat, improvizațiile celebre care au devenit clasice sunt apoi traduse în partituri și au făcut-o viață nouă: aranjamentul se schimbă, se adaugă un nou sunet și o stare de spirit.

De asemenea, o afacere care a crescut ca o improvizație pricepută pentru a trece la un nou nivel necesită apariția faptelor pe hârtie pentru a analiza ceea ce se întâmplă și a lua decizii pentru îmbunătățire.

Recent, din ce în ce mai des puteți găsi descrieri ale proceselor de afaceri (BP), realizate, după cum se spune, "de unul singur". Această împrejurare a determinat scrierea articolului. Din păcate, cele mai multe dintre aceste documente pe care le-am văzut întâmplător au fost de puțin folos pentru afaceri serioase. Asta nu înseamnă că erau fundamental incorecte, dar o serie de omisiuni i-au stricat atât de mult încât am vrut să uit imediat de existența lor. Ce fel de omisiuni sunt acestea și cum să le rezolvăm, ne vom da seama în cursul acestui articol, abordând treptat esența problemei. Vom încerca să evităm un număr mare de detalii tehnice, dar nu le putem evita complet, deoarece... subiectul conversației o cere.

Chiar sunt eu
Nu găsesc răspunsul la toate

Acest articol se adresează celor care doresc să economisească la descrierea proceselor de afaceri, încredințând pregătirea documentului unor specialiști interni. La urma urmei, o descriere a proceselor de afaceri nu este obligatorie pentru o companie și totul funcționează fără ea. Dar în orice companie stabilă există un mecanism de transfer de autoritate, se numește „ descrierea postului„Dacă afacerea este complexă și poziția este cheia, atunci este util să desenezi fișe de post pentru a fi mai ușor de înțeles. Acumularea proceselor de afaceri în descriere generala necesare pentru a face afacerea mai transparentă, mai ales pentru vânzarea acesteia.

Documentul „Descrierea BP” devine deosebit de relevant de îndată ce este nevoie de reorganizare (sau, așa cum este acum la modă, reinginiere) a companiei. În acest caz, documentul este utilizat pentru:

1. Pe ea, ca pe o hartă de luptă, marcați esența transformărilor planificate,
2. Aduceți la curent participantul la transformare,
3. Folosiți un pix și nu degetele pentru a atribui sarcini șefilor de departament și specialiștilor externi.

Există avantaje în a pregăti singur documentul:

• Iese mai ieftin;
• Specialist intern, mai bine versat în practicile afacerii sale natale.

Un consultant extern va trebui mai întâi să studieze terminologia și caracteristici cheie subiect, standarde industriale. Acest lucru necesită timp. Adevărat, el știe mai bine cum și ce trebuie descris. Există anumite reguli, notații general acceptate și software special. Un exemplu de astfel de notație poate fi văzut în Fig. 1 și fig. 2.

Notație IDEF0

Fig.1.

Un exemplu de descriere a unei surse de alimentare folosind IDEF0

Fig.2.

Nu ne da prelegeri

Nu-mi da lecții
Mamă, asta e inutil

Chiar avem nevoie de asta? - Directorul va cere, presupunând în mod rezonabil că respectarea tuturor standardelor va crește semnificativ costul rezultatului. Unul dintre directorii pe care îi cunosc a raționat astfel: „Invitarea unui specialist terță parte este o afacere costisitoare, dar sarcinile noastre sunt simple - de ce avem nevoie de toate aceste notații. Și specialistul, uneori, desenează ceva cu cârligele lui, nimic nu este clar, nu este convenabil să recunoști, așa că el este încă în urmă Pentru asta trebuie să plătești.”

Sunt de acord, dacă sarcinile sunt simple, de ce să te deranjezi? Și dacă sunt complexe, atunci trebuie să fie simplificate și nu complicate cu notații fanteziste. La urma urmei, nu există avantaje evidente din utilizarea cârligelor frumoase. Dacă nu există unele evidente, asta nu înseamnă că nu există. Aceste reguli și notații nu au fost inventate pentru ca consultantul să nu se plictisească... Oricine este implicat în afaceri știe bine că nu tot ce este util este evident. Ei bine, haideți să căutăm pozitivul ascuns și, pentru a face acest lucru, să ne uităm în istoria problemei.

Piața descrierii surselor de alimentare există de foarte mult timp. Cu toate acestea, în ultimul deceniu și jumătate, a făcut o descoperire rapidă, datorită apariției unei noi industrii - automatizarea contabilității și managementului în întreprinderi. Piața în creștere le-a oferit noilor veniți care au venit cu noi notații șansa de a pătrunde și de a-și pune locul. De exemplu pe piata ruseasca in cateva anii recenti campaniile masive de publicitate și informare din partea IDS Scheer (principalul furnizor al ARIS - vezi Fig. 3) au creat un strat de specialiști în descrierea proceselor automate.

Utilizarea notației ARIS necesită detalii mari ale proceselor de afaceri.

Fig.3.

Implementarea unor sisteme precum ERP (managementul resurselor), CRM (relațiile cu clienții), MRP (planificarea producției) duce inevitabil la schimbări în procese, iar dacă acest lucru nu este planificat din timp, rezultatul poate fi mai rău decât s-a dorit. În plus, automatizarea lucrează cu informații, ceea ce înseamnă că este util să știm ce informații sunt generate de cine, de unde provin și unde se duce. Dar notațiile speciale pentru introducerea automatizării nu au prins niciodată rădăcini aici și sunt rar folosite.

Descrierea proceselor de afaceri din Rusia este o tendință relativ recentă, în ciuda numărului impresionant de GOST din acest domeniu (3.1109, 34, ISO etc.). Acum, cu calitatea descrierii propriilor procese de afaceri, lucrurile stau cel mai bine în bănci. Cert este că, spre deosebire de alte structuri comerciale, o bancă este o organizație de infrastructură și, prin urmare, se află în cadrul strict al reglementărilor definite de lege. Banca funcționează pe principiul managementului zilnic. Drept urmare, chiar și o descriere simplificată a proceselor de afaceri ale Băncii (în limba rusă fără utilizarea notațiilor) se dovedește a fi mai detaliată, deoarece se bazează pe o bază construită pe volume de reglementări care definesc standarde, terminologie, roluri și reguli. Aceste standarde sunt limbajul general acceptat în mediul bancar și descrierea proceselor de afaceri va fi ușor de citit pentru orice specialist.

În structurile comerciale, descrierea proceselor de afaceri necesită un dicționar preliminar de termeni. Și atunci când încep să o pregătească și să-l coordoneze, mulți se confruntă cu faptul că aceleași lucruri sunt numite diferit în departamente diferite. Intrând în detalii, se dovedește că diferite nume poartă de fapt nuanțe diferite de semnificație. Coordonarea terminologiei este unul dintre cele mai intensive procese de muncă în descrierea unui proces de afaceri. Este important să puneți în funcțiune acest proces. Pot prelua cea mai mare parte a muncii din diviziile proprii ale companiei, deoarece nevoia de a-i reglementa activitățile duce la o mai bună organizare a proceselor și procedurilor.

Când descrierea este necesară pentru automatizare, este posibilă și secvența inversă. Schimbarea proceselor de afaceri se realizează în paralel cu implementarea sistemului informațional, iar descrierea noilor procese de afaceri se realizează „fierbinte” și este parte integrantă a documentației sistemului.

Personal

Am uitat totul
Am fost învățați de atâția ani

În mod ciudat, alegerea notării și corectitudinea descrierii sunt mai critice pentru întreprinderile mici și mijlocii. Companii mari au de obicei o mai mare elasticitate a procesului datorită interschimbabilității angajaților. Pentru o afacere mică, în care execuția punctelor critice se reduce la 2-3 factori de decizie, indicarea incorectă a traseului procesului poate da naștere la un concept fundamental incorect al soluției. Deoarece rezultatul este critic, atunci instrumentul este important, dar cum să-l alegeți?

Fiecare notație este adaptată pentru o gamă specifică de sarcini. Vom considera ca sarcina cea mai presantă să fie schimbarea proceselor de afaceri în cadrul unui proiect de automatizare a managementului. În aceste scopuri, există un set bun de instrumente care sunt destul de răspândite: acestea sunt GOST-uri rusești și același ARIS și IDEF, precum și EPC (Fig. 4 și Fig. 5).

Notație EPC

Fig.4.

Descrierea unui proces de afaceri folosind EPC

Fig.5.

Dacă o carte este scrisă într-o anumită limbă, atunci cel mai important lucru este să ai un cititor care să cunoască această limbă și să o poată citi. Pe baza acestui fapt, cel mai comun standard pentru descrierea TA este cel mai bun.

Atunci când alegeți o notație, un alt criteriu important este capacitatea de a utiliza un instrument software familiar. De exemplu, Microsoft Business Solution în 2002 a oferit notație On-Target pentru sistemul de informații Navision, însoțită de o soluție software specială. Acesta este chiar cazul când este mai bine să alegeți altceva - nu numai că nimeni nu cunoaște notația On-Target, dar și mediul software va necesita timp pentru a o studia. Aș numi utilizarea notației IDEF un exemplu pozitiv și Programe Visio, care este foarte comun și are setul necesar de instrumente pentru desenarea diagramelor IDEF (Fig. 6).

Procesele de afaceri IDEF realizate în Visio

Fig.6.

Desigur, descrierea sursei de alimentare se poate face pur și simplu în cuvinte, precum și folosind diferite simboluri (din propria invenție), deoarece pare de înțeles. A avea o astfel de descriere este mai bine decât nimic, dar menținerea standardelor este totuși utilă.

Plenitudinea și profunzimea sunetului

Nu știu ce mă atrage aici

1. va dura mult timp
2. Unele detalii se vor schimba în timpul creării documentului.

O greșeală comună este încercarea de a se potrivi descrierilor pentru a se potrivi cu notația. De exemplu, încercarea de a descrie proceduri în format ARIS, de ex. obținerea unei redundanțe aparente în descriere atunci când aceasta nu este necesară.

Dar mai mult greseala comuna este o profunzime insuficientă a documentului. Ca urmare, rezultatul este un document formal care nu este potrivit pentru muncă, deoarece toate detaliile importante trebuie clarificate în cadrul procesului.

O melodie este o succesiune de sunete, nu note.

Uită de această zi
Nimeni nu are nevoie de un argument

Aceasta înseamnă că sursa de alimentare poate fi descrisă simplu în cuvinte, fără nicio notație. Desigur, notația este mai corectă, dar nu asta este important. Descriere BP nu este un produs final, ci doar un instrument pentru noi realizări. Aceasta înseamnă că trebuie adaptat în continuare utilizare activă. Principala problemă a majorității documentelor de tip do-it-yourself este că sunt incomod de utilizat. De exemplu, un astfel de document a constat într-o descriere a ceea ce sa făcut în Microsoft Wordși desene făcute în PowerPoint, era teribil de incomod să sară de la program la program, a trebuit să petrec mult timp doar ca să le aduc pe toate într-un singur document. Se pare că documentul trebuie să aibă următoarele proprietăți:

1. Să aibă o ordine clară și o grupare a secțiunilor, de ex. fii holistic din punct de vedere conceptual (de obicei, asta înseamnă că dacă ai un concept, atunci ai învățat să-l folosești);
2. Identificați clar unitățile de afaceri și oferiți-le nume și numerotare clare;
3. Evidențiați clar procesele de afaceri și, de asemenea, acordați-le un nume și o numerotare clare;
4. Elementele trebuie numerotate astfel încât să se evite confuzia (acest lucru ușurează mult căutarea): de exemplu, Departamentul nr. 1 ar trebui să aibă în document numărul Dept.001, iar Procesul de afaceri nr. 1 să aibă numărul BP001 ;
5. Documentul trebuie să aibă o secțiune de conținut cu o structură arborescentă;
6. O companie este un organism integral și niciun proces de afaceri nu stă în aer - este întotdeauna conectată cu alte unități de afaceri, unități de afaceri și departamente. Pentru a reflecta aceste conexiuni, puteți utiliza hyperlinkuri - acest lucru va face mai ușor să găsiți informații și să treceți de la un obiect la altul.

Orice poate fi folosit pentru afaceri editor de text suportarea hyperlink-urilor.

Unii oameni cred că într-un grup muzical profesionist este suficient să ai unul sau doi muzicieni adevărați. Niciun cunoscător de muzică sincer nu va fi de acord cu asta. Aceste conversații apar din cauza lipsei de profesioniști și de persoane creative.

Afacerile au dificultăți similare. Sunt puțini specialiști buni care își cunosc compania din cap până în picioare și sunt foarte ocupați. Analizând procesele de afaceri pe cont propriu, economisim bani și poate economisim timp. Dar nu este întotdeauna posibil să le selectați pe cele mai bune pentru a descrie sursa de alimentare. Puteți încredința rutina unor artiști de rang inferior, dar atunci există riscul de a întârzia procesul. Necunoașterea principiilor de construire a unor astfel de documente implică riscul de ineficiență (rezultatul este inutilizabil, este același cu absența acestuia).

Cea mai bună calitate și rapiditate în pregătirea documentelor este posibilă într-o alianță cu un specialist cheie și un consultant cu experiență. Rezultatul va fi un limbaj agreat pentru descrierea proceselor de afaceri (adică, terminologia afacerii companiei) și descrierea însăși în detaliu suficientă pentru a rezolva probleme ulterioare.

Repet ca răspuns la toate convingerile
Nu ne vor despărți, nu

Vă reamintim că toate epigrafele acestui articol sunt preluate din piesa „Music Connected Us” a grupului Mirage

Un consultant terță parte va scrie un document într-un limbaj de notare care este pe înțelesul altor consultanți și adesea mai potrivit pentru caz. Nu înțelegi toate aceste cârlige? Dar aceste notații nu sunt deloc complicate, poate că merită să le înveți?

O diagramă funcțională EPC trebuie să înceapă cu cel puțin un eveniment de pornire (evenimentul de pornire poate urma interfața de proces) și să se termine cu cel puțin un eveniment de final (evenimentul de final poate preceda interfața de proces).

Evenimentele și funcțiile trebuie să se alterneze pe măsură ce procesul progresează. Deciziile cu privire la continuarea procesului sunt luate pe funcții.

Numărul recomandat de funcții de pe diagramă nu este mai mare de 20. Dacă numărul de funcții de pe diagramă depășește semnificativ 20, atunci există posibilitatea ca procesele de la nivelul superior să fie identificate incorect și modelul să fie ajustat.

Evenimentele și funcțiile trebuie să conțină strict o conexiune de intrare și una de ieșire, reflectând progresul procesului.

Evenimentele și declarațiile care au înconjurat funcția din diagrama de mai sus ar trebui să fie evenimentele și declarațiile inițiale/rezultate din diagrama de descompunere a funcției.

Diagrama nu trebuie să conțină obiecte fără o singură conexiune. Fiecare operator de îmbinare trebuie să aibă cel puțin două legături de intrare și doar o legătură de ieșire, iar fiecare operator de ramură trebuie să aibă doar o legătură de intrare și cel puțin două legături de ieșire. Operatorii nu pot avea mai multe conexiuni de intrare și de ieșire în același timp. Dacă un operator are o conexiune de intrare de la elementul „eveniment”, atunci trebuie să aibă o conexiune de ieșire la elementul „funcție” și invers. Un singur eveniment nu trebuie urmat de un operator OR sau XOR. Operatorii pot îmbina sau ramifica numai funcții sau numai evenimente.

Orez. 2.62 Exemplu de diagramă de proces în notație EPC

Orez. 2.63 Exemplu de situație acceptabilă 3	Orez. 2.64 Exemplu de situație acceptabilă 4

Un exemplu de situație inacceptabilă.

Orez. 2.65 Exemplu de situație inacceptabilă

Metode statistice pentru controlul procesului

Sunt date exemple ale celor mai populare metode de analiză statistică și este propus un mecanism de evaluare a acestora.

Analiza diagramei Pareto

Pe întreprinderile industriale Apar în mod constant tot felul de probleme: defecte, defecțiuni ale echipamentelor etc. În cele mai multe cazuri, numărul copleșitor de defecte și pierderile asociate apar din cauza relativ numar mic motive, ponderea costurilor materiale fiind de aproximativ 70–80%. Pentru a afla care dintre aceste motive sau factori sunt principalii, se construiește o diagramă Pareto.

Diagrama Pareto este un instrument care vă permite să prezentați și să identificați în mod obiectiv principalele cauze care afectează problema studiată. Există două tipuri de diagrame Pareto: după rezultatele activităților și după cauze.

Diagrama de performanță este concepută pentru a identifica problema principală și reflectă următoarele rezultate nedorite de performanță:

· Cost: volumul pierderilor, costurile;

· Siguranta: accidente, accidente;

· Timp de livrare: termene nerespectate, lipsa inventarului.

Diagrama Cauze Pareto reflectă cauzele problemelor care apar în timpul producției:

· Executantul muncii: tură, echipă etc.;

· Echipamente: mașini, unități, unelte etc.;

· Metode de lucru: succesiunea operaţiilor, condiţiile de producţie;

· Măsurători: precizie, reproductibilitate, stabilitate.

Construirea unei diagrame Pareto constă din următorii pași.

Pasul 1. Determinați ce probleme trebuie investigate și cum să colectați date; cum să le clasificăm. Setați metoda și perioada de colectare a datelor.

Pasul 2: Elaborați o listă de verificare a înregistrării datelor care să enumere tipurile de informații care trebuie colectate.

Pasul 3. Completați fișa de înregistrare a datelor și calculați totalurile.

Pasul 4. Elaborați o foaie de calcul pentru verificările datelor, inclusiv un grafic pentru totalurile pentru fiecare articol verificat separat, suma acumulată a numărului de defecte, procentul din total și dobânda acumulată. În același timp, aranjați datele în ordinea importanței.

Tabelul 3.1.1 Construcția diagramei Pareto

Cod defect	Numărul de defecte	Suma cumulativă a numărului de defecte	Procentul de defecte	Dobânda acumulată
Total		-		-

Pasul 5: Desenați o axă orizontală și două verticale. Axe verticale: pe axa din stânga, se pune o scală cu un interval de la 0 la numărul corespunzător totalului general; pe axa dreaptă – o scară cu un interval de la 0 la 100%. Împărțiți axa orizontală la numărul de caracteristici controlate.

Orez. 3.1.1 Diagrama Pareto

Etapa 6. Construiți un grafic cu bare în care fiecare tip de căsătorie are propriul său dreptunghi.

Pasul 7. Desenați o linie cumulativă.

Când construiți o diagramă, ar trebui să acordați atenție următoarelor puncte:

· Diagrama se dovedește a fi cea mai eficientă dacă numărul de factori este 7 – 10;

· La prelucrarea datelor este necesară stratificarea acestora în funcție de parametrii individuali (timpul de selecție a datelor, tipul produselor, lotul de materiale, operatorul etc.);

· Dacă factorul „celălalt” se dovedește a fi prea mare, analiza conținutului acestui factor ar trebui repetată;

· Graficul trebuie realizat sistematic. Pareto pentru același proces, care vă va permite să urmăriți tendința numărului de defecte pentru fiecare factor (Fig. 3.1.1).