Protsessilist lähenemist juhtimisele kasutatakse siis, kui. Protsessilähenemine ettevõtte juhtimise korraldamisel. Juhtimise voo perspektiiv

Süsteemiteooria käsitleb protsessi kui süsteemi muutumist. Tõepoolest, igasugune tegevus on tegevus, mille eesmärk on saavutada tulemus, mis väljendub selles, et süsteem omandab uue oleku. Me kohtame protsesse arengus, tehnoloogias, keemias ja isegi sotsioloogias. Igaüks meist on aga igapäevane tööprotsessides osaleja. Nagu kogemus näitab, väldivad firmajuhid sageli protsesside automatiseerimist ja formaliseerimist, neile tundub see mitte päris demokraatliku “kruvide kinni keeramisena”. Aga asjata. Protsesside pädev ülesehitamine ja juhtimine mis tahes profiiliga ettevõttes aitab tagada töötajate vahel piisava suhtluse, mille tingib vastutus ja tähtaegadest kinnipidamine. Protsessi lähenemine ei ole surnud – see on paljude moodsate arengu-, ettevõtte- ja personalijuhtimisteooriate aluseks. Täna räägime teile, kus protsessid leitakse, kuidas neid hallata ja kas teil on neid põhimõtteliselt vaja.

Protsessi lähenemine: küberneetikast juhtimiseni

Protsesside teooria defineerib protsessi kui käitumismustrit, mis hõlmab toimingute sooritamist. Tavaliselt ei ole protsess teadlik iga toimingu rakendamise üksikasjadest (selle süsteemi käitumisest, kuhu see kuulub). Näiteks dokumendi kinnitamise protsessis on ettevõte kehtestanud kinnitamise aja ja korra, kuid protsessil ei ole vahet, millisest seadmest ja millises geograafilises asukohas dokument kinnitatakse. Protsessi teine ​​oluline omadus on selle juhitavus, võime olla allutatud väljastpoolt tulevatele muutustele.

Üldiselt on CRM-ist ja ERP-st rääkides kõik harjunud kuulma mõistet “äriprotsess” ja sageli taanduvad arutelud sellele, kuidas äriprotsess protsessist erineb. On versioon, et termin on jälituspaber inglise keelest “business process” (business process) ja liitsõna business ei kanna mingit koormust, välja arvatud ettevõtetes toimuvate protsesside isoleerimine paljudest protsessidest (tehnilised, keemiline, bioloogiline jne). Tegelikult on selle versiooniga lihtne nõustuda, meenutades, kuidas näiteks prooviversiooni nimetatakse lihtsalt protsessiks, jättes selle atribuudi kõrvale.

  • lõpptulemuse prognoositavus tänu teadmusbaasi kogunemisele ja ressursside juhtimisele projekti raames
  • pidev kvaliteedikontroll ja parenduste loomine pideva protsesside optimeerimise ja eraldamise kaudu
  • kõigi taristuelementide ja kõigi töötajate kaasamine eelnevate tulemuste tulemuste põhjal pädeva planeerimise kaudu.
  • Lõppkokkuvõttes vähendab protsesside juhtimine lõpptoote maksumust, hoiab kokku ressursside vabastamise ja ümberjagamise arvelt, muudab ettevõtte töö läbipaistvaks, kuid säilitab paindlikkuse – protsessis saab alati teha muudatusi.

    Oluline kõrvalekalle: protsessi koht kvaliteedijuhtimissüsteemis (ISO 9001)

    ISO 9000 kvaliteedisüsteemi sertifitseerimisstandardites on kvaliteedi saavutamise üheks olulisemaks komponendiks protsessipõhise lähenemise põhimõte mis tahes töö tegemisel. GOST R ISO 9001-2008 standard ütleb järgmist:

    „See standard propageerib protsessipõhise lähenemise rakendamist kvaliteedijuhtimissüsteemi väljatöötamisel, juurutamisel ja tõhususe parandamisel eesmärgiga suurendada klientide rahulolu läbi klientide nõudmiste täitmise.

    Edukaks toimimiseks peab organisatsioon määratlema ja juhtima arvukalt omavahel seotud tegevusi. Protsessiks võib pidada tegevust, mis kasutab ressursse ja mille abil muudetakse sisendid väljunditeks. Sageli moodustab ühe protsessi väljund otse järgmise sisendi.
    Protsesside süsteemi rakendamist organisatsioonis koos nende identifitseerimise ja interaktsiooniga, samuti protsesside juhtimist, mille eesmärk on saavutada soovitud tulemus, võib määratleda kui "protsessi lähenemisviisi".
    Protsessipõhise lähenemisviisi eeliseks on juhtimise järjepidevus, mida see tagab nende süsteemi üksikute protsesside liideses, samuti nende kombineerimise ja koostoime ajal.

    Kvaliteedijuhtimissüsteemis rakendades rõhutab see lähenemisviis järgmiste olulisust:

    A) nõuete mõistmine ja täitmine;
    b) vajadus kaaluda protsesse nende lisaväärtuse seisukohalt;
    c) protsesside kavandatud tulemuste saavutamine ja nende tulemuslikkuse tagamine;
    d) pidev täiustamine objektiivsel mõõtmisel põhinevad protsessid.

    Joonisel kujutatud protsessikäsitlusel põhinev kvaliteedijuhtimissüsteemi mudel illustreerib protsesside (organisatsioonide – autori märkus) vahelisi seoseid. See mudel näitab, et klientidel on oluline roll sisenditena käsitletavate nõuete kehtestamisel. Klientide rahulolu jälgimine eeldab teabe hindamist klientide arusaamade kohta, et nende nõuded on täidetud. Joonisel kujutatud mudel katab kõik selle standardi põhinõuded, kuid ei näita protsesse detailsel tasemel."

    Seega soovitab standard organisatsioonil tuvastada kõik võtmetegevused ja õppida neid juhtima. Omakorda tegevust, mis kasutab ressursse, millel on eesmärk ja tulemus, käsitletakse juba protsessina. Pealegi toimib ühe protsessi tulemus sageli teise sisenemispunktina. GOST R ISO 9001:2008 standard ise tähendab olulised liigid ettevõtte tegevuse planeerimine, suunamine, juhtimisanalüüs, ressursside juhtimine (sh personal ja infrastruktuur), toote elutsükli protsesside juhtimine, projekteerimine ja arendus, mõõtmine, analüüs ja täiustamine.

    Protsessid Ruli24-s – kuidas õigesti juhtida

    “Kõik on protsess” – sellest positsioonist lähtusime Ruli24 süsteemi kujundamisel. Ettevõtete kasvu käsitlevas postituses olid diagrammid, mis kajastasid kolme peamist protsesside rühma mis tahes ettevõttes, sõltumata selle struktuurist, kommertsialiseerimisest ja juriidilisest vormist.
    • Juhtimisprotsessid. Need taanduvad kolmele komponendile: organisatsioon, juhtimine, juhtimine. Nende protsesside jaoks on oluline rakendada pädev tarkvaraprotsess koordineerimiseks, analüüsimiseks ja andmete kogumiseks.
    Dokumendi kinnitamise protsess näeb välja selline: kõik ahelas osalejad saavad toimingu kohta teate ja kinnitavad dokumendi elektrooniliselt. Samal ajal on inimfaktor minimeeritud: protsessi omanik saab igal ajal näha, kes on tõrget kogenud, ja tegutseda. Muide, sellised protsessid on Rulis konfigureeritud BPMN-i tähistuses ja me ei jäta kasutajat projekteerijaga üksi, vaid kujundame protsessid täpselt, kiiresti ja kliendi jaoks.

    Kogu analüütika on sisse ehitatud aruannetesse: kasutaja saab teha vajalikke valikuid ja analüüsida jaotisi kasutades filtreid, graafilisi, tabeli- ja ruuduvaateid.

    • Põhiprotsessid. Need sõltuvad tugevalt ettevõtte tegevuse tüübist, kuid hõlmavad peaaegu alati turundust, tarnimist ja reklaamimist.
    Nende protsesside rakendamiseks on vaja tervet arsenali: see hõlmab CRM-i, planeerijaid, kalendreid ja Gantti diagrammi. Mitme üksuse tegevus peab olema koordineeritud ja keskendunud lõppeesmärgile.
    • Toetavad protsessid - otsese tootmise elemendid ja põhitegevuste toetamine. See hõlmab personalijuhtimist, finantsjuhtimist, turvalisust, IT infrastruktuuri, raamatupidamist jne.
    Tugiprotsesse on palju ja nende seadistamine on oluline, et välistada samad inimlikud vead nagu protsesside juhtimises. Sel eesmärgil kasutatakse seda keeruline automatiseerimine ettevõte, võttes arvesse protsesside omavahelisi seoseid.

    Lisaks sellele jaotusele on olemas eelpool kirjeldatud jaotus: uurimis-, disaini-, tootmis- ja infoprotsessideks. Need ei ole mitte ainult omavahel seotud, vaid toimivad ka mis tahes objekti või selle osa suhtes.

    Protsessijuhtimise mehhanism hõlmab nelja kindlaksmääratud protsessitüübiga seotud töökorraldust. Igal protsessil on oma täitmise järjekord, kontrolli vorm ja oodatav tulemus. Protsessi sisend ja väljund on tööd.

    Süsteem pakub mitmeid tööjuhtimise vorme. Ühe või teise vormi kasutamise määravad nii eri tüüpi tegevuste spetsiifika kui ka organisatsioonilised aspektid. Töötama koos teabeprotsessid viiakse läbi kontrollvormide abil:

    • "Sissetulev dokument" - väliste sissetulevate dokumentide registreerimine;
    • "Väljaminev dokument" - välistele organisatsioonidele saadetud dokumentide registreerimine;
    • Taotlus on universaalne ametliku kirjavahetuse mehhanism, sõltumata suhete haldushierarhiast.
    Töötama koos uurimis- ja otsinguprotsessid
    • "Foorum" - registreerimine meeskonnatöö, sisedokumentide levitamine, arutelumehhanism;
    • “Koosolek” on koosolekute ajastamise mehhanism.
    Töötama koos projekti protsessid viiakse läbi kontrollvormide kaudu:
    • “Teemad” - vormi kasutatakse teatud valdkondade tööde esiletõstmiseks;
    • “Projekt” - vormi kasutatakse tööde grupeerimiseks konkreetseteks projektideks;
    • “Kogutöö” - tööde registreerimine üldine, mis sisaldab konkreetsetele esinejatele määratud töid.
    • “Projektiülesanne” - konkreetse ülesande registreerimine projekti töövõtjale.
    Töö tootmisprotsessidega registreeritakse juhtimisvormide abil:
    • "Äriprotsess" - vorm põhineb teatud tulemuse saavutamiseks vajalike tööde järjestuse kirjeldusel.
    • "Task" on vorm, mille abil korraldatakse tööd ja jälgitakse täitmist, olenevalt teenindussuhete hierarhiast
    Nagu me juba ütlesime, on iga protsessi sisend ja väljund töö. Igal tööl on oma elutsükkel:


    Tööde tegemisel täidetakse järgmisi funktsioone:
    • Loomine uus töökoht– selle tulemusena luuakse süsteemis kirje, mis kirjeldab tööd olekus “Tähelepanu”.
    • Tööga tutvumine – töö viiakse üle olekusse “Avatud”.
    • Töö teostamine – töö viiakse üle olekusse “Aktiivne”.
    • Teostamise fakti registreerimine - sisestage tööde valmimise kuupäev ja tehtud tööde akt. Töö viiakse olekusse Lõpetatud.
    • Töö sulgemine – töö autor kontrollib töö sooritamise fakti ja viib selle olekusse “Suletud”. Kui valminud töö tulemus on mitterahuldav, viib autor töö olekusse “Suletud (-)”.
    Kui pöörduda Venemaa arenduse (ja nende SRÜ arendamise) poole, võib leida mitmeid klassikalisi sisseehitatud äriprotsessidega CRM-e, kuid ükski neist ei käsitle protsessi iga juhtimis- ja tootmistasandi komponendina. Ruli24-s lähtusime fookusest protsessipõhisest lähenemisest ning ei juurutanud protsesse eraldi moodulina ega moeka funktsionaalsusena.

    Kui loed postitust mitte huvi pärast protsessikäsitluse vastu, vaid valid oma äri kõikide komponentide jaoks CRM-i või sobivat automatiseerimissüsteemi, siis vaata spoileri alla – see näitab selgelt protsesside juurutamist Ruli24 liideses .

    Slaidid, liumäed!


    Ruli24 Protsessi juhtimine– sisaldab 13 ülesannet.


    Ruli24 protsessihalduse administraator– võimaldab seadistada tegevusi, objekte ja kasutajaõigusi.


    Ruli24 Korraldaja võimaldab teil korraldada nii isiklikku kui ka kollektiivset ajaplaneerimist. Siin isiklikud asjad, lihtne tootmine (ülesanded, taotlused, operatiivülesanded) ja uurimistööd(koosolekud ja foorumid). Planeerimist saab teha oma kalendri või töötaja kalendri kaudu. Erinevat tüüpi failid ja elektroonilised dokumendid. Kõik tööd on saadaval kaustas “Minu juhtumid”, kus vidinad kajastavad uusi, avatud ja tähtaja ületanud juhtumeid.


    Probleemis Ruli24 Kontoritöö Sissetulevad, Väljuvad ja Organisatsiooni jaotusdokumendid lisatakse Korraldaja objektidele. Nüüd on need dokumendid saadaval ka kaustas "Minu juhtumid".


    Probleemis Ruli24 projektijuhtimine Korraldaja objektidele lisatakse Teema, Projekt, Kokkuvõttev töö, Projektiülesanne. Kõiki neid töid saab näha mitte ainult kalendris, vaid ka Gantti graafikus ja Planneris. Nüüd on need tööd saadaval ka kaustas “Minu juhtumid”.


    Probleemis Ruli24 Äriprotsesside juhtimine saab luua tüüpiline äri protsesse ning käivitada ja jälgida äriprotsesside juhtumeid.


    Probleemis Ruli24 Töö juhtimine kogus kogu töö uurimisprotsessist (arutelu), infoprotsessist (paberitöö), disainiprotsessist (disain) ja tootmisprotsess(tootmine). Nüüd on kogu nende protsesside töö saadaval kaustas "Minu juhtumid".


    Probleemis Ruli24 CRM-i administraator Lisanduvad CRM, CRM B2B, CRM B2C, Müügivihjed, Tehingud, Töö B2B klientidega, Töö B2C klientidega. CRM-i töö on nüüd saadaval kaustas „Minu juhtumid”.


    Tavapäraselt öeldes jäävad kõik organisatsioonisisesed protsessid nõuete ja klientide rahulolu vahele. Ja täpselt nii see on põhiprotsess kaupade tootmine (kaubad, töö, teenused). Vaatame oma kliendi näidet. Seal on pank, sellel on Ruli24, nagu me naljatame, “luksus” konfiguratsioonis. Pangal on kahte tüüpi kliente: juriidilised isikud ja üksikisikud. Nad esitavad toodetele nõudmisi: avavad kontosid, teevad tehinguid, teevad hoiuseid. Nad esitavad nõudmisi teenindustasemele, tahavad kliendipanka, mobiiliversiooni, meililistid jne. Pank rahuldab nõuded ning kõik protsessid toimuvad Ruli24 süsteemi sees: alates raamatupidamine tooteportfelli analüüsi ja sisemiste piletisüsteemide juurde. Samas on kõik protsessid omavahel seotud, mis vähendab keskmist teenindusaega ja lihtsustab äriinfo kogumist, mille põhjal kujunevad uued tootepakkumised.

    Kuid protsesside juhtimise süsteemi ettevõttes ei vaja mitte ainult sellised kolossid nagu pangad, vaid ka peaaegu iga ettevõte. Protsessi lähenemisviisi sügavamaks mõistmiseks saate rakendada niinimetatud Deming-Shewharti tsüklit “Planeeri – tee – kontrolli – tegutse” (PDCA). See on "planeeri – tegutse – kontrolli – tegevust paranda”. Selle tsükli kasutamine võimaldab pidevalt juurutada pidevat protsesside täiustamist, mille eesmärk on tõsta organisatsiooni efektiivsust. See kontseptsioon kajastus arenduses sügavalt. Nii näeb välja mahulise halduse mudel, mis on kogu süsteemi idee aluseks. Kui kujutada mudelit interaktiivsena, saavad selgeks kõikide komponentide seosed ja ristumiskohad.

    Allpool olev protsessikirjelduse vorm meenutab PERT diagrammi, st. võrgu ajakava. Erinevus seisneb selles, et kõiki töid ei saa teha tootmisprotsessi konkreetses teostuses, olenevalt „risttee“ tingimustest. Lisaks saab iga tööd täpsemalt määratleda (mõnedes selle atribuutides) sõltuvalt protsessi kirjelduses olevatest tingimustest. Kuid nagu mäletame, ei tea protsess protseduuride ja juhiste rakendamisest selles.

    Seega oleme otsustanud mudeli kasuks ja koostame ligikaudse kontrollnimekirja teie ettevõtte protsesside juhtimiseks.

    • Pihustage protsesse. Iga protsess peaks olema iseseisev reguleeritud üksus, siis on teil lihtsam juhtida ettevõtet tervikuna. Lisaks on ettevõtte automatiseerimise kui paljude väikeste protsesside koosluse korraldamise puhul lihtsam tuvastada ja parandada nõrka lüli, pole vaja sekkuda suuremahulistesse protsessidesse. Ja see säästab palju aega ega lase tööl peatuda.
    • Struktureerige oma protsessid. Igal protsessil peab olema omanik, vastutavad isikud, sisenemis- ja väljumispunktid, protseduurid sees, eesmärk ja tulemus. Protsessil peavad olema selle edukaks/ebaõnnestunud lõpuleviimiseks ajaparameetrid ja mõõdikud. Bürokraatiana näeb see välja ainult väljastpoolt – inimese aju kohaneb kiiresti automatiseerimise mugavusega ja saab ka täiendava “boonuse”: kõike ei pea peas hoidma, meeldetuletused ja märguanded teevad selle töö ära. juht.
    • Link protsessid- see on ainus viis tõhusa juhtimismudeli saavutamiseks. Pihustatud protsesside vahelised ühendused ja sõltuvused võimaldavad teil koguda maksimaalset teavet müügivihjete, klientide, töötulemuste jms kohta ning tõhustada ja oluliselt kiirendada tegevust ennast.
    • Kasutage protsessihaldustööriistade komplekti(aruanded, lehtrid, Gantti diagramm, plaanid). See võimaldab teil probleemsed kohad kiiresti tuvastada ja muudatusi teha.
    • Töötage pidevalt protsessidega ja täiustage neid. Isegi kui valdkonna parimad eksperdid, teie ettevõte ja Ruli24 arendajad kogunevad ühte kohta, ei ole võimalik ideaalset protsessi luua ja juhtimist luua. Pärast järgmist iteratsiooni on vaja üle vaadata protsessi parameetrid, analüüsida selle kulgu ja tulemusi ning võrrelda neid ootustega. pärast mitut käitamist saate luua kõige viimistletud "käigukasti" protsessid, mis liialdamata aitavad teie ettevõttel töötada nagu kellavärk.
    • Kaasake protsessidesse tarnijad, töövõtjad, osalise tööajaga töötajad ja vabakutselised. Mida rohkem elemente arvesse võtate, seda kontrollitavam on teie ettevõte teie jaoks. Enamik ettevõtte automatiseerimissüsteeme (ja Ruli24 pole erand) on avatud välisagentide ühendamiseks, kuid seda funktsiooni kasutatakse harva. Peame meeles pidama, et igaüks, kellest tulemus sõltub, on märkimisväärne.
    • Joonista protsessid paberile, korrigeerida töörühmades, jagada ressursse. Tutvustage selge protsess üheselt mõistetavate sõlmede, etappide ja üleminekutega ettevõtte automatiseerimissüsteemi.
    „Kellele sa seda nüüd räägid? mul on väikeettevõte, poisid, peopesal, millised protsessid!” - kindlasti arvavad mõned Habri lugejad nii. Kinnitame teile, te eksite. Ettevõtte juhtimine ei alga mitte selle olemasolu esimesest päevast, vaid selle loomise idee sünnist. Ja just selles etapis tekivad esimesed protsessid. Alustage väikeselt – automatiseerige esmane suhtlus ja toimingud, seejärel suurendage automatiseerimist juhtimise kasvades. Siis, kui ettevõte kasvab ja taotluste või klientide voog muutub märgatavaks, pole teil segadust ja vajadust seda automatiseerida. Lõppude lõpuks, nagu kolleegid crm-spetsialistid siin korduvalt nalja on teinud, jääb automatiseeritud segadus jamaks.

    Rohkem kui äriprotsessid Lisa silte

    Märkus: Loengu eesmärk: Ettevõtluse juhtimise korraldamise protsessikäsitluse esitlus

    Sissejuhatus

    Protsessi lähenemine eeldab, et ettevõtte tegevust saab kujutada käimasolevate äriprotsesside kogumina. See on efektiivne ettevõtetele tootmistegevus milles korduvad samad toimingute ahelad erinevate sooritajate poolt. Sellised ettevõtted moodustavad enamiku bürooettevõtetest erinevat tüüpi töötada dokumentidega, näiteks pangad, kindlustus, investeerimisfirmad, konsultatsioonifirmad, kirjastused. Samuti on protsessipõhise lähenemisviisi kasutamine efektiivne ettevõtetes, mille tegevust kirjeldavad üksikasjalikud määrused, näiteks valitsusasutustes.

    Kirjanduses kasutatakse umbes sada erinevad määratlusedäriprotsesside kontseptsioonid. Seetõttu ei anna me selles kursuses äriprotsessi üldist definitsiooni, vaid märgime lihtsalt, et reeglina eeldab definitsioon, et äriprotsessil on graafiline diagramm, millel asuvad sõlmed ja üleminekud (nooled). Juhtpunktid liiguvad mööda üleminekuid.

    Juhtpunkti ilmumine teatud tüüpi sõlme vastab mõne toimingu sooritamisele ettevõtte tootmistegevuses. Äriprotsesside skeemi üleminekud, samuti juhtpunktide hargnemiseks ja ühendamiseks mõeldud sõlmed paiknevad selliselt, et äriprotsessis arvesse võetavad toimingud sooritatakse koordineeritult ja õiges järjekorras. Protsessi lähenemine ei tähenda ettevõtte kohustuslikku automatiseerimist. Äriprotsesse võib olla kahte tüüpi: äriprotsessid ettevõtte tegevuste analüütiliseks modelleerimiseks ja käivitatavad äriprotsessid.

    Analüütilise modelleerimise äriprotsessid kujutavad endast tegelikult erilist suhtluskeelt juhtide, ärianalüütikute ja ettevõtete juhtide vahel ning neid kasutatakse ettevõtte äritegevuse korraldamise põhiotsuste väljatöötamiseks ja selgitamiseks. Nende ülesanne on tagada nende otsuste tajumine ja mõistmine inimeste poolt, nii et need ei sisaldaks detaile, piirdutakse reeglina ainult sageli kasutatavate tegevuste jadade kirjeldamisega, mis ei sisalda kõrvalekaldeid; need ei ole mõeldud tegelikuks täitmiseks.

    Käivitatavad äriprotsessid, vastupidi, hõlmavad juhtimispunktide liigutamist mööda äriprotsesside skeemi arvutikeskkonnas rangelt kooskõlas ettevõttes tehtavate toimingutega. Rakendatakse selliseid arvutikeskkondi - äriprotsesside juhtimissüsteeme ja. Edaspidi kutsume neid SUBPiAR-iks. Tegelikult jagab SMS&AR ülesandeid täitjale vastavalt juhtimispunktide liikumisele mööda äriprotsesside skeemi ja kontrollib nende ülesannete täitmist.

    Ajalooliselt protsessi lähenemine Alguses hõlmas see analüütiliseks modelleerimiseks ainult äriprotsesse. Selle lähenemisviisi raames selgitati välja ettevõtte äriprotsessid, analüüsiti tuvastatud äriprotsesse ning koostati ettepanekud äritegevuse efektiivsuse parandamiseks äriprotsesside muutmise kaudu. Järgmisena rakendati ettevõttes muudetud äriprotsesse. See juhtus reeglina üsna kaua ja raskelt – läbi muutuste töökirjeldus, organisatsiooniline struktuur, otsesed juhised juhtidelt.

    Käivitatavate äriprotsesside tulek on toonud protsessipõhisele lähenemisele palju uusi eeliseid. Peamised neist on:

    • SMS&AR kasutamine tootmiskonveieri analoogina ja sellest tulenevalt kontoritöötajate tööviljakuse märkimisväärne tõus
    • võime kiiresti muuta ettevõtte äriprotsesse, reageerides muutuvatele äritingimustele

    IN viimased aastad toimub SMS&AR aktiivne juurutamine nii äris kui ka sisemaailmas valitsusorganisatsioonid. Seetõttu tekkis vajadus koolitada õppureid nii majanduserialadel kui ka sellega seotud erialadel infotehnoloogia, protsessi lähenemine ja töö SMS&AR-iga.

    See kursus keskendub peamiselt käivitatavatele äriprotsessidele. Kursusel esitatakse käivitatavate äriprotsesside definitsioon ja peamised omadused, kirjeldatakse äriprotsesside juhtimissüsteeme ja haldusmäärused ja nende põhikomponendid. Välja on toodud ettevõtte äriprotsesside arendamise põhitõed. Eeldatakse, et selle kursuse raames õpivad üliõpilased käivitatavate äriprotsesside teooriat, tüüpilise SMS&AP põhikomponente, tutvuvad graafiliste tähistustega äriprotsesside kirjeldamiseks ning saavad praktiline kogemusäriprotsesside arendamine ja läbiviimine.

    Äriprotsesside juhtimissüsteemide põhielementide kirjeldus on toodud tasuta süsteemi näitel avatud lähtekoodiga- RunaWFE RunaWFE-d levitatakse koos selle lähtekoodiga vabalt LGPL-i avatud litsentsi alusel. Süsteem on tasuta, seda saab vabalt paigaldada mis tahes arvule arvutitele ja kasutada ilma piiranguteta. Distributsioonid ja lähtekoodi saate alla laadida Interneti kaudu tasuta arendajaportaalist tarkvara sourceforge. net aadressil: .

    RunaWFE projekti veebisaidi aadress on http://www.runawfe.org/rus.

    Protsessilähenemine ettevõtte juhtimise korraldamisel

    Protsessi juhtimise tasemed

    Kaasaegne võte protsesside juhtimine hõlmab juhtimise jaotamist mitmel tasandil.

    Esimesel tasemel kindral strateegiline juhtimine ettevõte. Sellel tasemel kasutatakse analüütiliseks modelleerimiseks äriprotsesse. Selle taseme äriprotsesside ülesanne on üldiste ideede kujundamine ettevõtte peamiste äriprotsesside kohta ja nende ideede vahetamine juhtide vahel. See tase ei tähenda arendatud äriprotsesside tegelikku täitmist. Esimesel tasemel on äriprotsesse mugav kujutada graafiliste tähistega IDEF0, IDEF3, DFD, EPC ja nendega seotud. Sellel tasemel saate kasutada ka mõnda BPMN 2.0 tähistuskonstruktsiooni. Nagu tarkvaraäriprotsessidega töötamiseks esimesel tasemel saab kasutada näiteks selliseid programme nagu Business Studio, Microsoft Visio või ARIS.

    Esmatasandi äriprotsesside toimingute jadasid saab kirjeldada lihtsalt teksti kujul, selliseid kirjeldusi nimetatakse tekstiregulatsioonideks. Inimesed tajuvad visuaalset teavet aga palju kiiremini ja lihtsamini kui tekstikirjeldusi. Seetõttu kasutatakse enim just simuleeritud äriprotsesside graafilisi esitusi.

    Simulatsiooni modelleerimise tööriistu kasutatakse ka protsessijuhtimise esimesel tasemel. See programmide klass ei näe ette ettevõtte äriprotsesside tegelikku täitmist arvutikeskkonnas. Simulatsioonimudelite süsteemid sisaldavad organisatsiooni äriprotsesside kohandatavat statistilist mudelit. Seades selle mudeli erinevaid parameetreid ja korduvalt "mängides" välja äriprotsesse tingimuslike automaatsete kasutajate peal, on võimalik saada erinevate tulemusnäitajate väärtusi ja ennustada seeläbi ettevõtte tegelike näitajate muutusi tulevikus sõltuvalt teatud asjaoludest. muutused äriprotsessides. Kui statistiline mudelõigesti konstrueeritud, võib simulatsioonimodelleerimine olla vahend äriprotsesside optimaalsete parameetrite määramiseks.

    Järgmisel tasemel tõlgitakse ettevõtte strateegilised äriprotsessid käivitatavateks äriprotsessideks. Sellel tasemel on äriprotsesside diagrammid tavaliselt kujutatud BPMN-i, UML-i (Activity Diagram) ja seotud tähistega. Teisel tasandil Praegune tegevus Ettevõte on esitatud äriprotsesside töötavate eksemplaride kogumina. Sellel tasemel kasutatakse SUMS&AR-i. Nende süsteemide põhiülesanne on ülesannete jagamine esinejatele ja nende täitmise jälgimine. Koos ülesandega antakse täitjale selle täitmiseks vajalik teave. Ülesannete jada määrab äriprotsesside diagramm, mida saab selle abil kiiresti välja töötada ja hiljem muuta graafiline disainer. See diagramm sarnaneb algoritmi vooskeemiga. Kontrollpunktid liiguvad vastavalt skeemile. Ahela teatud sõlmedes genereeritakse täitjatele ülesanded.

    Käivitatava äriprotsessi ja arvutiprogrammi vahel on teatud sarnasusi. Algoritmid on nii käivitatava äriprotsessi kui ka arvutiprogrammi aluseks. Sest arvutiprogrammid Nii nagu äriprotsesside analüütiline modelleerimine, on ka graafilised tähistused (nt UML-i klassiskeem), mida programmeerijad ja tarkvaraarhitektid kasutavad erinevate tarkvara- ja arhitektuuriotsuste selgitamiseks. Arvutiprogrammid ise pole aga graafiliste objektide kujul veel laialdaselt arendatud, need on põhiliselt kirjutatud programmeerimiskeeltes tekstidena. Mille poolest erineb käivitatavate äriprotsesside olukord arvutiprogrammidest? Erinevalt arvutiprogrammist, mille käske täidab arvuti, sooritavad osa äriprotsessi toiminguid inimesed. Nad teevad seda oluliselt kauem kui arvuti, nii et äriprotsesside eksemplarid töötavad suhteliselt kaua ja nende olek muutub aeglaselt. Veelgi enam, erinevalt arvutiprogrammist võib ettevõtte juhtkond äriprotsesside läbiviimisel oluliselt mõjutada nende rakendamist, näiteks suurendada või vähendada teatud toiminguid tegevate töötajate arvu.

    Seetõttu on oluline, et ettevõtte juhid ja juhid saaksid kiiresti aru ettevõtte äriprotsesside töötavate eksemplaride olukorrast. Selle arusaama annab äriprotsessi graafiline diagramm, millele on joonistatud juhtpunktide praegused asukohad, samuti marsruudid, mida need punktid on läbinud alates äriprotsessi eksemplari käivitamisest. Arvutiprogrammide puhul pole sellistel diagrammidel enamikul juhtudel mõtet, sest kontrollpunktide liikumise kiirus ületab oluliselt inimese võimekuse piirid neid jälgida.

    Kolmas tase vastab ettevõtte äriobjektidele. Kogu ettevõtte seisu praegusel ajahetkel määrab ettevõtte kõigi äriobjektide seis sel ajahetkel. Protsessilähenemine eeldab, et äriobjektide olekuid muudavad teise taseme äriprotsesside eksemplarid vastavate ülesannete täitmisel. Selle kihi jaoks kasutatakse traditsiooniliselt salvestusruumina sisuhaldussüsteeme (ECM-süsteeme) või andmebaasihaldussüsteeme. Sellel tasemel on võimalik kasutada ka ERP süsteeme (võib kasutada näiteks 1C või Galaktika süsteemi).

    Äriprotsesside arendamise näidetes kasutame mõnikord Microsoft Exceli dokumendilehti äriobjektide salvestusruumina. See on tehtud hariduslikel eesmärkidel, et näidata kolmanda kihi kontseptsiooni kiiresti ja lihtsalt.

    Protsessi lähenemisviisi eelised

    Protsessipõhise lähenemisviisi kasutamine esimesel tasandil toob kaasa ühise keele tekkimise äriprotsesside kirjeldamiseks kõigi ettevõtte juhtide jaoks graafiliste diagrammide põhjal. Kui ettevõtte töötajad on selle keele selgeks saanud, saavad nad kiiresti lugeda olemasolevaid äriprotsesse, arutada nende funktsioone ja teha ettepanekuid mitmesuguste muudatuste tegemiseks. Pärast ettevõtte uuringu läbiviimist, korduvate tegevuste järjestuste tuvastamist ja nende rühmitamist esmatasandi äriprotsessideks, on võimalik valitud äriprotsesse analüüsida, tuvastada ja korrigeerida. halvad otsused, optimeerida kitsaskohti ja äriprotsesside kriitilisi valdkondi. Kui ettevõtte tegevus on vormistamata ja äriprotsessid kirjeldamata, siis on juhtimist keeruline parandada ja optimeerida.

    Käivitatavate äriprotsesside kasutamine pakub järgmisi eeliseid:

    • Suurendab oluliselt tööviljakust
    • Lihtsustab oluliselt teostatavate tööde jälgimise tegevust. Suurendab ettevõtte läbipaistvust.
    • Parandab ettevõtte toodete kvaliteeti, kuna - tänu automaatsetele reguleerimis- ja seirevahenditele on tagatud kõigi ettenähtud reeglite täitmine
    • Võimaldab teil kiiresti muuta äriprotsesse vastavalt ettevõtte muutuvatele töötingimustele
    • Võimaldab teil lahendada ettevõttesisese integratsiooni probleemi
    • Vähendab ettevõtte automatiseerimistööde maksumust, suurendab tarkvara arendamise kiirust ja töökindlust.

    Vaatame neid eeliseid üksikasjalikumalt.

    Varem (enne käivitatavate äriprotsesside tulekut) viidi äriprotsesside elluviimine organisatsioonides läbi peamiselt kaudselt - ametijuhendite, ettevõtte organisatsioonilise struktuuri muudatuste ja juhtide otseste juhiste kaudu. Kuid automatiseerituse aste kaasaegsed ettevõtted võimaldab rakendada äriprotsesside otsetäitmist arvutikeskkonnas. Sel juhul ilmub ettevõttesse tootmiskonveieri analoog, millelt on võimalik saada tööviljakuse tõusu, mis on võrreldav konveieri tootmises kasutuselevõtuga saavutatavaga. Suurenenud tööviljakus saavutatakse tänu sellele, et see mehhanism võimaldab kõrvaldada rutiinsed toimingud ja ebatõhusad protseduurid, mis on seotud töötajate tegevusest teabe otsimise ja edastamisega, ning suurendab oluliselt töötajate suhtluse kiirust. Töötajad täidavad määratud ülesandeid, ilma et neid segaks:

    • Teistelt töötajatelt ülesande täitmiseks vajalike andmete saamine
    • Oma töö tulemuste ülekandmine teistele töötajatele
    • Ametikirjelduste uurimine

    Kõik vajalik ilmub töötaja ette arvutiekraanile. Tööelementide täitmise järjekord määratakse äriprotsesside diagrammiga. Ahela sõlmedes jagab SUP&AR ülesanded esinejatele ja kontrollib nende täitmist.

    Käivitatavate äriprotsesside kasutamine võimaldab ka kiiresti organisatsiooni äriprotsesse ümber ehitada. Paljudel juhtudel ei pruugi tööülesannete täitjaid isegi äriprotsessi muudatustest teavitada, kuna see ei mõjuta nende töö olemust. See tähendab, et protsesside täitmist on lihtsam ja kiirem muuta. Sel viisil saab ettevõte tõhusamalt reageerida sise- või välistingimuste muutustele.

    Kaasaegne Venemaa ettevõte kasutab reeglina juba mitut heterogeenset automatiseeritud süsteemi, mis osalevad mõnes ettevõtte äriprotsessis. Kuna äriprotsessid läbivad kogu ettevõtet, peavad nad täitmise ajal kõigiga suhtlema. automatiseeritud süsteemid. Seega osutub SMS&AP juurutamise ülesanne ettevõtte mastaabis arvutirakenduste integreerimise ülesande erijuhuks. Teisisõnu, SMS&AP juurutamisel ettevõttes peaksid ilmuma rakendused, mis tagavad selle integreerimise olemasolevate süsteemidega.

    SUMS on kaasaegsete ettevõttetasandi süsteemide keskne osa. Kui ettevõtte infosüsteemil (CIS) puudub SUMS, siis äriprotsesside loogika osutub hajutatuks süsteemi erinevate elementide – andmebaaside, üksikute rakenduste jms vahel, selliseid süsteeme on keeruline hooldada ja edasi arendada.

    Stabiilsete, korduvate tegevusahelatega ettevõtetes osutub SMS&AR-il põhinevate süsteemide juurutamine, konfigureerimine ja hooldus kiiremaks ja odavamaks kui traditsiooniline automatiseerimine, mille puhul töötatakse välja üksikud rakenduse komponendid erinevate ülesannete ja osakondade jaoks. SUBPiAR lubab:

    • Kohanda arendust kiiresti muutuvate ülesannete ja arenduse käigus uute ideede tekkimisega
    • Vähendage arenduskulusid:
      • Äriprotsesside arendamine koodi kirjutamise asemel SUMS-i abil
      • Programmeerijate ja kliendi vahelise suhtluse kaotamine. Ärianalüütikul ja kliendil on käivitatava äriprotsessi diagrammi põhielementide ühisel väljatöötamisel palju mugavam üksteisega suhelda kui kliendil ja programmeerijal tehnilise spetsifikatsiooni teksti üle arutades.
      • Sel juhul vabaneb programmeerija rutiinsetest ülesannetest ja saab keskenduda keerukate graafiliste elementide ja pistikute väljatöötamisele, mis suurendab tema töö efektiivsust.
    • Vähendage tehnilise toe kulusid
    • Vähendage oluliselt muudatuste ja hoolduse kulusid

    Traditsioonilises arenduses kirjeldatakse lahendust kaks korda: üks kord, kasutades tekstis sisalduvat teksti tehniline ülesanne või tehniline projekt, teist korda - programmikoodi kujul. Protsessipõhine lähenemine võimaldab kirjeldada lahendust vaid ühe korra, käivitatava äriprotsessi kujul ja seeläbi vähendada automatiseerimiskulusid.

    Need eelised (kiirem, odavam, lihtsam toetada ja hooldada) langevad kokku objektorienteeritud programmeerimise paradigma eelistega võrreldes protseduurilise programmeerimise paradigmaga, mis on peaaegu välja tõrjutud. Analoogiliselt võib käivitatavatel äriprotsessidel põhinevat automatiseerimist tõlgendada kui uut kõrgetasemelist programmeerimisparadigmat ning oodata on selle kasutamise ulatuse märkimisväärne suurenemine võrreldes traditsioonilise automatiseerimisega.

    Käivitatavad äriprotsessid ja juhtimissüsteem

    Äriprotsesside juhtimine on aktiivselt arenev valdkond ja paljud terminid selles pole veel täielikult välja kujunenud. Erinevad autorid kasutavad selliseid mõisteid nagu SUMS, töövoohaldussüsteemid (Workflow), dokumendihaldussüsteemid (Docflow), ettevõtte mastaabis integratsioonisüsteemid (EAI – Enterprise Application Integration) jne.

    Kasutame terminit töövoo juhtimine juhtude kohta, kus äriprotsessis täidavad ülesandeid ainult inimesed. Käsitleme mõistet SUBPiAR töövoo juhtimisega seoses üldisemaks: äriprotsessi või regulatsiooni ülesannete täitjad SUBPiARis on nii inimesed kui ka arvutirakendused. Juhtimissüsteem koordineerib reeglina kõigi tegijate tööd ühtlaselt, ilma inimeste või arvutisüsteemide tehtud tööd eriliselt esile tõstmata.

    Lisaks DBMS-ile on laialt levinud dokumendihaldussüsteemid ehk DocFlow süsteemid. Juhtpunktide asemel kasutavad dokumendihaldussüsteemid "dokumendivoogu". DocFlow süsteemid kirjeldavad ettevõtte tegevust dokumentide kujul, mis liiguvad nende toimetajate vahel teatud marsruute vastavalt etteantud reeglitele.

    DocFlow süsteemid on paberdokumendivoo järglased. Sellest tulenevad nende loomulikud piirangud: dokumendiga saab teha piiratud hulga toiminguid: kinnitada/tagasi lükata, kinnitada, kustutada, teha muudatusi jne. Tavaliselt täiendavad dokumendihaldussüsteeme paberdokumentide piltide salvestamise süsteemid ja versioonikontrollisüsteemid. . Dokumendihaldussüsteemide peamine eelis on nende kiire juurutamine ettevõttes, kui see on juba olemas heal tasemel dokumendivoog on loodud.

    Dokumendihaldussüsteemides, nagu ka DBMS-is, on olemas graafikupõhised skeemid, mis koosnevad võimalike üleminekutega ühendatud sõlmedest. Mööda neid graafikuid ei liigu aga mitte kontrollpunktid, vaid dokumentide “korvid”. DocFlow süsteemides on reeglina andmed dokumentide sees, mis liiguvad otse läbi dokumendi vooskeemi.

    SUMS-is ei liigu andmed koos juhtpunktiga, vaid sisalduvad globaalsetes (vastab kogu äriprotsessile) ja lokaalsetes (ühele sõlmele) muutujates.

    Praegu on juhtimissüsteem ja dokumendihaldussüsteemid süsteemid erinevad tüübid dokumendihaldussüsteemid on aga järk-järgult lähenemas SUMS-i ja AR-i funktsionaalsusele. Kaasaegsete DocFlow süsteemide abil saab modelleerida mitut tüüpi äriprotsesse ning SUMS-i abil automatiseerida dokumendivoo elemente.

    Teostatavad äriprotsessid

    SMS-i ja AR-i arendamise areng on viinud selle kasutamiseni kaasaegsed süsteemid mõisted nagu äriprotsesside määratlus ja äriprotsessi eksemplar. Mõnikord nimetatakse äriprotsessi määratlust ka äriprotsessi malliks. Äriprotsessi definitsioon sisaldab äriprotsesside diagrammi, äriprotsesside rolle ja esinejate rollide määramise reegleid. Äriprotsessi teostamise ajal liiguvad kontrollpunktid diagrammil. Kontrollpunkte ja nende liikumisi on kõige lihtsam mõelda analoogia põhjal liikuvate nuppudega laste lauamängus kuubikuga.

    Äriprotsesside definitsioon sisaldab ka andmesalvestusstruktuuride kirjeldust. Äriprotsessi läbiviimisel sisaldavad need struktuurid konkreetseid andmeid. Isegi tänapäevases BPMS-is sisaldab äriprotsessi definitsioon äriprotsessi ja ülesande täitjaga suhtlemise vahendite kirjeldust. Tavaliselt on see graafiline vorm kasutaja suhtlemiseks või tarkvaraliides infosüsteemiga suhtlemiseks. Teine äriprotsessi määratlemise element on ärireeglid, mille abil valitakse marsruudi hargnemispunktides kontrollpunkti edasiseks liikumiseks konkreetne tee.

    Iga äriprotsessi määratluse jaoks saate luua ja käitada selle äriprotsessi eksemplare. Erinevused definitsiooni ja äriprotsessi eksemplari vahel vastavad erinevusele muutujatüübi ja muutuja eksemplari vahel traditsioonilises programmeerimiskeeles. See tähendab, et kui äriprotsessi definitsioon sisaldab äriprotsesside diagrammi, andmetüüpe, rollinimesid, siis töötavas äriprotsessi eksemplaris on diagrammil liikuvad kontrollpunktid, rollidele määratakse konkreetsed täitjad, äriprotsessi eksemplar sisaldab konkreetseid andmeid, mille tüübid vastavad äriprotsessi definitsioonis toodud andmetüüpidele. Samuti määratakse äriprotsesside puhul rollidele konkreetsed ülesannete täitjad.

    Arvutikeskkonnas teostatavad äriprotsessid peavad olema formaalselt määratletud piisavalt rangelt, et neid saaks hõlpsasti arvutis mõistetavaks esituseks tõlkida. Selleks on mugav kasutada matemaatilisi mõisteid.

    Anname täidetava äriprotsessi formaalse definitsiooni, mille aluseks on S. Yablonsky ja S. Bussleri ideed:

    Käivitatav äriprotsess määratakse kindlaks järgmiste vaatenurkade (vaatepunktide või kaalutlustasandite) määramisega:

    • kontrolli-voo perspektiiv
    • andmete perspektiiv
    • ressursi perspektiiv
    • operatiivne perspektiiv

    Vaatleme üksikasjalikult käivitatava äriprotsessi ametliku määratluse kõiki tasandeid. Sel juhul kasutame näitena äriprotsessi “Tarnija arve tasumine”. Selle abiga püüame selgitada kõiki äriprotsessi ametliku määratlemise väljavaateid.

    Juhtimise voo perspektiiv

    Juhtimise voo perspektiiv vastab äriprotsessi diagrammile. Algselt määratleti diagramm matemaatilise mõistena - suunatud graafikuna: üleminekute (noolte) abil ühendatud sõlmede kogum. Äriprotsesside sõlmed võivad olla kahte tüüpi - protsessi sammudele vastavad sõlmed ja marsruudisõlmed. Juhtpunkt (osuti aktiivse protsessi sõlmele) liigub mööda üleminekuid, juhindudes marsruudisõlmede ärireeglitest (ärireeglid kehtivad ka juhtimisvoo perspektiivi kohta).

    Protsessi etapile vastav sõlm sisaldab tegevussõlme. Kui kontrollpunkt on saabunud tegevussõlme, siis SUMS annab ülesande täitjale (töötajale või infosüsteemile) ja ootab vastust (teadet, et töö on tehtud). Pärast esineja vastust liigub kontrollpunkt üleminekul järgmisele äriprotsessi sõlmele. Tegevussõlmele vastaval sõlmel saab kõrvuti olla ainult üks sissetulev ja üks väljuv üleminek.

    Marsruudi sõlm vastab kontrollpunktide ilmumisele, eemaldamisele, hargnemisele-ühendamisele või ülemineku valikule, mida mööda kontrollpunkti edasi liigutatakse. Sellistes sõlmedes valib haldussüsteem marsruutimissõlmedes sisalduvate ärireeglite alusel järgmise(d) sõlme(d), millele juhtimine üle antakse. Sageli on nende sõlmedega seotud rohkem kui üks sissetulev või väljuv üleminek.

    Põhiline erinevus protsessietapi ja marsruudisõlme vahel seisneb selles, et marsruudisõlmes tuleb olemasolevate andmete põhjal teha otsus ainult kontrollpunkti edasise liikumistee(de) kohta, seega ei tohiks kontrollpunkt olla marsruudisõlme pikka aega. Kontrollpunkt võib jääda protsessietapile pikaks ajaks. Erandiks sellest reeglist on marsruudisõlmede ühendamine, mille puhul sissetulevad kontrollpunktid “ootavad” kontrollpunktide saabumist mööda ülejäänud sissetulevaid siirdeid, misjärel kõik sissetulevad kontrollpunktid hävitatakse ja väljuvate üleminekute kaudu genereeritakse kontrollpunktid. Kui aga eeldada, et liitsõlme saabunud juhtpunkt kustutatakse koheselt, samas kui sõlm salvestab info, et juhtpunkt on seda üleminekut mööda juba saabunud, siis see erand kaob.

    Töötaval äriprotsessi eksemplaril võib olla korraga mitu juhtpunkti. Vastavalt äriloogikale saab marsruudisõlme halduspunkti jagada mitmeks halduspunktiks, samuti võivad halduspunktid teatud marsruudisõlmes üksteist oodata ja seejärel üheks halduspunktiks ühineda.

    Hiljem, erinevate äriprotsessidega seotud standardite ja spetsifikatsioonide tulekuga, laiendati seda määratlust:

    1. Lisatud on kombinatsioonisõlmed, mis kujutavad endast protsessietapi ühendamist ühe või mitme marsruudisõlmega. Näiteks toimingusõlme liitmisel selle taga asuva marsruudisõlmega, mis valib ühe mitmest võimalikust suunast, paigutatakse skeemile ainult tegevussõlm ja selle külge kinnitatakse otse üleminekud, mis peavad marsruudisõlmest lahkuma.
    2. Lisatud on lisakonstruktsioonid, mille elemendid ei ole graafiku elemendid (edaspidi lisakonstruktsioonid), kuid nendele elementidele saab kinnitada üleminekuid ja marsruudi sõlmpunkte või üleminekud võivad neid elemente ristuda. Näiteks tutvustati sündmusi ja katkestusalasid, et hõlmata äriprotsessi etappe. Kui kontrollpunkt asub katkestusega alal sees, võib juhtuda sündmus (klient võib tellimuse vormistamise osas meelt muuta, lepingu kehtivuse ajal võivad ilmneda vääramatu jõu asjaolud vms). Sel juhul saab kontrollpunkt koheselt liikuda suvalisest ala sees asuvast sõlmest alaga seotud marsruudisõlme ja sealt edasi liikuda mööda sellega ühendatud üleminekut.
    3. Lisatud on sõlmed, mis vastavad protsessi etapile, kuid ei ole toimingusõlmed. Näiteks ootesõlmed, milles protsessitäitjatele ülesandeid ei anta, ootab UPMS nendes sõlmedes lihtsalt teatud sündmuse toimumist, misjärel liigub kontrollpunkt edasi. Lisatud on ka alamprotsessi sõlmed. Nende sõlmede jaoks ei ole konkreetset täitjat määratletud, nendes sõlmedes käivitab SMS&AR mõne muu äriprotsessi jooksva protsessi alamprotsessina ja edastab sellele vastavad andmed.

    Täiendustega saab juhtimisvoo perspektiivi määratleda järgmiselt.

    Juhtimise voo perspektiiv kujutab äriprotsessi diagrammi Äriprotsessi diagramm koosneb suunatud graafikust ja võimalusel täiendavatest konstruktsioonidest. Äriprotsessi sõlmed võivad olla kolme tüüpi - protsessi sammudele vastavad sõlmed, marsruudisõlmed ja kombineeritud sõlmed, mis kujutavad protsessi sammu ühendamist ühe või mitme marsruudisõlmega.

    Protsessi etapid on toimingusõlmed või lisasõlmed. Juhtpunktid liiguvad mööda üleminekuid. Hetkel, mil kontrollpunkt saabub tegevussõlme, annab SUBPiAR täitjale ülesande. Pärast seda, kui täitja on ülesande täitnud, liigub kontrollpunkt mööda üleminekut järgmisele protsessisõlmele. Tegevussõlmele vastaval sõlmel saab kõrvuti olla ainult üks sissetulev ja üks väljuv üleminek.

    Marsruudi sõlm vastab kontrollpunktide ilmumisele, eemaldamisele, jagamisele, ühendamisele või ülemineku valikule. Need sõlmed võivad sisaldada ärireegleid, mille alusel valitakse edasised halduspunktide teed. Marsruutimissõlmedes valib SUP&AR järgmise(d) sõlme(d), millele juhtimine üle antakse.

    Selgitame äriprotsessides kõige sagedamini kasutatavate sõlmede käitumist ja pakume ka nende graafilisi pilte.

    Sõlm "Start" vastab äriprotsessi käivitamise alguspunktile. Sellel pole sissetulevaid servi ja üks või mitu väljuvat serva. Äriprotsessi eksemplari käivitamise hetkel paigutatakse sõlme kontrollpunkt, mis jätab selle kohe mööda väljuvat serva. Äriprotsessis peab olema üks "algussõlm". Tähistatakse “õhukese” ringiga (joonis 1.1 a). Mitme väljuva ülemineku korral ühendab sõlm eksklusiivse lüüsi, nii et äriprotsessi eksemplari käivitamisel valib kasutaja ühe väljuvatest servadest, mida mööda kontrollpunkti edasi liigutatakse.


    Riis. 1.1.

    "Voolu lõpetamise" sõlmel peab olema üks või mitu sissetulevat serva ja mitte ühtegi väljuvat serva. Kui mõni halduspunkt seda sõlme tabab, siis see kustutatakse. Äriprotsessi eksemplar, milles pole järel ühtegi kontrollpunkti, loetakse lõpetatuks. Lõime lõpetamise sõlme võib olla mitu, kuid selline sõlm peab olema vähemalt üks. Tähistatakse paksu ringiga (joonis 1.1 b).

    Sõlm "lõpp" vastab äriprotsessi teostamise lõpp-punktile. Lõppsõlmel peab olema üks või mitu sissetulevat üleminekut ja mitte ühtegi väljaminevat üleminekut. Kui juhtimine jõuab lõpetamiseni, peatuvad kõik selle protsessi lõimed ja ka kõik selle sünkroonsed alamprotsessid. Äriprotsessis võib olla mitu Finish-sõlme. See sõlm pole aga äriprotsessis nõutav, kui äriprotsessis on vähemalt üks voo lõpp-punkt. Tähistatakse musta ringiga ringi sees (joonis 1.1 c).

    Sõlm “tegevus” genereerib sooritajale ülesande, seda tähistatakse ümarate nurkadega ristkülikuga, mille keskele on kirjutatud sõlme nimi (joonis 1.1 d), millel võib olla mitu sissetulevat ja mitu väljuvat serva. Mitme väljuva ülemineku korral ühendab sõlm eksklusiivse lüüsiga, mistõttu iga sinna saabuva juhtpunkti jaoks valib kasutaja sõlme ülesande täitmisel ühe väljuvatest üleminekutest (servadest), mida mööda juhtimine punkt nihutatakse kaugemale.

    Eksklusiivsel lüüsisõlmel võib olla mitu sissetulevat ja mitu väljaminevat serva. Iga sinna saabuva kontrollpunkti jaoks valitakse, millist väljuvat serva pidi järgmisena liigutatakse. Seda tähistab teemant, mille sees on “rist” (joonis 1.2 a).


    Riis. 1.3. Näide äriprotsessi skeemist "Tarnija arve tasumine" (BPMN - märge)

    Joonisel fig. Joonisel 1.3 on toodud näide äriprotsesside graafikust “Tarnijaarvete tasumine”. Protsessi etapid on kujutatud ümarate servadega ristkülikutena; protsessi algus vastab ringile ja lõpp - ring, mille sees on ring. Element "Maksa arve" on kombineeritud sõlm, mis koosneb üleminekute marsruudiühendussõlmest ja tegevussõlmest. Ülejäänud ümarate servadega ristkülikud on tegevussõlmed. Teemantide kujul olevad elemendid vastavad marsruudisõlmedele - kohtadele, kus kontrollpunktide marsruudid hargnevad.

    Äriprotsessi alguses sisestab tarneäri juht eeldatava makse parameetrid (arve number, arve kuupäev, arve summa, vastaspoole ettevõte, agendifirma, kommentaar). Järgmisena jälgitakse automaatselt osakonna eelarve täitmist. Kui praegune tehing ületab eelarve, lükatakse see automaatselt tagasi ja äriprotsess lõpeb. Kui osakonna eelarvet ei ületata, võrreldakse tehingu summat makselimiidiga. Edasi, kui limiiti ei ületata, tasutakse arve automaatselt, misjärel äriprotsess lõpetatakse. Limiidi ületamisel peab makse kinnitama finantsdirektor.

    Järgmised ärireeglid vastavad äriprotsessile "Tarnija arve tasumine":

    1. Kui sõlme "hangi eelarvest andmed" kutsutud väline rakendus tagastas muutujale "Kas osakonna eelarve on ületatud" väärtuse "ei", siis peaksite jätkama limiidi kontrollimist, vastasel juhul minge äriprotsesside lõpuleviimise sõlme.
    2. Kui muutuja "arve summa" väärtus on väiksem kui konstandi "ühekordse makse limiit" väärtus, peate minema sõlme "tasuma arve", vastasel juhul - sõlme "kinnita makse".
    3. Kui rolli kuuluv esineja " Finantsjuht", täites vastaval kujul väljad, tagastas muutujale "kas juht kiitis heaks" väärtuse "jah", seejärel minge sõlme "maksa arve", vastasel juhul - äriprotsessi lõpetamise sõlme.
    4. äriprotsesside haldamine võib olla ka keeruline ja erineda algoritmi traditsioonilises vooskeemis olevast kontrollpunkti käitumisest: selles näites, kui ülemus on rakenduse heaks kiitnud, jagatakse juhtimisvoog kaheks paralleelseks vooks (eraldus- ja voogude ühendamine vastab rombikujulisele elemendile, mille sees on "plussmärk"), mis täidetakse samaaegselt, mis seejärel ühel hetkel "liituvad".

    Andmete perspektiiv

    Andmeperspektiiv vastab sisemiste äriprotsesside muutujate komplektile. Äriprotsessi muutujad võivad olla sisend- ja väljundparameetrid, kui nendega suhelda infosüsteemid ettevõtetele. Muutujate abil toimub infovahetus protsessietappide vahel ja sellest tulenevalt väliste infosüsteemide vahel, st äriprotsess saab edastada informatsiooni ettevõtte infokeskkonnas heterogeensete infosüsteemide vahel. Äriprotsessi muutujaid kasutatakse ka konkreetse sisekontrollipunkti liikumise valimisel sõlmede vahel piki võimalikke üleminekuid.

    Tabel 1.1. Äriprotsessile "Arve maksmine" vastavate globaalsete muutujate loend, mille diagramm on näidatud joonisel fig. 1.1
    Muutuja nimi Muutuv tüüp
    Konto number Liin
    Arve kuupäev kuupäeva
    Arve summa Number
    Osapoole ettevõtte ID (identifitseerimisnumber) ( juriidilise isiku, kellele arve väljastati)
    Agentettevõtte ID (makse sooritav juriidiline isik) Number – kordumatu identifikaator

    Kaasaegne reaalsus sunnib meid kohandama juhtimisaparaati dünaamiliselt arenevasse keskkonda, kus valitseb tihe konkurents. Spetsialistide arvamused selles osas erinevad. Mõned eitavad täielikult organisatsiooniliste ja majanduslike meetodite tähtsust, teised teevad ettepaneku määrata iga juhtimisfunktsiooni eest vastutaja.

    Praktiline kogemus näitab, et kasutada ainult funktsionaalne lähenemine viib juhtimise efektiivsuse vähenemiseni. Mis on teiste juhtimismeetodite olemus? Millele on protsessi lähenemine keskendunud ja millised on selle eelised?

    4 lähenemist juhtimisele

    IN kaasaegne juhtimine On neli tüüpi, mis võimaldavad organisatsiooni ja juhtimisprotsessi erinevalt vaadata. See on kvantitatiivne, protsessipõhine, süsteemne, situatsioonipõhine, mis tekkis 20. sajandil.

    Lähenemine

    Kvantitatiivne

    See tekkis 1950. aastal täppisteaduste arenguga. Juhtimises hakati aktiivselt kasutama arvuteid, matemaatika ja füüsika saavutusi. Virtuaalsete mudelite loomine ressursside jaotamiseks, varude haldamiseks, hoolduseks, strateegiline planeerimine jne.

    Protsess

    Liikumise asutaja on A. Fayol, selle tekkeajaks on 20. sajandi teine ​​kümnend. Käsitluse kohaselt esitatakse juhtimist pideva protsessi või tsüklina. Selle aluse moodustavad põhifunktsioonid: planeerimine, organiseerimine, motiveerimine ja kontroll.

    Süsteem

    Ilmus kahekümnenda sajandi keskel. Vaatleb organisatsiooni kui avatud süsteemi, mis suhtleb väliskeskkonnaga. Sisekeskkond sisaldab allsüsteemi elemente: divisjonid, tehnoloogiad, juhtimistasandid.

    Olukorras

    Moodustati 20. sajandi 60. aastal. Lähenemisviisi pooldajad soovitavad valida juhtimismeetodid võttes arvesse olukorda ja keskkonnategureid. Tõhusam meetod on see, mis oludele sobib.

    Protsessilähenemine juhtimises

    Kaasaegne protsessikäsitlus põhineb juhtimissüsteemil ja käsitleb iga organisatsiooni kui ühtset organismi. Igas ettevõttes toimuvad erinevad äriprotsessid, mis võtavad sisendis vastu ressursse ja väljundis valmistatakse poolfabrikaat või toode. Valmiskaupade ja teenuste vabastamisel on kogu tsükkel suletud.

    See lähenemine seisneb töö korraldamises nii, et see põhineb kogu ettevõtte tegevuste jagamisel äriprotsessideks ja juhtimisaparaadil plokkideks. Kogu süsteemi saab esitada diagrammi, üksikute lülidega ahela kujul - operatsioonid. Tootmisahela lõpptulemus on toode. Konkreetse äriprotsessi eest vastutavad üksused moodustatakse struktuuriüksustest.

    Protsessi lähenemisviisi põhialused

    Selguse huvides koostasime allolevasse tabelisse kõik postulaadid.

    Protsessi lähenemisviis põhineb mitmel põhimõttel

    Lähenemise põhijooned

    • Keskenduge toote kvaliteedi ja tarbijate eelistuste parandamisele.
    • Kõik ahelas osalejad vastutavad äritulemuste eest.
    • Töötajate motivatsioon on kõrgel tasemel.
    • Bürokraatia nõrgenemine.
    • Juhtkond delegeerib volitused ja vastutuse laialdaselt tavatöötajatele.
    • Otsused langetatakse kiiremini, vähendades juhtimistasandite arvu.
    • Toote või teenuse kvaliteeti jälgitakse hoolikalt.
    • Kõik äriprotsessidega seotud tehnoloogiad on formaliseeritud ja automatiseeritud.

    Probleemid protsessi lähenemisviisi rakendamisel

    Teoreetiliselt tundub protsessikäsitlus lihtne ja loogiline, kuid praktikas osutub selle rakendamine ettevõtte tegevuses keeruliseks. Sel juhul tasub tähelepanu pöörata reaalsetele näidetele, teiste organisatsioonide praktilistele tulemustele ja professionaalsete konsultantide arvamusele. Iga organisatsiooni jaoks põhjustab kontrollimata teooria rakendamine suuri rahalisi ja muid kulusid.

    Protsessi lähenemisviisi praktiline rakendamine on seotud mitme probleemiga:

    • juhtimine juurutab protsessikäsitluse juhtimises vaid formaalsel tasandil;
    • loodud süsteem ei vasta tegelikule asjade seisule organisatsioonis;
    • katse tutvustada lähenemist mitteametlikul tasandil;
    • juhid ei taju lähenemist uue organisatsioonilise ideoloogiana;
    • juhtkond ei mõtle protsesside reguleerimise vajadusele või ei oska neid juhtida;
    • juhid ei ole valmis põhjalikeks muudatusteks, näiteks ettevõtte struktuuri ümbervaatamiseks;
    • kompetentsuse, motivatsiooni, pühendumise, visaduse puudumine protsesside optimeerimisel.

    Protsessi lähenemine organisatsioonis ja kvaliteedijuhtimissüsteemis

    Üks ISO 9001:2000 põhinõudeid on protsessipõhise lähenemise rakendamine. Standardi järgi on vaja protsessid identifitseerida ja korraldada nende juhtimine, kuid konkreetset tegevuste süsteemi ette antud ei ole.

    Paljud juhid, kes alustavad tööd QMS-i loomisega, tajuvad selle rakendamist mitteametlikuna. Samas rõhutavad nad, kui olulised on juurutamise käigus tekkivad oodatavad muudatused paremuse poole, mitte aga KVSi sertifikaat ise. Praktikas tekitab projekti elluviimine raskusi. Need hirmutavad organisatsiooni juhtkonda, kes otsustab piirduda ISO formaalsete nõuete täitmisega.

    Seega jääb QMS formaalsele tasemele. Seetõttu on pettunud töötajatel negatiivne suhtumine süsteemi endasse ja protsessi lähenemisse.

    Protsessijuhtimisele ülemineku meetodid

    Kõik need on esitatud tabelis:

    Täielik meetod

    Meetodi kaudu

    Protsesside ja süsteemide käsitlus põhineb äriprotsesside identifitseerimisel praeguse organisatsiooni struktuuri alusel. Seejärel toimub üleminek protsessi struktuurile. Selle alus põhineb mitmel sättel.

    Protsess ja situatsioonipõhine lähenemine. Juhtkond tuvastab otsast lõpuni äriprotsessid, mille jaoks koostatakse dokumendivoo ja tööjärjekorra kirjeldus. Järgmises etapis lisatakse need uude protsessistruktuuri, tavaliselt maatriksstruktuuri.

    • Vajalike äriprotsesside tuvastamine ja klassifitseerimine.
    • Äriprotsesside ahela moodustamine tööstruktuuri sees.
    • Standardite ja meetodite väljatöötamine juhtimisprotsesside efektiivsuse tagamiseks.
    • Loomine teabebaas ja ressursside valik äriprotsesside raames töö tegemiseks.
    • Protsessi jälgimine ja analüüs.
    • Meetmete rakendamine kavandatud eesmärkide saavutamiseks.
    • Äriprotsesside täiustamine.
    • Mudeli koostamine vastavalt olukorrale.
    • Olemasolevate äriprotsesside analüüs.
    • Täiustatud mudeli väljatöötamine.
    • Selle alusel äriprotsesside ümberkorraldamine.
    • Uue protsessi organisatsioonilise struktuuri koostamine.

    Mida annab protsesside kirjeldus ja reguleerimine?

    Efektiivsuse tõstmine ei ole otseselt seotud protsessi reguleerimisega. Ettevõttel ei pruugi olla kirjeldusi ja eeskirju. Tööd teevad endiselt töötajad vastavalt aktsepteeritud reeglitele, kuna töötajad tunnevad tootmisprotsessi. Selline töökorraldus toob kaasa pideva ressursside kadumise. Protsesside kirjeldamine ja reguleerimine avab mitmeid võimalusi:

    1. Tegevus standardite raames ja protsesside korratavus loovad võimalused juhtimiseks.
    2. Probleemide, raskete hetkede, ressursside kadude tuvastamine protsesside rakendamisel.
    3. Meetmete väljatöötamine protsesside parandamiseks.
    4. Kogemused ja teadmised tööprotsessidest, mida saab üle kanda uutele töötajatele, filiaalidele ja teistele organisatsioonidele.
    5. Võrdlusuuringu rakendamine, teie ettevõtte võrdlemine konkurentidega äriprotsesside täiustamiseks.
    6. Siseauditi.

    Reguleerimine on tõhus, kui sellega kaasneb analüüs, parenduste väljatöötamine ja rakendamine.

    Protsessi lähenemisviisi ideoloogia

    Protsessiline lähenemine ja selle reaalne, mitte formaalne juurutamine juhtimissüsteemi tekitab palju raskusi. Juhtkonna probleemiks on juhtimisoskuste ja personali kaasamise oskuse puudumine. Uute süsteemide loomisel tehtavad muudatused peavad esmalt töötajate meelest toimuma.

    Töötajate kaasamine muutub lihtsamaks, kui lähenemist võtta ideoloogiana. Esiteks tungib idee inimeste teadvusesse ja seejärel saab sellest tööriist. Siis on töötajad valmis rakendama uusi meetodeid ja programme, milleks tuleb neid julgustada.

    Järeldus

    Paljudes riikides üle maailma peetakse protsessilist lähenemist juhtimisele äriedu peamise tegurina. Pole juhus, et sellest on saanud kvaliteedijuhtimise standardite alus. Selle lähenemisviisi tõhusust ei ole veel kinnitatud tõelisi näiteid rakendamine edasi Venemaa ettevõtted. Näiteid on vähe, aga ka uusi eeliseid standardi rakendamisest. Põhjus on selles, et paljud organisatsioonid muutsid lihtsalt terminoloogiat: oli müügiosakond, nüüd on "müügi" protsess. Osakondade juhid on saanud protsessiomanikeks.

    Protsessipõhine lähenemine juhtimises on peamine tööriist nende tööriistade hulgas, mida juhtkond juhtimissüsteemi ümberkorraldamiseks kasutab.

    Protsessi sisendid on elemendid, mis toimingute sooritamise käigus muutuvad. Protsessilähenemine arvestab sisenditena materjale, seadmeid, dokumentatsiooni, erinevat informatsiooni, personali, finantse jne.

    Protsessi väljundid on oodatud tulemused, mille nimel meetmeid võetakse. Väljund võib olla kas materiaalne toode või erinevat tüüpi teenused või teave.

    Ressursid on protsessi jaoks vajalikud elemendid. Erinevalt sisenditest ei muutu ressursid protsessi käigus. Protsessi lähenemisviis määratleb sellised ressursid nagu seadmed, dokumentatsioon, finantsid, personal, infrastruktuur, keskkond jne.

    Protsessi omanik– protsessipõhine lähenemine tutvustab seda kontseptsiooni kui üht kõige olulisemat. Igal protsessil peab olema oma omanik. Omanik on isik, kelle käsutuses on vajalik hulk ressursse ja kes vastutab protsessi lõpptulemuse (väljundi) eest.

    Igal protsessil peab olema tarnijatele ja tarbijatele. Tarnijad pakuvad protsessi sisendelemente ja tarbijad on huvitatud väljundelementide vastuvõtmisest. Protsessil võivad olla nii välised kui ka sisemised tarnijad ja tarbijad. Kui protsessil pole tarnijaid, siis protsessi ei teostata. Kui protsessil pole tarbijaid, pole protsessil ka nõudlust.

    Protsessi indikaatorid selle toimimise kohta teabe saamiseks ja asjakohaseks võtmiseks juhtimisotsused. Protsessi indikaatorid on kvantitatiivsete või kvalitatiivsete parameetrite kogum, mis iseloomustavad protsessi ennast ja selle tulemust (väljundit).

    Protsessi lähenemisviisi eelised

    Tänu sellele, et protsessikäsitlus loob organisatsiooni töös horisontaalseid seoseid, võimaldab see saada mitmeid eeliseid võrreldes funktsionaalse lähenemisega.

    Protsessi peamised eelised on järgmised:

    • Erinevate osakondade tegevuse koordineerimine protsessi sees;
    • Orienteerumine protsessi tulemusele;
    • Organisatsiooni efektiivsuse ja efektiivsuse tõstmine;
    • Tulemuste saavutamiseks tehtavate tegevuste läbipaistvus;
    • Tulemuste suurem prognoositavus;
    • Protsessi sihipärase täiustamise võimaluste väljaselgitamine;
    • Barjääride eemaldamine funktsionaalsete osakondade vahel;
    • tarbetute vertikaalsete interaktsioonide vähendamine;
    • Taotlemata protsesside kõrvaldamine;
    • Aja- ja materjalikulude vähendamine.

    Protsessipõhisel lähenemisel põhinevate tegevuste täiustamine

    Protsessilähenemise aluseks on mitmed populaarsed ja üsna tõhusad kontseptsioonid organisatsioonide töö parandamiseks. Tänapäeval võib eristada nelja valdkonda, mis kasutavad protsessipõhist lähenemist peamise lähenemisena tegevuse efektiivsuse tõstmisel.

    Need valdkonnad hõlmavad järgmist:

    Täielik kvaliteedijuhtimine(TQM) See on kontseptsioon, mis näeb ette organisatsiooni toodete, protsesside ja juhtimissüsteemide kvaliteedi pidevat parandamist. Organisatsiooni töö põhineb klientide rahulolul;