Ja sellegipoolest üritas inimmõistus asjata seda mõista enam kui 2000 aastat, samal ajal kui see õnnestus, kuid vähemalt umbes, palju tähendusrikkamate ja keerukamate vormide analüüs. Miks nii? Sest arenenud keha on kergem uurida kui keharakku. Lisaks analüüsides majanduslikud vormid ei saa kasutada mikroskoopi ega keemilisi reaktiive. Mõlemad tuleb asendada abstraktsiooni jõuga.

Karl Marx. Pealinn. 1. köide. Esimese väljaande sissejuhatus.

Äriprotsessidest räägitakse palju ja sageli peamiselt seoses ettevõtluse automatiseerimisega. Kasutan ka seda mõistet, sealhulgas oma artiklites CRM-süsteemide, ERP-i kohta, töötades BPMN-i märkuste, IDEF0 ja muude tööriistadega, mis võivad olla vajalikud ärikonsultandi töös ja automatiseerimissüsteemide rakendamisel. Samal ajal ei leidnud ma Runetis termini "äriprotsess" selget ja detailset määratlust.

Paljud autorid kasutavad seda "vaikimisi", kui mõistet "intuitiivne" ilma dekodeerimiseta või lisavad isegi täiendavat segadust, kasutades alternatiivset terminoloogiat, näiteks kirjutavad nad äriprotsessi asemel "äriüksuse" jne.

Selles artiklis otsustasin rääkida sellest, mis on äriprotsess, rääkida selle kontseptsiooni ajaloost ja sellest, kus seda saab ja tuleks rakendada. Järgmise artikli plaanin pühendada ka äriprotsesside teemale, milles räägin teile, kuidas äriprotsesse õigesti kasutada.

Äriprotsessi määratlemine

Mis vahe on äriprotsessil ja funktsioonil või isegi lihtsalt tavalisel protsessil? Mille poolest need terminid erinevad? Jõudsin järgmisele järeldusele:

Äriprotsess on loogiline inimese (või mitme inimese) tegevuste jada meeskonnas. Äriprotsessi kirjeldamise eesmärk on analüüsida ja reguleerida meeskonnas teatud toiminguid.

Miks keskendun inimestele ja meeskonnale?

1. Äriprotsess toimub alati inimeste osalusel. Kui toimingud on pooleli automaatne süsteem või programm, pole see enam äri, vaid tehnoloogiline protsess või spetsifikatsioon. Ja siis jõustuvad pisut erinevad standardid, kirjeldusmeetodid ja rakendusfunktsioonid.
2. Äriprotsess hõlmab alati otseselt või kaudselt mitmeid inimesi. Isegi kui inimene töötab üksi (näiteks kirjanik), on tal ikkagi kliente (kirjastused) ja tarbijaid (lugejaid). Samuti ei tööta müüja n-ö vaakumis - tal on toodete tarnijaid ja ostjaid ning ka kõik need inimesed on äriprotsessis ühel või teisel viisil kaasatud.

Miks ma kirjutan meeskonnast, mitte kaubandusstruktuurist või ettevõttest? Sest äriprotsessi mõistet saab muu hulgas kasutada ka: mittetulundusühing... See võib olla heategevus, kiirabi visiit patsiendi juurde või isegi õhtusöögi korraldamine ilma müügi või kasumita. Sel juhul on võimalik kirjeldada ka äriprotsessi, kuna meil on inimesi, kes teatud tulemuse saavutamiseks teevad mõnda toimingut.

Äriprotsessi kirjeldus

Samuti on oluline määratleda äriprotsessi kirjeldus:

Äriprotsessi kirjeldus on töötajate tegevuste jada kirjeldus, kui nad teostavad teatud toiminguid graafilisel ja tekstilisel kujul, et reguleerida meeskonnas toiminguid, analüüsida ja optimeerida nende järjestust.

Ja siin on vaja mõista, et äriprotsessi ei eksisteeri ilma kirjelduseta. Ainult kirjeldamise protsessis ilmub äriprotsess, s.t. ühte ilma teiseta on võimatu realiseerida.
Pealegi peavad kõik äriprotsessis kirjeldatud toimingud olema loogilised, nende järjestus peab viima kindla varem seatud eesmärgini.

Äriprotsesside kirjeldus on loominguline töö. Isegi kui kirjeldada "mis on", on mõned ebatäpsused siiski lubatud, nurgad "tasandatud", mõned toimingud on taju hõlbustamiseks ära jäetud. Ja kui kirjeldatakse “mis peaks olema”, luuakse olemasoleva põhjal midagi uut. Samal ajal on ärianalüütik endiselt piiratud rangete raamistikega - reeglid, süntaks, loogilised piirangud.

Isiklikult võrdlen uue äriprotsessi loomist õhukese niidi tasakaalustamisega loovuse, kunsti ja range matemaatika harmoonilise kombinatsiooniga.

Samal ajal peate mõistma, et mitte ükski äriprotsess ei saa olla täiuslik ja vastab 100% tegelikkusele. Mõnes lihtsustamises ja eelduses on alati koht, kus isegi kõige rangemate määruste rakendamisel teeb inimtegur oma kohandused.

Lisaks, nagu teate, on igas uues olemuses alati võimalus veelgi paremaks muutuda. Ja äriprotsesside loomine kinnitab ka seda filosoofilist väitekirja. Ükskõik kui kõvasti proovite äriprotsesse täiuslikult kirjeldada, on selles siiski midagi, mida saaks ka nüüd või tulevikus täiustada.

Ja siin on ühelt poolt väga oluline aeg ise peatada, sest uuendatud äriprotsesse hakkavad rakendama tõelised inimesed, kes on harjunud töötama "vanamoodsal viisil", ja peate arvestama nende mõtlemise inertsuse ja õppimise astmega. Ka automatiseerimine, mis on tavaliselt äriprotsesside kaasajastamise osa, nõuab teatud investeeringuid. Ja siin on vaja lähtuda kliendi reaalsetest võimalustest.

Kõike seda, ärikonsultant peab selgelt aru saama iseendast, teadma, kus ja millisel eelduste tasemel ta äriprotsessi kirjeldust lihtsustas ning kuhu ta otsustas objektiivsetel põhjustel (rahandus, inimfaktor) mõned otsused tulevikuks edasi lükata. Ja seda kõike peab olema võimalik ettevõtte juhile lihtsalt ja selgelt selgitada.

Peamine erinevus äriprotsessi ja tehnoloogilise vahel on see, et tehnoloogilises protsessis eeldatakse väljundis üsna kindlat tulemust. Näiteks kui me räägime tootmisest, siis peaks väljund olema teatud parameetritega tooted.

Muidugi on isegi tehnoloogilises protsessis võimalus abielluda, kuid mitte üks loogiline variant, vaid rikkumise tagajärjed tehnoloogiline protsess... Äriprotsessis viibimise ajal võib tulemus "väljumisel" olla erinev, sõltuvalt äriprotsessi "kehas" olevate teatud tingimuste täitmisest, mis viidi läbi ilma rikkumiste ja ebaõnnestumisteta.

Selguse huvides võib tehnoloogilise protsessi kirjeldus välja näha järgmine:

1. Võtke tühi A;
2. Me ühendame selle toorikuga B;
3. Töötleme parameetrite C jaoks;
4. Saame kauba kätte.

Kõik on üheselt mõistetav ja tingimuslikke "kahvleid" ei pakuta.

Äriprotsessis peetakse üsna normaalseks järgmist olukorda:

1. Saame sisendandmed A:
   • Kui andmed vastavad tingimusele B, minge järjekorda C;
   • Kui andmed vastavad tingimusele D, tehke toimingud E.
2. Tulemus kantakse väljundisse.

Need. juba protsessi algoritm on esitatud võimalikud tingimused ja erinevad toimingud, sõltuvalt alg- või vaheandmetest.

Mõiste ajalugu

Olen mitu korda lugenud teavet, et IDEF0 äriprotsesside märge ilmus peaaegu 19. sajandi keskel. Realistlikumad autorid kirjutavad Teise maailmasõja perioodist. Kuid nad on ka valed.

Näiteks kui ma kirjutasin IDEF0-d käsitlevat artiklit, tsiteerisid mõned lugejad märkuste näidetena ministeeriumide ja osakondade juhiseid Esimese maailmasõja ajal või isegi varem ning graafiliste esitustena arutati sõjaliste operatsioonide diagramme ja visuaalseid pilte. Kuid see kõik ei ole äriprotsessi kirjeldus. Kõike eeltoodut võib nimetada tehnikateks, visuaalseteks demonstratsioonideks, juhisteks, kuid mitte märkusteks.

Märked on tänapäevane mõiste, pealegi nimetatakse märkusi millekski väljakujunenud, normeeritud, s.t. käskude ja märkuste komplekt, mida kasutavad paljud inimesed, mitte üks või kaks organisatsiooni. Äriprotsesside kirjeldamiseks või näiteks programmeerimiseks võite tulla välja oma erikeel. Kuid seni, kuni see massikasutuses "sisse jookseb", ei avalikustata ega kõrvaldata vastuolusid, mitmetähenduslikke tõlgendusi ega muid puudusi, kuni see ei muutu inimestele väljakujunenud ja tuttavaks standardiks, ei saa seda nimetada märkimiseks. Kavatsen märkuste kohta pikemalt kirjutada hiljem. Tuleme nüüd tagasi mõiste "äriprotsess" tekkimise küsimuse juurde.

Tegelikult ilmus äriprotsesside kirjeldus ja BPMN-i märkus XX sajandi 70ndatel, kui neid hakati kasutama kõikjal infosüsteemid... Nii terminit ennast kui ka märget oli algselt vaja just infosüsteemide arendamiseks.

Fakt on see, et pärast infosüsteemide kasutuselevõttu on inimeste töö korraldamise keerukus organisatsioonides kasvanud mitu korda. Lisaks ei mõista masinad abstraktsiooni, nad vajavad ranget algoritmi ja teatavat teabe sisestamise ja töötlemise järjekorda. Kui enne automatiseerimise algust, kui teave edastati otse inimeselt inimesele, oli vastastikuse mõistmise probleem inimsuhtluse tasemel, siis nüüd on vaja seda rangelt reguleerida.

Selle tulemusel osutus vajalikuks koostada mitte ainult organisatsioonis olevate inimeste ametijuhendid, vaid ka nende suhtlus infosüsteemidega. Ja siin polnud piisavalt tekstilisi märkusi (juhiseid), kus kõik kirjeldused olid vabas vormis vormis, osutusid need ebaoluliseks ja ebamugavaks. Spetsiaalse käsukeele ja ühemõtteliste toimingute jada loomisel oli tegelikult vaja standardimist. Pealegi, erinevalt masinakeeltest, oleks need märked muutunud masinkoodidesse tõlkimiseks ja inimeste tajumiseks võrdselt mugavaks.

Esimesed metoodiliselt välja töötatud äriprotsesside märkused (ja ma räägin konkreetselt metoodiliselt välja töötatud märkustest, näiteks IDEF3 ***) ilmusid USA sõjaväes. Põhjus on ilmne - isegi siis kasutasid Ameerika Ühendriikide sõjavägi automatiseerimist, kasutades kaugühendusi, s.t. väga süsteem, millest hiljem sai Internet. Ja infosüsteemide sellise rakendustaseme juures oli äriprotsesside märkuste vajadus eriti tungiv.

*** Metoodiliselt välja töötatud märkuste teemal tahaksin öelda ka paar sõna. Miks ma nimetasin näitena IDEF3: ma pole veel näinud äriprotsesside kirjeldamiseks väljaarendatud metoodilist süsteemi. Isegi BPMN 2.0 areneb ja on endiselt täiustatud. Ja kui lugeda IDEF3 ingliskeelset kirjeldust (ma pole veel vene keelde tõlget näinud), siis oskate ka hinnata selle väljatöötamise põhjalikkust.

Väga kiiresti saavutas metoodika ja märge ärikeskkonnas tohutu populaarsuse.
Märked võimaldasid hankida tööriista inimeste ja digitaalsete infosüsteemide koostoime kirjeldamiseks.

Nende abiga sai võimalikuks äri optimeerida, s.t. saate parema jõudluse sama hinnaga.

Eriti huvitas äri optimeerimise võimalus. Nagu teate, peate millegi parandamiseks selgelt aru saama, mis teil on ja mida soovite sellest muuta. Ja graafiline märge näitas selgelt mõlemat olukorda - lähtepunkti ja soovitud tulemust, aga ka kõige probleemsemaid alasid. Nende andmete põhjal selgus, et optimaalse lahenduse raja valimine ja optimaalse moderniseerimisvõimaluse modelleerimine on palju lihtsam kui ilma selliste mugavate tööriistadeta.

Siis ilmusid äriprotsesside ja äriprotsesside märked, mis on kaks lahutamatult seotud kontseptsiooni.

On väga oluline mõista, et näiteks puudub eraldi “müügi äriprotsess”. On müügiprotsess, mis muutub äriprotsessiks, kui kirjeldate seda märke abil. Need. ilma äriprotsessi märkuses kirjelduseta tegelete müügiga, keegi ei vaidlusta seda. Kuid kuigi puudub kindel vapustamatu ja ühemõtteline kirjeldus, on teie müük mõnes mõttes spontaanne nähtus. Ja neist saab äriprotsess alles siis, kui neid kirjeldatakse märke raames ja selle kirjelduse praktikas rakendamist.

Müük on kõige lihtsam ja ilmsem näide. Igaüks meist ostja rollis ja paljud müüja rollis on selle protsessiga tuttavad. Ja me kõik teame, et isegi seesama inimene erinevad olukorrad (jaoks erinevad kaubad, müüvad erinevad ostjad erineva ilmaga ja üldiselt olenevalt tujust) veidi erineval viisil. Kuid kui kirjeldate ja reguleerite selgelt teatud äriprotsessi, siis sõltumata sellest, "millise jalaga müüja hommikul üles tõusis", toimub müügiprotsess teatud viisil standardiseeritud, piiratud teatud raamistikega ja sellest tulenevalt ka stabiilsem.

Miks modelleerida (kirjeldada) äriprotsesse

Nagu ma olen juba mitu korda kirjutanud, teen koostööd peamiselt väikeste ja keskmise suurusega ettevõtetega, kus pakun laia valikut teenuseid - alates probleemide tuvastamisest ja “ kitsaskohad»Ettevõtte töös enne lahenduste juurutamist pakkusin välja tarkvaratoodete ja automaatikasüsteemide tasemel.

Äriprotsesside modelleerimine aitab lahendada kaks probleemi korraga:

• Ettevõtlusõpe.Graafiline esitus diagrammide kujul, s.t. äriprotsesside modelleerimine võimaldab teil kiiresti mõista ettevõtte eripära ja tuvastada võimalikud kitsaskohad.
• Nähtavuse tagamine. Nagu teate, on "üks pilt väärt tuhat sõna". Seetõttu aitab ettevõtte töö skemaatiline kujundus juhil ja ettevõtte omanikul probleemi olemust palju kiiremini mõista ja pakutud lahendusi hinnata. Ärikonsultandi (muide, aga ka tarkvara juurutamise spetsialisti) töös on väga oluline, et klient mõistaks kõiki lahenduse eeliseid. Tagasiside pole vähem oluline - diagrammil olev haldur näeb mõnda puudust isegi projekti arutelu etapis ning rakendamine toimub ilma täiendavate raskusteta ja projekti muudatuste tegemisega „lennult”.

Ja termini ilmumise ajaloo uurimise kombinatsioon minu isikliku kogemusega annab järgmise määratluse:

Äriprotsessid on vajalikud keeruka teabe esitamiseks hõlpsasti mõistetavas vormis õppe- ja otsuste tegemiseks.

Kujutage ette tavaline ettevõtekoosneb erinevatest osakondadest: raamatupidamine, personal, müügiosakond, ladu, kohaletoimetamine, tootmine jne. Selle kõige kohal on üks inimene - ettevõtte juht. Füüsiliselt ei saa ta ekspertide tasemel aru igat tüüpi äriprotsessidest. Sellepärast palgatakse erinevaid spetsialiste. Kuid ta peab seda kõike tõhusalt juhtima ja teatud juhtudel ka moderniseerima.

Ja siin tulevad appi äriprotsessid. Kus teatud tüüpi inimtegevust ettevõttes kirjeldatakse graafiliste märkustena ja esitatakse kujul, mis aitab juhtkonnal mõista, kuidas töö igal etapil täpselt toimub ja mida saab siin paremaks muuta. Samal ajal ei pea ettevõtte juht omama kõrge kvalifikatsiooni konkreetse profiili spetsialistil.

Muidugi ei saa sellel tasemel vältida mõningaid teabekadusid. Graafilise märkusega on võimatu kirjeldada iga töötaja kõiki nüansse ja detaile. Kuid need teabekaod osutuvad protsesside üldise mõistmise ja otsuste tegemisel tähtsusetuks.

Kuidas kirjeldada äriprotsesse

Tegelikkuses töötavate äriprotsesside kirjelduse saamiseks piisab vaid iga töötaja toimingute jada hoolikalt uurimisest. Need. teatud protsessi alustamiseks on vaja hankida teavet sissetulevate andmete kohta, väljaminevate - s.t. töötaja tegevuste tulemus, samuti registreerige samm-sammult vajalikud toimingud.

Pärast kogu teabe kogumist tuleb see tõlkida graafiliseks märkuseks. Siinkohal tasub mõista, et äriprotsesside kirjelduste koostamisel peetakse "heas vormis" graafilisi märkusi. Enda jaoks saate märkuse koostada nii, nagu soovite, on olemas ka kirjelduste tekstivariandid ja neid kasutavad näiteks mõned tarkvaraarendajad. Kuid kui kirjutate märkmeid teistele lugemiseks, olgu see siis programmi arendaja või ettevõtte tegevjuht, valige graafika.

Selle otsuse põhjus on lihtne: teavet tajutakse paremini graafilisel kujul. Kui pakute inimesele "teksti seina", võtab see palju aega ja vaeva, et aru saada, millest te räägite. Ja kogu ülesande katmine on sel juhul peaaegu võimatu. Graafilised diagrammid on teine \u200b\u200bküsimus - siin saate uurida äriprotsesse erinevad tasemed detaile ja iga inimene saab kiiresti "üldiselt pilguga aru" graafilise skeemi.

1. Kogume protsessis osalejaid (töötajaid);
2. Kogume protsessi alustamiseks vajalikku ja piisavat sissetulevat teavet;
3. Kogume kasutatud süsteeme. See võib olla raamatupidamissüsteem, CRM, e-post, Exceli arvutustabelid jne. Kõik, mida töös tegelikult kasutatakse, tuleb salvestada.
4. Me määrame eeldatava tulemuse - mis toimub protsessi lõpus.
5. Inimese sooritatavate toimingute jada kokku panemine.
6. Isoleerime tingimused. Toimingud võivad olla erinevad sõltuvalt erinevatest sisenditest ja vahetulemustest.
7. Kirjeldame kogu kogutud teavet graafiliselt mugavas märkuses (IDEF3, BPMN 2.0 jne).

Äriprotsesside kirjeldamise reeglid

Ülalpool rääkisin palju loovusest, võimalustest kaasata äriprotsesside kirjeldusse tingimusi ja tegevusvõimalusi. Selle tulemusel võib tunduda, et inimese "tööl" toimimise mis tahes kirjeldust võib pidada äriprotsessi kirjelduseks. Tegelikult on ranged raamistikud ja reeglid, mis määravad, kas toimingute loetelu võib nimetada äriprotsessi kirjelduseks (graafilises või teksti vormis) või mitte:

• Täielikkus. Äriprotsess peab selgelt vastama sellele eelnenud küsimusele. Kui me räägime teatud toote või teenuse müügi protsessist, siis peab äriprotsess täielikult kirjeldama määratletud tulemuse saamiseks vajalikke toiminguid ja lõpetama just sellise tulemusega (teatud eeldustega, mida ma eespool mainisin).
• Lakonism. Äriprotsess peab ühendama piisavuse, s.t. kirjeldage kõiki vajalikke samme ja toiminguid, olles samas võimalikult lakooniline, et hõlbustada taju. Isiklikult tulin välja “15-minutise reegliga” - kui selle aja jooksul suudan ettevõtte juhtkonnale esitatud äriprotsessi selgitada, siis saab seda kliendile näidata. Selgub kiiremini - suurepärane, see võtab rohkem aega ja rohkem sõnu -, peate mõtlema, mida saaks lühendada ja lihtsustada.
  Nägin kord isiklikult äriprotsessi graafilist kirjeldust, mis oli tehtud 2 meetri pikkusel (ja vastava laiusega) lehel. Seda on isegi lihtne arvestada ja mõista, kuhu nool viib, on äärmiselt keeruline. Ja kuidas seda kliendile selgitada, ma isiklikult ei kujuta ette.
  Pidage meeles, et inimene tajub visuaalselt teatud kogust teavet, mida piirab muu hulgas lehe või ekraani teatud suurus (see on tingitud nägemise iseärasustest), samuti elementide arv (ka aju võimalused on piiratud). Klient saab aru lihtsast ja lakoonilisest äriprotsessist, kattes diagrammi lihtsalt pilguga. Keerulist ja detailidest üleküllastunud materjali tuleb rohkem kui tund aega uurida, et mõista, mida seal kuvatakse. Tõenäoliselt ei hakka ettevõtte juht, kes pole üksikute osakondade töö ekspert ja kellel on ka vaba aja maht piiratud, lihtsalt nii keerulist kujundust uurima ega mõista isegi kõige soodsamate pakkumiste olemust.
• Üldtunnustatud märkuste kasutamine. Ärge leiutage oma märget ja reegleid. Kasutage märget, mida kasutatakse kogu maailmas. Nägin mõne vene autori raamatutes katseid luua oma süsteem nimetused. Ja ausalt öeldes ei saanud ma aru, miks nad nii enda kui ka lugejate elu keeruliseks teevad. Siin, nagu ka keele puhul, võite tulla välja oma erikeelega, kuid keegi muu saab sellest aru. Ja kui see osutub olemasolevatega sarnaseks, võib ilmneda ka segadus. Või siis peetakse teid kirjaoskamatuks, kuna te ei kasuta kirjavahemärke, ei lisa sõnu jne tuntud keelte reeglite kohaselt. Nii ka märkustega - juba on olemas, inimestele teada ja mis on samuti oluline, intuitiivne märge. Need said populaarseks, kuna nende loomise ja viimistlemise käigus kontrolliti pidevalt nende lihtsust, üheselt mõistetavust ja mugavust. Kui kasutate valmis märkeid, mõistetakse teid, tajutakse teda eksperdina ja märkereeglid ise päästavad teid loogiliste vigade eest. Mina isiklikult soovitan IDEF3 ja BPMN 2.0.
• Kõiki äriprotsessis osalejaid tuleb arvesse võtta ja neile otse näidata. Ja seda tuleb teha ilma joonealuste märkusteta nummerdamiseta, kommentaaridena Swimmi reaobjektides (spetsiaalsed joonealused märkused) jne. See on sageli "patt" neile, kellele meeldib valmis märkmete kasutamise asemel ise oma konstruktsioone luua. Kuskil nende nimed ei sobi, kuskil arvatakse, et pikk nimi äriprotsessis on ebamugav. Selle tulemusel peate joonealustesse märkustesse otsima, kes see on, või unustavad selliste äriprotsesside loojad lihtsalt mõne osaleja ära märkida.
• Kasutajasõbralik kirjeldus.Kõige olulisem on see, et teie tarbija, see, kes seda märkust loeb, peaks kiiresti ja ideaaljuhul isegi ilma teie selgitusteta aru saama äriprotsessi kirjeldusest.

Kõik muu sõltub ainult sinust ja äriprotsesside kirjelduse tarbijast. Kui teile tõesti meeldib kasutada erinevaid värve (noolte või objektide jaoks), on see minu arvates täiesti vastuvõetav. Märkeid saate luua ka mitte ainult minu soovitatud tööriistade kaudu, vaid ka mis tahes teie jaoks mugavas keskkonnas. Kui märge järgib ülaltoodud reegleid ja on teie tarbijale arusaadav, olete loonud täpselt selle, mida vajate. Ja see on tõesti äriprotsessi kirjeldus, professionaalne ja tööks optimaalne.

Levinud müüdid ja väärarusaamad

Ära "leiuta ratast"! Te ei pea ise oma märkusi välja pakkuma.

Sageli joonistavad inimesed selle asemel, et uurida olemasolevate märkuste funktsioone, erinevates graafikaprogrammides vabas vormis graafikuid.

Ma ei soovita seda teha. Esiteks, valmis tööriistade kasutamisel ei pea te leiutama oma märkusi ja standardeid. Kõik leiutati enne sind. Samal ajal on standardsed märked tõesti intuitiivsed, loetavad ühemõtteliselt ja on teada paljudele inimestele. Teiseks, riiulisüsteemidel (IDEF3, BPMN 2.0 jne) on hästi välja töötatud metoodika ja ranged piirangud. Neid võib pidada programmeerimiskeeleks ja selle keelega töötamise keskkonnaks. Siin ei saa te lihtsalt paljusid vigu teha, süntaksistandardid ja keskkond ise (redigeerija piirangud, automaatsed kontrollid) säästavad teid sellest.

Ärge ajage segi ettevõtte äriprotsesside kirjeldust ja IT-süsteemide äriprotsesse.

Paljudes automatiseeritud süsteemidnäiteks 1C või Zoho CRM, on olemas oma üksused, mida nimetatakse "äriprotsessideks". Kuid neil üksustel pole midagi pistmist selles artiklis kirjeldatud äriprotsessidega. Mõelge neile "homonüümideks", st. terminid kõlavad ühtemoodi, kuid meie puhul on see ettevõtte töö kirjeldus ja IT-süsteemides - funktsioonide ja aruannete rühma nimi.

Levinud viga: äriprotsess toob tingimata väärtust (kasumit).

Olen isegi tuntud esinejatelt kuulnud, et äriprotsessid peaksid olema kasumlikud. Pealegi olen äriprotsessi loomisel näinud isegi "vigade analüüsi", milles pööratakse suurt tähelepanu tõsiasjale, et 70% toimingutest pole väärtust.

Tegelikult on äriprotsessid erinevad. Mõnede tulemuseks on tõesti kasum, näiteks otsemüük. Muudel juhtudel on keeruline rääkida väärtuse omandamisest ja üldiselt meetmete hindamisest sellest vaatenurgast. Kuidas saate näiteks hinnata kauba saatmise või maksuaruannete koostamise ja saatmise äriprotsessi väärtust?

Usun, et äriprotsess ei anna tingimata mingit väärtust, kui seda mõistetakse ettevõtte otsese kasumina. Protsessidele suunatud lähenemisviisi juurutamine ja äriprotsesside juurutamine on suunatud rohkem millelegi muule - väärtuse säilitamisele, s.o. suurema tõhususe saavutamine sama hinnaga.

Kas on võimalik luua täiuslik äriprotsess - millal peatuda?

Mitte. Äriprotsess peab olema lihtne, selge, mugav, loetav. Kuid see ei saa kunagi täiuslikuks.

Kui tööle asusin, tundus mulle kogu aeg, et ma ei tööta millegagi välja, kuskil oleks seda võinud paremini teha. Ja sageli palusid kliendid mul seda või seda protsessi detailsemalt kirjeldada. Ja pidasin seda ka oma puuduseks.

Tegelikult põhineb äriprotsessi modelleerimine kõige ülalkirjeldatud põhjal mingil kujul eeldus, loominguline protsess. Teisest küljest ei teadnud ma korraga isegi seda, mida vastata taotlustele kirjeldada seda ja seda. Kuid aja jooksul mõistsin, et ärimudel ei ole lihtsalt loovus, vaid omamoodi dialektiline protsess. Ja juba äriprotsessi loomisel on alati oma eitus. Siinkohal tasub tõesti käsitleda seda küsimust filosoofilisest aspektist. Ja äriprotsessi loomisel peate meeles pidama, et me ei saa kõike korraga katta ja seetõttu on see alati ebatäiuslik. Kuid samal ajal paneme juba selle juurde, mida tulevikus parandame. Sellele tasub läheneda lihtsalt tõsiasjana.

Teie äriprotsess peaks ülesande lahendama, vastama küsimusele, mida projekti raames kaalutakse. Kõik muu on tulevase võimaliku koostöö küsimus. Täpselt nii tasub klientidele selgitada, miks te ei kirjelda mõnda protsessi ega joonista mõnda muud arutatud protsessiga seotud äriprotsessi.

Äriprotsesside loomine algab nende kirjeldamisest. Äriprotsesside kirjeldamist saab teha erineval viisil. Igal neist on nii plusse kui miinuseid. Kirjeldusi on 3 tüüpi - tekst-, tabel- ja graafiline. Looduslikult on nad puhtal kujul haruldased. Enamasti ühendame need meetodid ühel või teisel kujul. Kui aga keskendute ühele kolmest elemendist - kirjeldus tekstis, tabelites või äriprotsessiskeemil - võtmisele, valite selle tehes ühe kirjelduse tüübi.
Äriprotsesside haldamine ilma neid kirjeldamata on äärmiselt keeruline.

Äriprotsesside tekstiline kirjeldus

Tõenäoliselt kõige lihtsam ja levinum variant, mida rakendada. Kõik, mis äriprotsessis toimub, on kirjeldatud sõnadega, s.t. lõpetame tekstiga. Äriprotsesside ehitamine eeldab üsna suure hulga äriprotsesside arendamiseks vajalike elementide ja võimaluste kirjeldamist, tekst võib olla väga tülikas. Ma tõesti mäletan protsessi, mille tekstikirjeldus võttis 32 lehekülge ja skeem - ainult 3.

Äriprotsesside kirjeldamise eelised tekstis

• Seda on väga lihtne teha - lihtsalt istuge maha ja kirjutage.
• Ei vaja erilisi oskusi - pime aeg on möödas, nüüd saavad kõik kirjutada :)

Miinused

• Teksti on keeruline töödelda - tekstimassiividega töötamine on väga keeruline, kuna peame leidma sõnade taha peidetud olemuse.
• See raskendab protsessi üldist tajumist - lugedes teist lehte, võite juba unustada, mis oli esimesel. Keerulist, hargnenud protsessi kirjeldavat teksti on väga raske lugeda. Peate pidevalt tagasi minema, et aru saada, millest see räägib. Selle tagajärjel on pildi tajumine täielikult häiritud.
• Põhimõtteliselt on see tajumine keeruline - kui teksti on koostanud kirjutamisoskuseta inimene, muutub see lugemine piinamiseks. Igal inimesel on oma keel ja kohati võib see olla väga keeruline. Kas olete kohanud "halbu" raamatuid? Protsessi kirjeldus võiks olla veelgi hullem :)
• Seda on keeruline struktureerida ja analüüsida - protsessil võib olla palju arenguteid. See tähendab, et sõltuvalt tulemustest, sündmustest ja tingimustest teostame selles protsessis erinevaid toiminguid. Kujutage nüüd ette, kuidas oleks seda kirjeldada tekstis. Kui ühel lehel on kümmekond if-i, on väga keeruline hoida lihtsat ülesehitust. Selle tulemusel nõuab analüüs sinult tohutult pingutusi ja tohutut eeltööd.

Vihje - kasutage struktureeritud loendeid

Äriprotsesside kirjeldus tabelite kujul

Laud on suurepärane! Ma armastan tabeleid. Võite neid tundide kaupa vaadata ... ja oma küsimusele vastust ei leia :) Lihtsalt nalja. Tegelikult pole ettevõtte äriprotsesside kirjeldamine seotud tabelitena nii halb mõte. Vähemalt palju parem kui tekstiline kirjeldus. Suurim väljakutse on ettevalmistamine hea mall tabel, millesse tegelikult hiljem sisestatakse andmed.

Äriprotsesside kirjeldamise eelised tekstiga tabelite kujul

• Suhteliselt lihtne valmistada - malli ettevalmistamine pole nii keeruline. Peaasi, et see oleks arusaadav neile, kes selle täidavad. Lisaks võimaldavad kõik arvutustabeliprogrammid (näiteks Excel) tabeli lahtritesse kirjeldusi lisada. Kasutage seda võimalust andmete täpsustamiseks.
• Malli on suhteliselt lihtne täita - kui mall on selge, siis pole seda keeruline täita. See ei vaja erilisi oskusi ja teadmisi.
• Struktuuri olemasolu - tabel ise eeldab juba teatud struktuuri.
• Digitaalse andmetöötluse mugavus - kõige parem on töötada tabelis olevate numbritega. Selle andmetüübi jaoks sobib seda tüüpi kirjeldus kõige paremini. Tabeli andmeid, isegi tekstilisi, on palju mugavam võrrelda ja analüüsida.

Miinused

• Pole kompaktne - suurte protsesside kirjeldus koos kõigi paljude alamprotsesside ja elementidega näeb välja nagu leht. Sellist kompaktset on keeruline nimetada.
• Puudub vajalik detail - selleks, et tabel oleks kompaktsem, peaks andmete hulk olema piiratud. See tähendab, et isegi kui sisestate teksti tabelisse, peab see olema piiratud. See tähendab, et vajaliku detaili saavutamine ei pruugi olla lihtne.
• Puudub taju terviklikkus - suur hulk andmeid ei aita sellele kaasa. Ehkki kui teil on vaja vaadata ühe toimingu (alamprotsessi) andmeid reas või sama tüüpi andmeid veerus, on parem mitte koostada tabelit.
• Okste kuvamise keerukus - sama probleem kui teksti puhul. Suur arv harusid ja mis on oluline, hargnemistingimustele tugineva protsessi arendamisel on üsna keeruline selgelt kuvada.
• Vajab ettevalmistamist - võtke aega hea malli ettevalmistamiseks.

Vihje - korraldage alamprotsessid, toimingud ridades ja andmed veergudes. See muudab taju lihtsamaks. Kasutage ühe suure laua asemel lingitud tabeleid.

Kirjeldus diagrammi kujul, äriprotsessimudel

Ma ei vea kassi märtsiks. Parim kirjelduse tüüp on ettevõtte äriprotsesside graafiline kirjeldus diagrammi ja mudeli kujul. Enamik eksperte on juba pikka aega eelistanud kirjelduse graafilist tüüpi. Vaadake ainult seda tüüpi plusse ja miinuseid.

Äriprotsesside kui mudeli kirjeldamise eelised

• Taju lihtsus - meie aju on konstrueeritud nii, et me tajume pilti kiiremini kui miski muu. Seetõttu on skeemi väga lihtne tajuda. Aju "pildistab" skeemi ja töötleb seda alateadlikul tasandil, mitu korda kiiremini kui meie teadvus. Skeemi tajumine lihtsalt seetõttu, et näeme kohe elementide omavahelist seotust.
• Taju terviklikkus - 1 diagramm on protsessi mudel teatud tasemel. See tähendab, et diagramm annab meile kohe ettekujutuse protsessist tervikuna. Eelkõige selle piiride, põhielementide jne kohta. Kui protsess on üksikasjalik mitmel tasandil, siis jäävad diagrammid endiselt ühendatuks.
• Vajalik ja piisav detailsus - samal ajal saab diagrammil kuvada suhteliselt palju detaile, kaotamata samas taju kvaliteeti.
• Protsessiarenduse harude ja teede selge kuva - õigesti koostatud diagramm annab kohe ettekujutuse, kuidas protsess peaks õiges versioonis arenema. Ja ka muid võimalusi sündmuste arendamiseks.
• Automatiseerimise lihtsus - paljud tarkvarariistad võimaldavad teil diagramme tõlkida programmeerimiskeeltesse, mis lihtsustab tarkvaraarendajate ja juurutajate elu oluliselt.

Miinused

• Nõuab erilisi oskusi - peate teadma, kuidas diagramme õigesti koostada. Tunnege erinevaid tähiseid. Ja mõnikord, isegi iseseisvalt, koostage elementide komplekt, mida kasutate kirjelduste ja reeglite jaoks.
• Suhteliselt rohkem aega kirjelduse ettevalmistamiseks - hästi üles ehitatud protsessimudel peaks olema lihtne ja arusaadav. Selleks, et vooluring oleks selline, peate kulutama palju aega. Igal lollil on seda keeruline teha, kuid lihtsus nõuab osavust;)

Investeering kirjelduse graafilisse tüüpi tasub end üsna hästi ära.

Vihje - äriprotsesside kirjeldamiseks võib piisata 3-5 graafilisest elemendist (kujundist).

Lõpuks

Selle tulemusel kasutate igat tüüpi kirjeldusi. Dokument pealkirjaga "Äriprotsessi kirjeldus ..." sisaldab graafilist diagrammi, tabeleid ja teksti. See on normaalne. Kuid minu nõuanne teile on juhinduda graafilistest mustritest ja vältida teksti kasutamist. Hea mudel ei pea olema tekstiga kaasas. Enamikel juhtudel.
Äriprotsesside loomine algab nende kirjeldamisest.

Olen täiesti nõus. Kuid vestluse teema oli protsesside kirjeldamine, mitte nende jälgimine. Vastan siiski võimalikult palju võrguühenduseta konsulteerimise raames.
Loomulikult on vaja protsesse jälgida, vastasel juhul pole kogu meie töö väärt hasarti.
Selle protsessi juhtimiseks on vaja väljund-, sisend- ja protsessimõõdikuid. Eelistatav on ka vertikaalsete kirjete indikaatorite olemasolu. Kirje "Ressursid" kvantitatiivsed näitajad võimaldavad teil arvutada kulusid ja jälgida kvaliteedinäitajate vastavust. Perioodiliste auditite ja enesehindamiste käigus kasutatakse nii ressursimõõdikuid kui ka piirangumõõdikuid.

Kuid kas on vaja iga protsessi jälgida? Kas peate määrama iga protsessi jaoks mõõdikud? Millistesse protsessidesse investeerida?
Ei ja jälle mitte. Vaja on selektiivsust. Kõigepealt peate jälgima andmete kogumise kulusid ja kulusid. Ja kõigepealt jälgige prioriteetseid protsesse. Kuidas protsesse tähtsuse järjekorda seada ja kuidas kindlaks teha, millised protsessid vajavad täiustamist, millised on ümberehitustööstused ja millele on vaja ainult suuremat tähelepanu? Valides protsesse, mis vajavad parandamist, ümbertegemist või ainult erilist tähelepanu, peate lähtuma järgmistest kriteeriumidest:
1. Protsessi tähtsus:
mida olulisem on protsess, seda põhjalikumalt peate seda jälgima;
protsessi olulisuse määrab selle tulemuste olulisus.
–Näitajad: nii tulemuslikkus kui ka tulemuslikkus.
2. Protsessi tõhusus - protsessi võime täita eesmärke, mõõdetuna kliendi rahuloluga protsessi üle.
3. Protsessi tõhusus - kulud ja tarneajad.
Valiku kriteeriumiks on näitajate määrav väärtus. Tähtsuse mõttes on parim kohtunik definitsiooni järgi organisatsiooni juhtkond. Ehkki juhtkond peaks eelistama erinevaid ärivaldkondi ja klientide või muude huvitatud osapoolte kategooriaid, tuleb iga kliendiklassi või muude huvitatud osapoolte piires kõige paremini otsustada selle järgi, kui suurt tähtsust nad saavad organisatsioonilt, klientidelt endalt või teistelt huvitatud osapooltelt. Seetõttu tuleks nende poolt mõõta tähtsuse astet.
! On ütlematagi selge, et tulemuste lõpliku hindamise, eriti erinevate protsesside suhtelise tähtsuse korporatsiooni põhiprotsesside osas, peaks tegema juhtkond. Näitajate jaoks peaks kohtunik olema alati protsessi tulemuste kasutaja.
Tarbijad saavad saadud toodete ja teenuste kasutatavust - ja üldiselt ootuste rahuldamist - kõige paremini hinnata.
Muud huvitatud pooled (aktsionärid, juhtkond, töötajad, äripartnerid, ühiskond) saab ka hinnata seda, mida nad saavad teistest paremini! Eri kategooriate klientide ja muude sidusrühmade suhtelise tähtsuse kindlaksmääramine on strateegia küsimus ja seetõttu on juhtkonna kohustus.
Kliendid ja muud sidusrühmad tuleks seejärel kaasata oodatud kvaliteedi iga elemendi suhtelise olulisuse määramisse. Kuna klientidele kvaliteedi loomiseks on olemas protsesse, on loomulik kohtunik organisatsiooni protsesside võrdlusväärtuse loomulik otsustaja klient:
- abiprotsesside sisetarbija;
–Turule orienteeritud protsesside välistarbija;
–Muud sidusrühmad neile suunatud protsessides.
Teisisõnu, tarbijad ja muud sidusrühmad teavad rahulolu põhjustajaid ja kuidas neid kaaluda.
! Tippjuhtkond langetab lõpliku otsuse tulemuste valideerimiseks, mille käigus kliendid ja muud sidusrühmad on olulisuse kindlaks teinud (ja täiendab seda teiste

Äriprotsesside kirjeldamiseks kasutatakse kahte tüüpi tööriistu - vertikaalset ja horisontaalset kirjeldust.

Vertikaalsel kirjeldamisel näidatakse äriprotsessipuus ainult tegevusi ja nende hierarhilist järjekorda. Sel juhul on ainult vertikaalsed sidemed vanemate ja laste töökohtade vahel (joonis 4a).

Horisontaalse kirjeldusega näidatakse ka seda, kuidas need teosed on omavahel seotud, millises järjestuses neid teostatakse, mis info- ja materjalivood nende vahel liiguvad. Sel juhul ilmuvad äriprotsessimudelis horisontaalsed lingid protsessi moodustavate erinevate tegevuste vahel (joonis 4b).

Joonis 2. Äriprotsesside vertikaalne ja horisontaalne kirjeldus

Organisatsiooni planeerijad kasutavad äriprotsesside kirjeldamisel erinevat terminoloogiat. Näiteks nimetatakse vertikaalset kirjeldust funktsionaalseks kirjelduseks, horisontaalset - protsessikirjelduseks või lihtsalt äriprotsesside kirjelduseks.

2.2 Äriprotsesside horisontaalne kirjeldus.

Praegu on äriprotsesside horisontaalseks kirjeldamiseks kolm peamist viisi: tekst, tabel, graafiline. Kirjeldame neid meetodeid lühidalt.

1. Tekst

See meetod pole midagi muud kui äriprotsessi järjestikune tekstiline kirjeldus. Palju vene ettevõtted on välja töötanud ja kasutavad oma tegevuses regulatiivdokumente, millest mõned on protsessimäärused ja pole midagi muud kui äriprotsesside tekstiline kirjeldus. Toogem näitena ühe mööblipoe äriprotsesside tekstiline kirjeldus:

Äriprotsess: "Checkout" -Müüja võtab ostja poolt tellimuse vastu, koostab lepingu, võtab ettemaksu. Ettemaks kantakse raamatupidamisosakonda. Teave tellimuse kohta saadetakse direktorile ja käivitatakse järgmine äriprotsess "Tellimuse täitmine".

2. Tabel.

Ettevõtte tegevuse analüüsimiseks ja optimeerimiseks pole äriprotsesside tekstiline kirjeldus optimaalne. Fakt on see, et äriprotsessi kirjeldust teksti kujul ei saa süstemaatiliselt vaadelda ega analüüsida. Inimese aju tajub tekstiinfot järjestikku. Näiteks kui inimene loeb määrust ja jõuab selle lõppu, unustab ta peaaegu alati selle, mis oli dokumendi alguses. Äriprotsessi tekstilise esituse teine \u200b\u200bpuudus on see, et inimmõistus on kujundatud nii, et see saaks tõhusalt töötada ainult piltidega. Tekstuaalset teavet tajudes ja analüüsides lagundab inimese aju selle mitmeks pildiks, mis nõuab täiendavat aega ja vaimset pingutust. Seetõttu jätavad äriprotsesside tekstikirjelduse kasutamisel tegevuste optimeerimise otsuste produktiivsus ja kvaliteet palju soovida, mis avaldub eriti siis, kui otsuse langetab grupp inimesi.

Korraks töötasid infotehnoloogia spetsialistid välja struktureerituma lähenemisviisi äriprotsesside kirjeldamiseks. Nad tegid ettepaneku jagada äriprotsess struktureeritud tabeli lahtriteks, milles igal veerul ja real on konkreetne tähendus. Seda tabelit on kergem lugeda, on lihtsam aru saada, kes mille eest vastutab, millises järjestuses töö äriprotsessis teostatakse, ja vastavalt sellele on äriprotsessi lihtsam analüüsida. Äriprotsesside kirjeldus tabelina on efektiivsem kui tekstiline ja infotehnoloogia spetsialistid kasutavad seda praegu aktiivselt äriprotsesside kirjeldamisel, mida rakendatakse nende automatiseerimisülesannete täitmisel.

Tabel 1. Äriprotsessi "Checkout" tabelina kirjeldus.

	Operatsioon	Vastutav	Mida (sisend)	Kellelt (tarnija)	Mis (välju)	Kellele (klient)
	Nõustu tellimisega	Müüja		Ostja
	Tehke leping	Müüja				Režissöör, b-p. "Tellimuse täitmine".
	Hankige ettemaks	Müüja	Ettemaks	Ostja	Ettemaks	Raamatupidamise osakond

3. Graafiline.

Viimasel ajal on graafilisi lähenemisviise intensiivselt arendatud ja kasutatud äriprotsesside kirjeldamisel. Tõdetakse, et graafilised meetodid on ettevõtte tegevuse kirjeldamise, analüüsimise ja optimeerimise probleemide lahendamisel kõige tõhusamad.

Selgus, et graafika on hea, kuna inimese vaateväljas paiknevat graafilist teavet tajub tema aju samal ajal. Teine eelis on see, et juhil, nagu igal inimesel, on parema aju mõtlemine ja ta mõtleb piltide kujul. Ta tõlgib igasuguse tekstiinfo piltideks. Juhul, kui talle esitatakse teavet graafiliste piltide kujul, suurenevad tema analüüsimis- ja otsustusvõimalused märkimisväärselt.

Joonis 2.1 Äriprotsess "Checkout"

Selles töös kirjeldame äriprotsesse tekstiliselt ja graafiliselt.

Vladimir Repin

Vladimir Repin Management LLC peadirektor

Venemaa ABPMP liige

Juhtimiskonsultant

Ärikoolitaja

Kandidaat tehnikateadused

Artiklis käsitletakse märkuste valimise protsesse protsesside kirjeldamiseks eesmärgiga hilisem regulatsioon. Kordumatult kasutatavaid töövoo märke võrreldakse üksteisega, näiteks: „Lihtne vooskeem” MS Visios, ettevõtlusstuudio „Protseduur”, ARIS eEPC märge ja teised. Märgete võrdlemisel keskendutakse peamiselt protsessiskeemide loomisele, mis on organisatsiooni töötajatele lihtsad ja arusaadavad.

Ettevõtete ärianalüütikutele on artiklis käsitletud teesid tõsine põhjus mõelda sellele, kui tõhusad on nende lähenemisviisid organisatsiooniliste protsesside graafiliste diagrammide väljatöötamisele.

Sissejuhatus

Protsesside graafiliste diagrammide moodustamise üks olulisemaid eesmärke on nende hilisem kasutamine organisatsiooni regulatiivdokumentides. Reeglina kasutavad neid skeeme töötajad, kes ei ole koolitatud keerukate märkide tegemiseks, kellel puuduvad süsteemianalüüsi oskused jne. Nende jaoks on skeemide lihtsus ja selgus väga oluline. Keerulised, segavad diagrammid, mis sisaldavad paljusid erinevaid konventsioone, on inimestele halvasti arusaadavad, muutes need praktikas raskesti kasutatavaks. Seetõttu on praktilistel eesmärkidel oluline protsesside kirjeldamiseks õigesti valida ja kasutada märget (metoodikat). Millised on märkuse valimise kriteeriumid? Kuidas võrrelda erinevaid tähiseid üksteisega? Vaatleme mitmeid näiteid äriprotsessi kirjeldamisest populaarsete märkuste abil ja proovime neile küsimustele vastata.

Märgete võrdlus

Võrdluseks valiti järgmised protsessi kirjelduse märked:

1. "Lihtne plokkskeem" (näitab dokumentide liikumist, kasutades lahtrit "otsus");
2. "Lihtne plokkskeem" (dokumentide liikumist kuvamata, plokke "Otsus" kasutamata);
3. Business Studio süsteemi protseduur (üks neist) võimalikud valikud esindamine);
4. ARIS eEPC.

Proovijuhtumiks valiti lihtne ja intuitiivne protsess. Selle protsessi kirjelduse tulemused on esitatud joonisel fig. 1-4.

Joonis: 1. Protsessiskeem märkuses "Lihtne vooskeem" MS Visios (dokumentide liikumisega, kasutades lahust "Lahendus")

Joonis fig. 1, on protsessi aegjärjestus näidatud paksude nooltega ja dokumentide liikumine õhukeste kriipsudega nooltega. Lahendusplokke kasutatakse klassikalisel viisil. Neil kuvatakse teave (küsimused), millest "sõltub" järgnev protsessi käik. Selline lähenemine "teemantide" kasutamisele on väga levinud. Kuid tegelikult peaks kogu otsustusloogika ja teatud väljundite (dokumentide) vormistamine sisaldama protsessi toiminguid. Kui järele mõelda, pole nende "teemantide" joonistamise väärtus (tähendus) ilmne. Mis on need objektid: protsessioperatsioonid, sündmused? Näib, et ei üht ega teist. Nad on pigem otsuste tegemise operaatorid mis tahes tingimustel. Kuid me töötame välja protsessiskeemi inimeste jaoks ja me ei kirjuta arvutiprogrammi spetsiaalses keeles. Arvutiprogrammis oleks "teemant" täieõiguslik toiming tingimuste vms võrdlemiseks. Kuid protsessiskeemil peate näitama reaalseid objekte - inimeste teostatud protsesse, dokumente, infosüsteeme jne. Mõelge, kas on õige näidata "teemante" eraldi protsessioperatsioonid diagrammil? Selle asemel saate:

• Kirjeldage otsustamise loogikat operatsioonide jada kujul toimuva protsessi skeemil;
• Kirjeldage loogikat vastava alamprotsessi astmete diagrammina, liikudes allpool asuvale tasemele;
• Kirjeldage loogikat tekstis (toimingu teksti atribuutides) ja viige see seejärel protsessi täitmise ajakavasse.

Sõnastame ülaltoodud meetodi plussid ja miinused (joonis 1) "teemantide" kasutamisel.

"Lihtne vooskeem" MS Visios (dokumendi liikumisega, ploki "Lahendus" abil)

Joon. Joonis 2 näitab sama protsessi näidet, mida on kirjeldatud ainult otsuseplokke ja dokumente kasutamata. Lihtne on kontrollida, kas selles diagrammis on 24 vähem graafilisi elemente kui joonisel fig. 1. Skeem Joonis fig. 2 näeb välja palju lihtsam. Graafilised elemendid ei ole pimestavad ning teabesisu seisukohast on see skeem üsna arusaadav ja lõppkasutajale kättesaadav. Kui kirjeldame protsessi iga toimingu jaoks selle rakendamise nõudeid tekstis, siis tabel- ja graafilisi esitlusvorme kombineerides saame üsna adekvaatselt kirjeldada protsessi täitmise järjekorda ettevõtte töötajate jaoks.

Joonis: 2. Protsessiskeem märkuses "Lihtne vooskeem" MS Visios (ilma dokumentide teisaldamiseta, plokki "Lahendus" kasutamata)

Protsessi graafilise esituse plussid ja miinused joonisel fig. 2 on näidatud allpool.

"Lihtne vooskeem" MS Visios (ilma dokumentide teisaldamiseta, plokki "Lahendus" kasutamata)

Üldiselt skeemide rakendamine joonisel fig. 2 on mugav nii arendajatele kui ka nende skeemidega töötavatele töötajatele.

Joon. 3 näitab äristuudio modelleerimiskeskkonna märkuses "Protseduur" moodustatud protsessi diagrammi. Skeemil on mitu funktsiooni. Esiteks kasutatakse plokke "Otsus" mittestandardselt - mitte graafilise elemendina küsimuse kuvamiseks ja hargnemiseks, vaid otsustusprotsessiga seotud täieõiguslikuks toiminguks. Äristuudios on teemandil peaaegu kõik atribuudid täielik protsess, kuid seda ei saa lagundada (võib-olla teevad süsteemiarendajad selle aja jooksul võimalikuks). "Teemandi" (nelinurga asemel) kasutamine muudab diagrammi selgemaks. Samal ajal saab "teemandi" atribuutidesse sisestada igasuguse tekstilise teabe: kirjelduse, alguse, lõpu, tähtaja nõude jne.

Joonisel fig. 2 kujutatud protsessiskeemi teine \u200b\u200btunnusjoon 3 on noolte kasutamine. Toimingute jada kuvamiseks võite kasutada ühe otsaga noolt, eelisnoolt. Dokumentide liikumise kuvamiseks võite kasutada kahe otsaga noolt. Äristuudios saate aga pääseda ainult ühe noole tüübi kasutamisest - eelistusnooled. Samal ajal saab nimetatud noolte külge kinnitada vajaliku arvu dokumente, mis on määratletud tegevusobjektide kataloogis.

See lähenemisviis võimaldab:

• Vähendage märkimisväärselt protsessiskeemil olevate graafiliste elementide arvu ja samal ajal;
• Sisestage menetluseeskirjadesse vajalik teave sissetulevate ja väljaminevate dokumentide kohta.

Seega, ilma diagrammi tarbetuid elemente segamata, saame siiski protsessi täielikult kirjeldada ja kogu vajaliku teabe määrustesse üles laadida.

See, et noole nimi ei sõltu selle juurde lisatud dokumentidest, võimaldab nooled skeemil nimetada töötajatele kõige arusaadavamal ja mugavamal viisil. Näiteks saate linkida konkreetsete dokumentide komplekti eelmise noolega "Aruandekomplekt on koostatud". Sel juhul näitab noole nimi töövõtjale sündmust, mis lõpetas eelmise toimingu nimega “Genereerige igapäevane kogumisaruanne”. (Pange tähele, et STU metoodikas on nool pärast protsessioperatsiooni üksus, mitte sündmus. Pärast otsuste plokki saate näidata võimalike lahenduste tulemusi).

Joonis: 3. Äristuudio süsteemi protseduur (protseduur plokkide "Lahendus" mittetraditsioonilise kasutamise korral)

Protsessi graafilise esituse plussid ja miinused joonisel fig. 3 on näidatud allpool.

Äristuudio süsteemi protseduur (protseduur ploki „Lahendus“ mittetraditsioonilise kasutamisega)

Äristuudio puhul saab protseduuri märget kasutada veidi erineval viisil. Artikli autor kaldub joonisel fig. 3

Joon. 4 näitab vaadeldava protsessi diagrammi, mis on välja töötatud ARIS eEPC märkuses. Pange tähele, et mõned protsessitoimingud ei mahtunud diagrammi. See lihtsa protsessi mittetäielik diagramm, mis on teostatud ARIS eEPC märkuses, sisaldab nelja loogikaavaldust ja kaheksa sündmust! Diagrammi lugeja peab olema võimeline kõiki neid loogilisi operaatoreid õigesti tõlgendama. Ilma spetsiaalse väljaõppeta ja selliste skeemide lugemise oskusteta ei suuda tavaline töötaja tõenäoliselt aru saada selle protsessi loogikast ilma üksikasjaliku teksti kirjelduse või kvalifitseeritud ärianalüütiku abita.

Pange tähele, et ARIS eEPC märkuses sisalduv protsessi diagramm võtab oluliselt rohkem ruumi kui joonisel fig. 1.-3. Ka sellise skeemi moodustamise keerukus on märkimisväärselt suurem.

Joonis: 4. Protsessiskeem ARIS eEPC märkuses (sisseehitatud äristuudios)

Protsessiskeem ARIS eEPC märkuses (sisseehitatud äristuudios)

Üldiselt, kui te ei kavatse SAP R / 3 osta, pole ARIS eEPC märke valik ja kasutamine artikli autori arvates optimaalne lahendus. Täitjatele visuaalsemate ja intuitiivsemate protsesside kirjeldamiseks tasub pöörata tähelepanu märkustele. Kellelegi võib ARIS eEPC märge tunduda intuitiivsem ja arusaadavam. Teatud määral on see maitse küsimus.

Protsessi kirjeldus järgneva automatiseerimise jaoks

Huvitav on kaaluda ülaltoodud äriprotsessi kirjeldamise näidet, kui see on esitatud BPMN 2.0 märkuses. Selle märke eesmärk on kirjeldada "käivitatavaid" protsesse, see tähendab protsesse, mida BPM süsteem toetab.

Teie arvamus BPMN 2.0 kasutamisest. aktsiad A. A. Belaichuk - ettevõtte "Business Console" peadirektor:

“Joon. 5 kujutab sama protsessi BPMN-i märkimisel. Nagu näeme, sarnaneb see arv joonisega fig. 1: BPMN-i tähistuses tähistatakse ülesandeid ristkülikutega, kahvliharusid - briljantidega, andmeid - dokumendisarnaste ikoonidega. Kontrollvood on kindlad jooned, andmevood on katkendlikud.

Tuleb meeles pidada, et see diagramm kasutab ainult väikest osa BPMN-i märget: paletis on saadaval ainult ühte tüüpi kahvleid 5-st, ühte tüüpi ülesandeid 8-st. Lisaks laiemale paletile eristab seda märget võime modelleerida mitte ainult eraldatud töövoogu, vaid ka mitmeid protsesse. üksteisega suhtlemine sõnumite või andmete kaudu. Lisaks on see märge rangem: see määratleb mitte ainult ikoonid, vaid ka reeglid, mille abil neid saab üksteisega kombineerida. Selliste reeglite vajalikkuse tingib asjaolu, et BPMN-i märkimine pole keskendunud mitte ainult sellele, et inimesed neid loevad, vaid ka otsesele täitmisele spetsiaalsete tarkvara - BPM-süsteemi "mootor".

Samal ajal, nagu näitab toodud näide, BPMN-i paleti piiratud alamhulga kasutamisel ei osutu see tavalisest vooskeemiks keerukamaks. Noh, neile, kes soovivad BPMN-i professionaalselt omandada, soovitame spetsiaalseid koolitusi bpmntraining.ru. "

Joonis: 5. Protsessiskeem BPMN 2.0 märkuses

Elupraktika

Joon. Joonis 6 kujutab fragmenti protsessiskeemist, mille on välja töötanud ärianalüütikud konkreetne ettevõte märkuses, mille nad leiutasid. Skeem on üles ehitatud põhimõttel "lihtne plokkskeem" - plokki "Lahendus" kasutatakse selle klassikalises versioonis. Lisaks näitab diagramm paljusid teisi konventsioone, mida ei kasutata väga tavapärasel viisil.

Joonis: 6. Näited ühe ettevõtte protsessiskeemist

Vooluringi moodustamisel joonis fig. 6, ärianalüütikud "võitlesid" keskmise kasutaja jaoks selguse ja maksimaalse selguse nimel. Nad püüdsid minimeerida või isegi kaotada protsessiskeemide tekstikommentaarid. Esitajad printisid lihtsalt A3 formaadis diagrammi, seda lugedes sai kohe selgeks: mida teha, kuidas, milliseid dokumente kasutada jne.

Vaadeldav skeem ei ole muidugi lihtsuse ja selguse näide. Kuid see loodi selleks, et edastada protsessi läbiviijatele võimalikult palju kasulikku teavet.

järeldused

Niisiis, on ilmne, et protsesside kirjeldamisel peate püüdma töötajate jaoks lihtsuse ja selguse poole.

Keerukate, vormistatud märkuste kasutamine protsesside kirjeldamisel viib:

• Raskused tavaliste töötajate skeemide kasutamisel (tõlgendamisel);
• Eriväljaõppeta osakondade töötajate poolt protsesside kirjeldamisega seotud töö korraldamise võimatus (keerukus);
• Skeemide kujundamisel ärianalüütikute tööjõukulude oluline tõus;
• Täiendavad raskused skeemide dokumenteerimisel (suur maht jne).

Seetõttu ei tohiks te mitmesuguste graafiliste elementidega printida protsessiskeemi. Kuid kui te neid kasutate, on parem, kui need annavad töötajatele kasulikku teavet, mitte ainult modelleerivate märkuste ametliku kohaldamise tagajärg.

http://finexpert.ru/ - suhtluskeskkond professionaalidele http://bpm3.ru/ - protsessid, projektid, tõhusus