Mezozoiskā locīšana. Mezozoiskā locīšana parādījās pirms 150-50 miljoniem gadu...
Procesa pieeja ir vissvarīgākā ideālas pārvaldības iezīme.
Process ir savstarpēji saistītu un mijiedarbīgu darbību kopums, kas pārveido ievadi iznākumos (ISO 9000 2000). Procesa iznākumam (produktam) ir vērtība patērētājam. Runājot par procesa pieeju, viņi, pirmkārt, domā, ka procesa un katra tajā iekļautā darba (aktivitātes, apakšprocesa, otrā vai nākamā līmeņa procesa vai funkcijas) vadība notiek, izmantojot īpašus metodiskos paņēmienus, kas ir diezgan labi attīstīti un ļauj novērst daudzas kļūdas.
Procesa vadības sistēmas izveide nozīmē sistēmas izveidi procesa indikatoru plānošanai no augšas uz leju un vadības atskaites sistēmu no apakšas uz augšu. Šīs sistēmas var veidot tikai no augšas uz leju, sākot ar organizācijas augstākās vadības plāniem.
Vidējā un zemākā līmeņa vadītāju informēšanas problēma par augstākās vadības un uzņēmumu īpašnieku plāniem ir viena no pirmajām svarīgām vietām. Procesa vadītājs, kuram trūkst informācijas par augstākās vadības plāniem, centīsies izveidot tādus plānus, kurus viņš zina, ka var īstenot.
Procesa pieejas vadībai koncepcija ir balstīta uz:
MS ISO 9000 sērijas standartos piedāvātie kvalitātes vadības sistēmu konstruēšanas principi, 2000. gada versija;
P-D-C-A (Plan-Do-Check-Action) cikls, ko bieži sauc par Deminga ciklu;
Norton un Kaplan izstrādātie BSC (Balance ScoreCard) dizaina principi;
Projektu vadības principi, jo jebkuras izmaiņas organizācijās, tajā skaitā procesu pieejas ieviešana, tiek veiktas kā projekts;
Labākā pasaules pieredze ēku vadības sistēmu jomā un organizāciju darbības uzlabošanā.
Procesu pieeja organizācijas vadīšanai ir balstīta uz biznesa procesu identificēšanu organizācijā un šo biznesa procesu pārvaldību.
Prezentācijas vienkāršības labad terminu “biznesa process” turpmāk aizstāsim ar terminu “process”. Turklāt vadības pamatprincipi nav atkarīgi no uzņēmuma veida, profila un darbības jomas, tāpēc turpmāk ar terminu “organizācija” tiks apzīmēts uzņēmums, kas veido procesu vadības sistēmu. Šis termins vienlīdz attiecas uz rūpniecības uzņēmumu, pārvaldības uzņēmumu, konsultāciju vai juridisko biroju, komerciālu vai valsts iestādi.
Visu veidu organizācijām aktuālākais uzdevums ir izveidot efektīvu vadības sistēmu, kas nodrošinās organizācijas mērķu izpildi un panākumu gūšanu ārējā vidē.
Jebkuru vadības sistēmu iespējams uzbūvēt tikai uz unikāli definētu objektu bāzes, no kuriem tā sastāvēs. Svarīgākie objekti jebkurā vadības sistēmā ir "kontroles objekts" - tas, kas tiek kontrolēts, un "kontroles subjekts" - tas, kurš kontrolē. Attiecīgi procesa vadības sistēmai šie objekti tiek definēti ar terminiem “Process” un “Procesa īpašnieks”.
Process ir stabils, mērķtiecīgs savstarpēji saistītu darbību kopums, kas, izmantojot noteiktu tehnoloģiju, pārveido ievadi patērētājam vērtīgos iznākumos.
Šī definīcija ir balstīta uz MS ISO 9000:2000 standarta definīciju un ir diezgan vispārīga.
Ir trīs galvenās procesu grupas:
end-to-end (starpfunkcionālie) procesi, kas iet cauri vairākām organizācijas nodaļām vai visai organizācijai, šķērsojot funkcionālo vienību robežas;
nodaļu procesi (intrafunkcionālie) un apakšprocesi, kuru darbība ir ierobežota vienas organizācijas funkcionālās vienības ietvaros;
organizācijas darbību zemākā dekompozīcijas līmeņa operācijas (funkcijas) parasti veic viena persona.
Jēdziens “apakšprocess” tiek lietots gadījumos, kad nepieciešams process sīkāk aplūkot kā to veidojošo apakšprocesu kopumu.
Tā kā procesi vai apakšprocesi pēc būtības ir darbības, šo darbību apzīmēšanai nepieciešams, lai procesu, apakšprocesu (vai funkciju) nosaukumi tiktu izteikti ar darbības vārdu vai verbālu lietvārdu, piemēram, “Ražošanas process”, “Pārdošanas process”.
Procesa vadīšanai nepieciešams iecelt par procesa ieviešanu un tā rezultātu atbildīgo amatpersonu. Lai amatpersona varētu vadīt procesu, tai ir jāpiešķir procesa veikšanai nepieciešamie resursi, jādeleģē tiesības un pilnvaras. Katrs process nepastāv pats par sevi, bet veic dažas funkcijas organizācijā un to kontrolē organizācijas augstākā vadība. Tā kā atsevišķos gadījumos procesu var vadīt nevis viens darbinieks, bet gan koleģiāla vadības institūcija, tad procesa īpašnieka definīcija būs šāda.
Procesa īpašnieks ir oficiāla vai koleģiāla vadības institūcija, kuras rīcībā ir procesa veikšanai nepieciešamie resursi un kura ir atbildīga par procesa rezultātu.
Procesa īpašnieks vada procesu un ir procesa neatņemama sastāvdaļa.
Biznesa procesa ievade ir produkts, kas procesa izpildes laikā tiek pārveidots par izlaidi.
Ievadei vienmēr ir jābūt savam nodrošinātājam. Procesa ievade var ietvert: izejvielas, materiālus, pusfabrikātus, dokumentāciju, informāciju, personālu (“Personāla komplektēšanas” procesam), pakalpojumus utt.
Procesa ievades:
ievadiet procesu no ārpuses;
to apjoms plānots vienam vai vairākiem procesa cikliem vai noteikta produkta apjoma izlaišanai.
Izlaide (produkts) ir materiāls vai informācijas objekts vai pakalpojums, kas ir procesa rezultāts un ko patērē klienti ārpus procesa.
Procesa iznākumam (produktam) vienmēr ir patērētājs. Ja patērētājs ir cits process, tad tam šī izvade ir ievade. Procesa izvadi (produktu) var izmantot arī kā resursu, izpildot citu procesu. Procesa rezultāti var ietvert: gatavos produktus, dokumentāciju, informāciju, tostarp atskaites, personālu, pakalpojumus utt.
Biznesa procesa resurss ir materiāls vai informācijas objekts, kas pastāvīgi tiek izmantots procesa veikšanai, bet nav procesa ievade.
Procesa resursi var ietvert: informāciju, personālu, aprīkojumu, programmatūru, infrastruktūru, vidi, transportu, sakarus utt.
Procesa resursi:
atrodas procesa īpašnieka kontrolē;
to apjoms ir plānots lielam ciklu skaitam vai ilgam procesa darbības periodam.
Procesa pabeigšanai nepieciešamo objektu sadalījums “ievadījumos” un “resursos” ir diezgan patvaļīgs. Procesa izpildei svarīgāka ir precīza definīcija par to, kam jābūt pieejamam procesa īpašniekam, lai process noritētu un tiktu veiksmīgi pabeigts.
Izvades, ievades un resursi ir jāapzīmē ar lietvārdiem, jo tie ir materiāli objekti.
2. attēlā parādītajam procesam ir ieejas un izejas. Procesa veikšanai tiek izmantoti resursi (personāls, aprīkojums, infrastruktūra, vide utt.). Procesa īpašnieks kontrolē procesu. Viņa rīcībā ir visi procesa veikšanai nepieciešamie resursi.
Rīsi. 2. Vienkāršota procesa diagramma
Lai vadītu procesu, procesa īpašniekam ir jāsaņem informācija par procesa gaitu un informācija no procesa patērētāja (klienta). Tāpēc viena no procesa vadības sastāvdaļām ir sistēma informācijas sniegšanai procesa īpašniekam. Attiecīgi augstākajai vadībai regulāri jāsaņem ziņojumi par procesa gaitu.
Lai procesi darbotos, augstākajai vadībai ir jānosaka procesa mērķis, jāizvirza mērķi procesa īpašniekam un jāapstiprina plānotās procesa veiktspējas un efektivitātes rādītāju vērtības. Procesa īpašnieks, savukārt, pieņem vadības lēmumus, pamatojoties uz saņemto informāciju un izstrādātajiem plāniem.
Anotācija: Lekcijas mērķis: Procesu pieejas prezentācija uzņēmuma vadības organizēšanai
Ievads
Procesa pieeja pieņem, ka uzņēmuma darbības var attēlot kā notiekošu biznesa procesu kopumu. Tas ir efektīvs uzņēmumiem, kuru ražošanas darbībās tiek atkārtotas vienas un tās pašas darbību ķēdes, ko veic dažādi izpildītāji. Šādi uzņēmumi ir lielākā daļa biroju uzņēmumu, kas nodarbojas ar dažāda veida darbu ar dokumentiem, piemēram, bankas, apdrošināšana, investīciju kompānijas, konsultāciju kompānijas, izdevniecības. Tāpat procesa pieejas izmantošana ir efektīva uzņēmumos, kuru darbību apraksta detalizēti noteikumi, piemēram, valsts iestādēs.
Literatūrā tiek izmantotas aptuveni simts dažādas jēdziena biznesa process definīcijas. Tāpēc šajā kursā mēs nesniegsim vispārīgu biznesa procesa definīciju, tikai atzīmēsim, ka parasti definīcijā tiek pieņemts, ka biznesa procesam ir grafiska diagramma, uz kuras atrodas mezgli un pārejas (bultiņas). Kontrolpunkti pārvietojas pa pārejām.
Kontrolpunkta parādīšanās noteikta veida mezglā atbilst kādas darbības veikšanai uzņēmuma ražošanas darbībā. Pārejas biznesa procesu diagrammā, kā arī mezgli, kas paredzēti kontroles punktu atzarošanai un apvienošanai, atrodas tā, lai biznesa procesā ņemtās darbības tiktu veiktas saskaņoti un pareizā secībā. Procesa pieeja nenozīmē obligātu uzņēmuma automatizāciju. Biznesa procesi var būt divu veidu: Biznesa procesi uzņēmuma darbību analītiskai modelēšanai un izpildāmi biznesa procesi.
Analītiskās modelēšanas biznesa procesi faktiski ir īpaša saziņas valoda starp vadītājiem, biznesa analītiķiem un uzņēmumu vadītājiem, un tos izmanto, lai izstrādātu un izskaidrotu uzņēmuma biznesa organizēšanas pamatlēmumus. Viņu uzdevums ir nodrošināt, lai cilvēki uztvertu un saprastu šos lēmumus, lai tie nesaturētu detaļas, parasti tie aprobežojas ar tikai bieži lietotu darbību secību aprakstu, kas nesatur nekādas novirzes; tie nav paredzēti reālai izpildei.
Izpildāmie biznesa procesi, gluži pretēji, ietver vadības punktu pārvietošanu pa biznesa procesu diagrammu datorvidē, stingri ievērojot uzņēmumā veiktās darbības. Tiek ieviestas šādas datorvides - biznesa procesu vadības sistēmas un. Turpmāk tos sauksim SUBPiAR. Faktiski SMS&AR sadala uzdevumus izpildītājam atbilstoši kontrolpunktu kustībai pa biznesa procesa diagrammu un kontrolē šo uzdevumu izpildi.
Vēsturiski procesa pieeja Sākumā tas ietvēra tikai biznesa procesus analītiskajai modelēšanai. Šīs pieejas ietvaros tika identificēti uzņēmuma biznesa procesi, analizēti identificētie biznesa procesi un ģenerēti priekšlikumi biznesa efektivitātes uzlabošanai, mainot biznesa procesus. Tālāk uzņēmumā tika ieviesti pārveidotie biznesa procesi. Parasti tas prasīja ilgu laiku un bija sarežģīti, mainoties amatu aprakstos, organizatoriskajā struktūrā un tiešiem vadītāju norādījumiem.
Izpildāmo biznesa procesu parādīšanās procesa pieejai ir devusi daudzas jaunas priekšrocības. Galvenās no tām ir:
- SMS&AR kā ražošanas konveijera analoga izmantošana un līdz ar to ievērojams biroja darbinieku produktivitātes pieaugums
- spēja ātri mainīt uzņēmuma biznesa procesus, reaģējot uz mainīgajiem biznesa apstākļiem
Pēdējos gados ir notikusi aktīva SMS&AR ieviešana gan uzņēmējdarbībā, gan valsts organizācijās. Līdz ar to radās nepieciešamība apmācīt gan ekonomikas specialitāšu, gan ar informācijas tehnoloģijām saistīto specialitāšu studentus procesa pieejā un darbā ar SMS&AR.
Šis kurss galvenokārt koncentrējas uz izpildāmiem biznesa procesiem. Kurss sniedz izpildāmo biznesa procesu definīciju un galvenos raksturlielumus, apraksta biznesa procesu vadības sistēmas un administratīvie noteikumi un to galvenās sastāvdaļas. Ir izklāstīti uzņēmuma biznesa procesu attīstības pamati. Paredzams, ka šī kursa ietvaros studenti apgūs izpildāmo biznesa procesu teoriju, tipiskas SMS&AP galvenās sastāvdaļas, iepazīs grafiskos apzīmējumus biznesa procesu aprakstīšanai un gūs praktisku pieredzi biznesa attīstībā un izpildē. procesi.
Biznesa procesu vadības sistēmu galveno elementu apraksts sniegts, izmantojot bezmaksas atvērtā pirmkoda sistēmas – RunaWFE piemēru. RunaWFE tiek brīvi izplatīts kopā ar tā pirmkodu saskaņā ar atvērto LGPL licenci. Sistēma ir bezmaksas, to var brīvi instalēt uz jebkura datora skaita un izmantot bez ierobežojumiem. Izplatījumus un avota kodu var lejupielādēt, izmantojot internetu no sourceforge bezmaksas programmatūras izstrādātāju portāla. tīkls: .
RunaWFE projekta tīmekļa vietnes adrese ir http://www.runawfe.org/rus.
Procesu pieeja uzņēmuma vadības organizēšanai
Procesu vadības līmeņi
Mūsdienu skatījums uz procesu vadību ietver vadības sadalīšanu vairākos līmeņos.
Pirmajā līmenī tiek apskatīta uzņēmuma vispārējā stratēģiskā vadība. Šajā līmenī analītiskajai modelēšanai tiek izmantoti biznesa procesi. Biznesa procesu uzdevums šajā līmenī ir vispārīgu priekšstatu veidošana par uzņēmuma galvenajiem biznesa procesiem un šo ideju apmaiņa starp vadītājiem. Šis līmenis nenozīmē attīstīto biznesa procesu faktisko izpildi. Pirmajā līmenī ir ērti attēlot biznesa procesus grafiskos apzīmējumos IDEF0, IDEF3, DFD, EPC un ar tiem saistītajos. Šajā līmenī varat izmantot arī dažas BPMN 2.0 apzīmējumu konstrukcijas. Kā programmatūras rīkus darbam ar biznesa procesiem pirmajā līmenī varat izmantot, piemēram, tādas programmas kā Business Studio, Microsoft Visio vai ARIS.
Darbību secības pirmā līmeņa biznesa procesos var aprakstīt vienkārši teksta veidā, šādus aprakstus sauc par teksta noteikumiem. Taču cilvēki vizuālo informāciju uztver daudz ātrāk un vienkāršāk nekā teksta aprakstus. Tāpēc visplašāk tiek izmantoti simulētu biznesa procesu grafiskie attēlojumi.
Simulācijas modelēšanas rīki tiek izmantoti arī procesa vadības pirmajā līmenī. Šī programmu klase neparedz reālu uzņēmuma biznesa procesu izpildi datorvidē. Simulācijas modelēšanas sistēmas satur pielāgojamu organizācijas biznesa procesu statistisko modeli. Iestatot dažādus šī modeļa parametrus un atkārtoti “izspēlējot” biznesa procesus uz nosacītajiem automātiskajiem lietotājiem, ir iespējams iegūt dažādu darbības rādītāju vērtības un tādējādi prognozēt uzņēmuma reālo rādītāju izmaiņas nākotnē atkarībā no noteiktiem izmaiņas biznesa procesos. Ja statistiskais modelis ir izveidots pareizi, tad simulācijas modelēšana var būt līdzeklis biznesa procesu optimālo parametru noteikšanai.
Nākamajā līmenī uzņēmuma stratēģiskie biznesa procesi tiek pārvērsti izpildāmos biznesa procesos. Šajā līmenī biznesa procesu diagrammas parasti tiek attēlotas BPMN, UML (Activity Diagram) un saistītajos apzīmējumos. Otrajā līmenī uzņēmuma pašreizējā darbība tiek attēlota kā biznesa procesu darbību kopums. Šajā līmenī tiek izmantotas SUMS&AR. Šo sistēmu galvenais uzdevums ir sadalīt uzdevumus izpildītājiem un uzraudzīt to izpildi. Kopā ar uzdevumu izpildītājam tiek sniegta tā izpildei nepieciešamā informācija. Uzdevumu secību nosaka biznesa procesu diagramma, kuru var izstrādāt un pēc tam ātri pārveidot ar grafiskā dizainera palīdzību. Šī diagramma ir līdzīga algoritma blokshēmai. Kontrolpunkti pārvietojas saskaņā ar diagrammu. Atsevišķos ķēdes mezglos izpildītājiem tiek ģenerēti uzdevumi.
Ir zināmas līdzības starp izpildāmo biznesa procesu un datorprogrammu. Algoritmi ir gan izpildāmā biznesa procesa, gan datorprogrammas pamatā. Datorprogrammām, kā arī biznesa procesiem analītiskajai modelēšanai ir grafiski apzīmējumi (piemēram, UML klašu diagramma), ko programmētāji un programmatūras arhitekti izmanto, lai izskaidrotu dažādus programmatūras un arhitektūras lēmumus. Taču pašas datorprogrammas vēl nav plaši attīstītas grafisku objektu veidā, tās galvenokārt tiek rakstītas tekstu veidā programmēšanas valodās. Kā izpildāmo biznesa procesu situācija atšķiras no datorprogrammām? Atšķirībā no datorprogrammas, kuras komandas izpilda dators, dažas biznesa procesa darbības veic cilvēki. Viņi to dara ievērojami ilgāk nekā dators, tāpēc biznesa procesa gadījumi darbojas salīdzinoši ilgu laiku un to stāvoklis mainās lēni. Turklāt atšķirībā no datorprogrammas biznesa procesu izpildes laikā uzņēmuma vadība var būtiski ietekmēt to ieviešanu, piemēram, palielināt vai samazināt darbinieku skaitu, kas veic noteiktas darbības.
Tāpēc ir svarīgi, lai uzņēmuma vadītāji un vadītāji ātri izprastu uzņēmuma biznesa procesu darbojošos gadījumu stāvokli. Šo izpratni nodrošina biznesa procesa grafiskā diagramma ar uzzīmētām vadības punktu pašreizējām pozīcijām, kā arī maršrutiem, ko šie punkti šķērsojuši kopš biznesa procesa instances palaišanas. Datorprogrammām šādām diagrammām vairumā gadījumu nav jēgas, jo kontrolpunktu kustības ātrums ievērojami pārsniegs cilvēka spēju robežas tos izsekot.
Trešais līmenis atbilst uzņēmuma biznesa objektiem. Visa uzņēmuma stāvokli pašreizējā brīdī nosaka visu uzņēmuma biznesa objektu stāvoklis šajā brīdī. Procesu pieeja paredz, ka biznesa objektu stāvokļus maina otrā līmeņa biznesa procesu gadījumi, veicot atbilstošus uzdevumus. Šim slānim kā krātuve tradicionāli tiek izmantotas satura pārvaldības sistēmas (ECM sistēmas) vai datu bāzes pārvaldības sistēmas. Šajā līmenī ir iespējams izmantot arī ERP sistēmas (piemēram, varat izmantot 1C vai Galaktika sistēmu).
Biznesa procesu izstrādes piemēros mēs dažreiz izmantosim Microsoft Excel dokumentu lapas kā biznesa objektu krātuvi. Tas ir izveidots izglītības nolūkos, lai ātri un viegli demonstrētu trešā slāņa koncepciju.
Procesa pieejas priekšrocības
Procesa pieejas izmantošana pirmajā līmenī noved pie kopīgas biznesa procesu aprakstīšanas valodas rašanās visiem uzņēmuma vadītājiem, pamatojoties uz grafiskām diagrammām. Kad uzņēmuma darbinieki pārvaldīs šo valodu, viņi varēs ātri izlasīt esošos biznesa procesus, apspriest to funkcijas un ierosināt dažādas izmaiņas. Pēc uzņēmuma aptaujas veikšanas, atkārtotu darbību secību identificēšanas un grupēšanas pirmā līmeņa biznesa procesos, kļūst iespējams analizēt izvēlētos biznesa procesus, identificēt un labot neveiksmīgos lēmumus, optimizēt vājās vietas un biznesa procesu kritiskās jomas. Ja uzņēmuma darbība nav formalizēta un biznesa procesi nav aprakstīti, tad vadību ir grūti uzlabot un optimizēt.
Izpildāmo biznesa procesu izmantošana sniedz šādas priekšrocības:
- Ievērojami paaugstina darba ražīgumu
- Ievērojami vienkāršo veikto pārraudzības darbu darbību. Palielina uzņēmuma caurspīdīgumu.
- Uzlabo uzņēmuma produkcijas kvalitāti, jo - pateicoties automātiskās regulēšanas un uzraudzības instrumentiem, tiek nodrošināta visu noteikto noteikumu ievērošana
- Ļauj ātri mainīt biznesa procesus, reaģējot uz mainīgajiem uzņēmuma darbības apstākļiem
- Ļauj atrisināt uzņēmuma mēroga integrācijas problēmu
- Samazina uzņēmuma automatizācijas darbu izmaksas, palielina programmatūras izstrādes ātrumu un uzticamību.
Apskatīsim šīs priekšrocības sīkāk.
Iepriekš (pirms izpildāmo biznesa procesu parādīšanās) biznesa procesu izpilde organizācijās galvenokārt tika veikta netieši - mainot amatu aprakstus, uzņēmuma organizatorisko struktūru un tiešus vadītāju norādījumus. Tomēr mūsdienu uzņēmumu automatizācijas pakāpe ļauj tieši veikt biznesa procesus datorvidē. Šajā gadījumā uzņēmumā parādās ražošanas konveijera analogs, no kura var iegūt darba ražīguma pieaugumu, kas ir salīdzināms ar konveijera ieviešanu ražošanā. Paaugstināta darba produktivitāte tiek panākta, pateicoties tam, ka šis mehānisms ļauj novērst ikdienas darbības un neefektīvas procedūras, kas saistītas ar informācijas meklēšanu un pārsūtīšanu no darbinieku darbībām, un ievērojami palielināt darbinieku mijiedarbības ātrumu. Darbinieki paveic uzticētos uzdevumus, viņus nenovēršot:
- Uzdevuma veikšanai nepieciešamo datu iegūšana no citiem darbiniekiem
- Sava darba rezultātu nodošana citiem darbiniekiem
- Amatu aprakstu studēšana
Viss nepieciešamais parādās darbinieka priekšā datora ekrānā. Darba elementu izpildes secību nosaka biznesa procesa diagramma. Ķēdes mezglos SUP&AR sadala uzdevumus izpildītājiem un kontrolē to izpildi.
Izpildāmo biznesa procesu izmantošana ļauj arī ātri atjaunot organizācijas biznesa procesus. Daudzos gadījumos uzdevumu veicēji var pat nebūt informēti par izmaiņām biznesa procesā, jo tas neietekmēs viņu darba raksturu. Tas ir, procesu izpildes maiņa kļūst vienkāršāka un ātrāka. Tādā veidā uzņēmums var efektīvāk reaģēt uz iekšējo vai ārējo apstākļu izmaiņām.
Mūsdienu Krievijas uzņēmumā, kā likums, jau ir vairākas neviendabīgas automatizētas sistēmas, kas piedalās dažos uzņēmuma biznesa procesos. Tā kā biznesa procesi aptver visu uzņēmumu, izpildes laikā tiem būs jāsadarbojas ar visām automatizētajām sistēmām. Tādējādi SMS&AP ieviešanas uzdevums izrādās īpašs uzņēmuma mēroga datoru lietojumprogrammu integrācijas uzdevuma gadījums. Citiem vārdiem sakot, ieviešot SMS&AP uzņēmumā, jāparādās lietojumprogrammām, kas nodrošina tās integrāciju ar esošajām sistēmām.
SUMS ir mūsdienu uzņēmuma mēroga sistēmu centrālā daļa. Ja korporatīvajā informācijas sistēmā (CIS) nav SUMS, tad biznesa procesu loģika izrādās izkaisīta pa dažādiem sistēmas elementiem - datubāzēm, individuālajām lietojumprogrammām utt., šādas sistēmas ir grūti uzturēt un attīstīt tālāk.
Uzņēmumos ar stabilām, atkārtotām darbību ķēdēm uz SMS&AR balstītu sistēmu ieviešana, konfigurēšana un uzturēšana izrādās ātrāka un lētāka nekā tradicionālā automatizācija, kurā dažādiem uzdevumiem un nodaļām tiek izstrādātas atsevišķas lietojumprogrammu sastāvdaļas. SUBPiAR atļauj:
- Ātri pielāgot attīstību mainīgajiem uzdevumiem un jaunu ideju rašanos izstrādes laikā
- Samaziniet izstrādes izmaksas:
- Biznesa procesu izstrāde, izmantojot SUMS, nevis koda rakstīšanu
- Programmētāju un klientu mijiedarbības likvidēšana. Biznesa analītiķim un klientam ir daudz ērtāk mijiedarboties vienam ar otru, kopīgi izstrādājot izpildāmā biznesa procesa diagrammas galvenos elementus, nekā klientam un programmētājam, apspriežot tehniskās specifikācijas tekstu.
- Šajā gadījumā programmētājs tiek atbrīvots no ikdienas uzdevumiem un var koncentrēties uz sarežģītu grafisko elementu un savienotāju izstrādi, kas palielina viņa darba efektivitāti.
- Samaziniet tehniskā atbalsta izmaksas
- Ievērojami samaziniet modifikāciju un uzturēšanas izmaksas
Tradicionālajā izstrādē risinājums tiek aprakstīts divreiz: vienu reizi izmantojot tehniskajā specifikācijā vai tehniskajā projektā iekļauto tekstu un vēlreiz programmas koda veidā. Procesa pieeja ļauj aprakstīt risinājumu tikai vienu reizi izpildāma biznesa procesa veidā un tādējādi samazināt automatizācijas izmaksas.
Šīs priekšrocības (ātrāk, lētāk, vieglāk atbalstīt un uzturēt) sakrīt ar objektorientētās programmēšanas paradigmas priekšrocībām salīdzinājumā ar procesuālās programmēšanas paradigmu, kas ir gandrīz izspiesta no prakses. Pēc analoģijas uz izpildāmiem biznesa procesiem balstītu automatizāciju var interpretēt kā jaunu augsta līmeņa programmēšanas paradigmu, un var sagaidīt ievērojamu tās izmantošanas mēroga pieaugumu salīdzinājumā ar tradicionālo automatizāciju.
Izpildāmi biznesa procesi un vadības sistēma
Biznesa procesu vadība ir joma, kas aktīvi attīstās, un daudzi termini tajā vēl nav pilnībā izveidoti. Dažādi autori izmanto tādus jēdzienus kā SUMS, darba plūsmas vadības sistēmas (Workflow), dokumentu pārvaldības sistēmas (Docflow), uzņēmuma mēroga integrācijas sistēmas (EAI - Enterprise Application Integration) utt.
Mēs izmantosim terminu darbplūsmas pārvaldība, lai apzīmētu gadījumus, kad biznesa procesā uzdevumus veic tikai cilvēki. Terminu SUBPiAR aplūkosim kā vispārīgāku saistībā ar darba plūsmas pārvaldību: biznesa procesa vai regulējuma uzdevumu izpildītāji SUBPiAR ir gan cilvēki, gan datoru lietojumprogrammas. Parasti vadības sistēma vienoti koordinē visu izpildītāju darbu, īpaši neizceļot cilvēku vai datorsistēmu veikto darbu.
Papildus DBVS, dokumentu pārvaldības sistēmas jeb DocFlow sistēmas ir kļuvušas plaši izplatītas. Kontrolpunktu vietā dokumentu pārvaldības sistēmas izmanto “dokumentu plūsmu”. DocFlow sistēmas apraksta uzņēmuma darbību dokumentu veidā, kas ceļo starp saviem redaktoriem pa noteiktiem maršrutiem saskaņā ar dotajiem noteikumiem.
DocFlow sistēmas ir papīra dokumentu plūsmas pēcteces. No tā izriet to dabiskie ierobežojumi: ar dokumentu var veikt ierobežotu darbību kopumu: apstiprināt/noraidīt, apstiprināt, dzēst, veikt labojumus utt. Parasti dokumentu pārvaldības sistēmas papildina papīra dokumentu attēlu glabāšanas sistēmas un versiju kontroles sistēmas. . Dokumentu plūsmas sistēmu galvenā priekšrocība ir iespēja tās ātri ieviest uzņēmumā, ja dokumentu plūsma tur jau ir labi izveidota.
Dokumentu pārvaldības sistēmās, kā arī DBVS ir uz grafiem balstītas shēmas, kas sastāv no mezgliem, kas savienoti ar iespējamām pārejām. Taču pa šiem grafikiem pārvietojas nevis kontrolpunkti, bet gan dokumentu “grozi”. DocFlow sistēmās, kā likums, dati tiek ietverti dokumentos, kas tieši pārvietojas pa dokumentu plūsmas diagrammu.
SUMS dati nepārvietojas kopā ar kontroles punktu, bet ir ietverti globālajos (kas atbilst visam biznesa procesam) un lokālajos (kas atbilst vienam mezglam) mainīgajos.
Šobrīd SUMS un dokumentu pārvaldības sistēmas ir dažāda veida sistēmas, taču pamazām dokumentu pārvaldības sistēmas funkcionalitātē tuvojas SUMS un AR. Ar moderno DocFlow sistēmu palīdzību var modelēt daudzu veidu biznesa procesus, bet ar SUMS palīdzību – automatizēt dokumentu plūsmas elementus.
Izpildāmi biznesa procesi
SMS&AP attīstības evolūcijas rezultātā mūsdienu sistēmās tiek izmantoti tādi jēdzieni kā biznesa procesu definīcija un biznesa procesa gadījums. Dažreiz biznesa procesa definīciju sauc arī par biznesa procesa veidni. Biznesa procesa definīcija satur biznesa procesa diagrammu, biznesa procesa lomas un noteikumus izpildītāju piešķiršanai lomām. Biznesa procesa izpildes laikā kontroles punkti pārvietojas pa diagrammu. Vienkāršākais veids, kā iedomāties kontrolpunktus un to kustības, ir pēc analoģijas ar kustīgām figūriņām bērnu galda spēlē ar kubu.
Biznesa procesa definīcija satur arī datu uzglabāšanas struktūru aprakstu. Biznesa procesa izpildes laikā šīs struktūras satur konkrētus datus. Pat mūsdienu BPMS biznesa procesa definīcija satur biznesa procesa mijiedarbības līdzekļu aprakstu ar uzdevuma izpildītāju. Parasti tā ir grafiska forma lietotāja mijiedarbībai vai programmatūras saskarne mijiedarbībai ar informācijas sistēmu. Vēl viens biznesa procesa definēšanas elements ir biznesa noteikumi, kas tiek izmantoti, lai izvēlētos konkrētu ceļu tālākai kontrolpunkta kustībai maršruta atzarojuma punktos.
Katrai biznesa procesa definīcijai varat izveidot un palaist šī biznesa procesa gadījumus. Atšķirības starp definīciju un biznesa procesa gadījumu atbilst atšķirībai starp mainīgo tipu un mainīgo gadījumu tradicionālajā programmēšanas valodā. Tas ir, ja biznesa procesa definīcijā ir ietverta biznesa procesa diagramma, datu tipi, lomu nosaukumi, tad darbojošā biznesa procesa instancē diagrammā ir kustīgi kontroles punkti, lomām tiek piešķirti konkrēti izpildītāji, biznesa procesa gadījums satur konkrētus datus, kuru veidi atbilst biznesa procesa definīcijā norādītajiem datu tipiem. Tāpat biznesa procesu instancēs lomām tiek piešķirti konkrēti uzdevumu izpildītāji.
Uzņēmējdarbības procesiem, kurus var izpildīt datorvidē, jābūt formāli pietiekami stingri definētiem, lai tos varētu viegli pārvērst datorā saprotamā attēlojumā. Šim nolūkam ir ērti izmantot matemātiskos jēdzienus.
Sniegsim izpildāma biznesa procesa formālu definīciju, kuras pamatā ir S. Jablonska un S. Buslera idejas:
Izpildāmo biznesa procesu nosaka, norādot šādas perspektīvas (skata punktus vai slāņus/apsvēršanas līmeņus):
- kontroles plūsmas perspektīva
- datu perspektīva
- resursu perspektīva
- darbības perspektīva
Ļaujiet mums sīkāk apsvērt visus izpildāmā biznesa procesa formālās definīcijas līmeņus. Šajā gadījumā kā piemēru izmantosim biznesa procesu “Piegādātāja rēķina apmaksa”. Ar tās palīdzību mēs centīsimies izskaidrot visas biznesa procesa formālās definīcijas perspektīvas.
Kontroles plūsmas perspektīva
Kontroles plūsmas perspektīva atbilst biznesa procesa diagrammai. Sākotnēji diagramma tika definēta kā matemātisks jēdziens - virzīts grafs: mezglu kopa, kas savienota ar pārejām (bultiņām). Biznesa procesa mezgli var būt divu veidu – procesa soļiem atbilstošie mezgli un maršruta mezgli. Vadības punkts (rādītājs uz aktīvā procesa mezglu) pārvietojas pa pārejām, vadoties pēc biznesa noteikumiem maršruta mezglos (biznesa noteikumi attiecas arī uz vadības plūsmas perspektīvu).
Procesa solim atbilstošais mezgls satur darbības mezglu. Ja kontrolpunkts ir ieradies darbības mezglā, tad SUMS dod uzdevumu izpildītājam (darbiniekam vai informācijas sistēmai) un gaida atbildi (ziņojumu, ka darbs ir pabeigts). Pēc izpildītāja atbildes kontroles punkts pārvietojas pa pāreju uz nākamo biznesa procesa mezglu. Mezglam, kas atbilst darbības mezglam, blakus var būt tikai viena ienākošā un viena izejošā pāreja.
Maršruta mezgls atbilst kontrolpunktu parādīšanai, noņemšanai, sazarošanai-apvienošanai vai pārejas izvēlei, pa kuru kontrolpunkts tiks pārvietots tālāk. Šādos mezglos pārvaldības sistēma, pamatojoties uz maršrutēšanas mezglos ietvertajiem biznesa noteikumiem, atlasa nākamo(-os) mezglu(-us), kuram(-iem) tiks nodota kontrole. Bieži vien ar šiem mezgliem ir saistīta vairāk nekā viena ienākošā vai izejošā pāreja.
Būtiskā atšķirība starp procesa soli un maršruta mezglu ir tāda, ka maršruta mezglā jums ir jāpieņem lēmums par tālāko(-ajiem) kontrolpunkta kustības ceļu(-iem), pamatojoties uz esošajiem datiem, tāpēc kontrolpunktam nevajadzētu atrasties maršruta mezgls ilgu laiku. Kontrolpunkts var palikt procesa posmā ilgu laiku. Izņēmums no šī noteikuma ir maršruta mezglu apvienošana, kurā ienākošie kontroles punkti “gaida” kontrolpunktu ierašanos pa atlikušajām ienākošajām pārejām, pēc tam visi ienākošie kontrolpunkti tiek iznīcināti un kontrolpunkti tiek ģenerēti pa izejošajām pārejām. Taču, ja pieņemam, ka kontroles punkts, kas ieradās sapludināšanas mezglā, tiek nekavējoties dzēsts, kamēr mezgls saglabā informāciju, ka kontrolpunkts jau ir ieradies pa šo pāreju, tad šis izņēmums pazūd.
Darbojošā biznesa procesa gadījumam vienlaikus var būt vairāki kontroles punkti. Saskaņā ar biznesa loģiku pārvaldības punktu maršruta mezglā var sadalīt vairākos pārvaldības punktos, un pārvaldības punkti var arī gaidīt cits citu noteiktā maršruta mezglā un pēc tam apvienoties vienā pārvaldības punktā.
Vēlāk, kad parādījās dažādi ar biznesa procesiem saistīti standarti un specifikācijas, šī definīcija tika paplašināta:
- Ir pievienoti kombinētie mezgli, kas ir procesa posma apvienošana ar vienu vai vairākiem maršruta mezgliem. Piemēram, apvienojot darbības mezglu ar aiz tā esošo maršruta mezglu, kurā tiek izvēlēts viens no vairākiem iespējamiem virzieniem, shēmā tiek ievietots tikai darbības mezgls un tieši tam tiek pievienotas pārejas, kurām jāatstāj maršruta mezgls.
- Ir pievienotas papildu konstrukcijas, kuru elementi nav grafa elementi (turpmāk tekstā papildu konstrukcijas), tomēr šiem elementiem var pievienot pārejas un maršruta mezglus, vai arī pārejas var šķērsot šos elementus. Piemēram, tika ieviesti notikumi un pārtraukumu zonas, lai ietvertu biznesa procesa posmus. Kontrolpunktam atrodoties zonā ar pārtraukumu, var iestāties kāds notikums (klients var mainīt savas domas par pasūtījuma noformēšanu, līguma darbības laikā var rasties nepārvaramas varas apstākļi utt.). Šajā gadījumā kontroles punkts var nekavējoties pārvietoties no jebkura mezgla, kas atrodas apgabalā, uz apgabalam pievienoto maršruta mezglu un no turienes turpināt kustību pa ar to savienoto pāreju.
- Ir pievienoti mezgli, kas atbilst procesa posmam, bet nav darbības mezgli. Piemēram, gaidīšanas mezglos, kuros procesa izpildītājiem netiek doti uzdevumi, UPMS šajos mezglos vienkārši gaida noteikta notikuma iestāšanos, pēc kura kontrolpunkts virzās tālāk. Ir pievienoti arī apakšprocesa mezgli. Šiem mezgliem konkrēts izpildītājs nav definēts, šajos mezglos SMS&AR palaiž citu biznesa procesu kā pašreizējā procesa apakšprocesu un pārsūta tam atbilstošos datus.
Ar papildinājumiem vadības plūsmas perspektīvu var definēt šādi:
Vadības plūsmas perspektīva attēlo biznesa procesa diagrammu Biznesa procesa diagramma sastāv no virzīta grafika un, iespējams, papildu konstrukcijām. Biznesa procesa mezgli var būt trīs veidu - procesa soļiem atbilstošie mezgli, maršruta mezgli un kombinētie mezgli, kas attēlo procesa soļa sapludināšanu ar vienu vai vairākiem maršruta mezgliem.
Procesa soļi ir darbības mezgli vai papildu mezgli. Kontrolpunkti pārvietojas pa pārejām. Brīdī, kad vadības punkts nonāk darbības mezglā, SUBPiAR dod uzdevumu izpildītājam. Pēc tam, kad izpildītājs ir pabeidzis uzdevumu, kontroles punkts pārvietojas pa pāreju uz nākamo procesa mezglu. Mezglam, kas atbilst darbības mezglam, blakus var būt tikai viena ienākošā un viena izejošā pāreja.
Maršruta mezgls atbilst kontroles punktu parādīšanai, noņemšanai, sadalīšanai, apvienošanai vai pārejas izvēlei. Šajos mezglos var būt biznesa noteikumi, pamatojoties uz kuriem tiek atlasīti turpmākie pārvaldības punktu ceļi. Maršrutēšanas mezglos SUP&AR atlasa nākamo(-os) mezglu(-us), kuram(-iem) tiks nodota vadība.
Mēs izskaidrosim biznesa procesos visbiežāk izmantoto mezglu uzvedību, kā arī nodrošināsim to grafiskos attēlus.
Mezgls "Start" atbilst biznesa procesa izpildes sākuma punktam. Tam nav ienākošo malu un viena vai vairākas izejošās malas. Uzņēmējdarbības procesa instances palaišanas brīdī mezglā tiek ievietots kontroles punkts, kas uzreiz atstāj to gar izejošo malu. Biznesa procesā ir jābūt vienam "sākuma" mezglam. Apzīmēts ar “plānu” apli (1.1. att. a). Vairāku izejošo pāreju gadījumā mezgls tiek apvienots ar ekskluzīvu vārteju, tāpēc, uzsākot biznesa procesa instanci, lietotājs izvēlas vienu no izejošajām malām, pa kuru vadības punkts tiks pārvietots tālāk.
Rīsi. 1.1.
"Plūsmas pārtraukšanas" mezglam ir jābūt vienai vai vairākām ienākošajām malām, bet bez izejošām malām. Kad kāds pārvaldības punkts sasniedz šo mezglu, tas tiek izdzēsts. Biznesa procesa gadījums, kurā nav palicis neviens kontroles punkts, tiek uzskatīts par pabeigtu. Var būt vairāki pavedienu pabeigšanas mezgli, taču ir jābūt vismaz vienam šādam mezglam. Apzīmēts ar “treknrakstu” (1.1. b att.).
Mezgls “beigu” atbilst biznesa procesa izpildes beigu punktam. Beigu mezglam ir jābūt vienai vai vairākām ienākošām pārejām un nevienai izejošai pārejai. Kad vadība sasniedz izbeigšanu, visi šī procesa pavedieni, kā arī visi tā sinhronie apakšprocesi apstājas. Biznesa procesā var būt vairāki Finish mezgli. Tomēr šis mezgls nav nepieciešams biznesa procesā, ja biznesa procesā ir vismaz viens plūsmas beigu punkts. Apzīmēts ar melnu apli apļa iekšpusē (1.1. att. c).
Mezgls “darbība” ģenerē uzdevumu izpildītājam, tiek apzīmēts ar taisnstūri ar noapaļotiem stūriem, kura centrā ir ierakstīts mezgla nosaukums (1.1. att. d), un tam var būt vairākas ienākošās un vairākas izejošās malas. Vairāku izejošo pāreju gadījumā mezgls tiek apvienots ar ekskluzīvu vārteju, tāpēc katram kontrolpunktam, kas tajā ierodas, veicot mezgla uzdevumu, lietotājs izvēlas vienu no izejošajām pārejām (malām), pa kuru tiek veikta vadība. punkts tiks pārcelts tālāk.
Ekskluzīvam vārtejas mezglam var būt vairākas ienākošās un vairākas izejošās malas. Katram kontrolpunktam, kas pienāk tajā, tiek atlasīts, pa kuru no izejošajām malām tas tiks pārvietots nākamais. To norāda dimants ar “krustu” tajā (1.2. att. a).
Rīsi. 1.3. Biznesa procesa diagrammas piemērs "Piegādātāja rēķina apmaksa" (BPMN - apzīmējums)
Attēlā 1.3.attēlā parādīts biznesa procesu grafika “Piegādātāju rēķinu apmaksa” piemērs. Procesa soļi ir attēloti kā taisnstūri ar noapaļotām malām; procesa sākums atbilst aplim, bet beigas - aplis ar apli iekšpusē. Elements "Apmaksāt rēķinu" ir kombinēts mezgls, kas ir maršruta savienojuma pāreju mezgla un darbības mezgla sastāvs. Atlikušie taisnstūri ar noapaļotām malām ir darbības mezgli. Elementi dimantu formā atbilst maršruta mezgliem - vietām, kur sazarojas kontrolpunktu maršruti.
Uzņēmējdarbības procesa sākumā piegādes biznesa vadītājs ievada paredzamā maksājuma parametrus (rēķina numurs, rēķina datums, rēķina summa, darījuma partnera uzņēmums, aģentu kompānija, komentārs). Tālāk automātiski tiek uzraudzīta departamenta budžeta izpilde. Ja pašreizējais darījums pārsniedz budžetu, tas tiek automātiski noraidīts un biznesa process beidzas. Ja nodaļas budžets netiek pārsniegts, darījuma summa tiek salīdzināta ar maksājuma limitu. Tālāk, ja limits netiek pārsniegts, rēķins tiek apmaksāts automātiski, pēc tam tiek pabeigts biznesa process. Ja limits tiek pārsniegts, maksājums jāapstiprina finanšu direktoram.
Uzņēmējdarbības procesam “Piegādātāja rēķina apmaksa” atbilst šādi uzņēmējdarbības noteikumi:
- Ja ārējā lietojumprogramma, kas izsaukta mezglā "get data from budget", atgrieza vērtību "nē" mainīgajam "Vai ir pārsniegts nodaļas budžets", jums vajadzētu turpināt pārbaudīt limitu, pretējā gadījumā doties uz biznesa procesa pabeigšanas mezglu.
- Ja mainīgā "rēķina summa" vērtība ir mazāka par "vienreizējā maksājuma limita" konstantes vērtību, jādodas uz mezglu "apmaksāt rēķinu", pretējā gadījumā - uz mezglu "apstiprināt maksājumu".
- Ja izpildītājs, kas pieder pie lomas “Finanšu direktors”, aizpildot laukus atbilstošā veidlapā, atgrieza vērtību “jā” mainīgajam “vai vadītājs apstiprināja”, tad dodieties uz mezglu “rēķina apmaksa”, pretējā gadījumā - uz biznesa procesa pabeigšanas mezglu.
- biznesa procesu vadība var būt arī sarežģīta un atšķirties no kontroles punkta uzvedības tradicionālajā algoritma blokshēmā: šajā piemērā, ja lietojumprogrammu apstiprina priekšnieks, vadības plūsma tiek sadalīta divās paralēlās plūsmās (atdalīšana un plūsmu sapludināšana atbilst rombveida elementam, kura iekšpusē ir “plus zīme”), kas tiek izpildīts vienlaicīgi, kas pēc tam vienā punktā “saplūst”.
Datu perspektīva
Datu perspektīva atbilst iekšējo biznesa procesu mainīgo kopai. Biznesa procesa mainīgie var būt ievades un izvades parametri uzņēmuma vadības sistēmas un informācijas sistēmu mijiedarbībā. Ar mainīgo palīdzību notiek informācijas apmaiņa starp procesa soļiem un rezultātā starp ārējām informācijas sistēmām, t.i., biznesa process var pārnest informāciju korporatīvās informācijas vidē starp neviendabīgām informācijas sistēmām. Biznesa procesa mainīgie tiek izmantoti arī, izvēloties konkrētu iekšējās kontroles punkta kustību starp mezgliem pa jebkuru no iespējamām pārejām.
| Mainīgais nosaukums | Mainīgais tips |
|---|---|
| Konta numurs | Līnija |
| Rēķina datums | datums |
| Rēķina summa | Numurs |
| Darījuma partnera uzņēmuma (juridiskas personas, kurai izrakstīts rēķins) ID (identifikācijas numurs) | |
| Aģenta uzņēmuma ID (juridiska persona, kas veiks maksājumu) | Numurs - unikāls identifikators |
Mūsdienu realitāte liek mums pielāgot vadības aparātu dinamiski augošai videi ar sīvu konkurenci. Profesionāļu viedokļi šajā jautājumā atšķiras. Daži pilnībā noliedz organizatorisku un ekonomisko metožu nozīmi, citi ierosina iecelt atbildīgo par katru vadības funkciju.
Praktiskā pieredze liecina, ka tikai funkcionālas pieejas izmantošana noved pie vadības efektivitātes samazināšanās. Kāda ir citu vadības metožu būtība? Uz ko ir vērsta procesa pieeja un kādas ir tās priekšrocības?
4 pieejas vadībai
Mūsdienu vadībā ir četri veidi, kas ļauj dažādi paskatīties uz organizāciju un vadības procesu. Šī ir kvantitatīvā, procesuālā, sistēmiskā, situatīvā pieeja, kas radās divdesmitajā gadsimtā.
Pieeja | |
Kvantitatīvs | Tas radās 1950. gadā, attīstoties eksaktajām zinātnēm. Vadībā sāka aktīvi izmantot datorus, matemātikas un fizikas sasniegumus. Virtuālo modeļu konstruēšana resursu piešķiršanai, krājumu vadībai, uzturēšanai, stratēģiskajai plānošanai u.c. |
Process | Kustības dibinātājs ir A. Fayols, tās rašanās laiks ir divdesmitā gadsimta otrā desmitgade. Saskaņā ar pieeju vadība tiek pasniegta kā nepārtraukts process vai cikls. Tās pamatu veido pamatfunkcijas: plānošana, organizēšana, motivēšana un kontrole. |
Sistēma | Parādījās divdesmitā gadsimta vidū. Uzlūko organizāciju kā atvērtu sistēmu, kas mijiedarbojas ar ārējo vidi. Iekšējā vide satur apakšsistēmas elementus: nodaļas, tehnoloģijas, vadības līmeņus. |
Situācijas | Izveidota divdesmitā gadsimta 60. gadā. Pieejas piekritēji iesaka izvēlēties saimniekošanas metodes, ņemot vērā situāciju un vides faktorus. Visefektīvākā metode ir tā, kas atbilst apstākļiem. |
Procesu pieeja vadībā
Mūsdienu procesu pieeja balstās uz sistēmisku pieeju vadībai un uzskata jebkuru organizāciju par vienotu organismu. Katrā uzņēmumā notiek dažādi biznesa procesi, saņemot resursus ieejā, bet izejā ražojot pusfabrikātu vai produktu. Viss cikls ir slēgts ar gatavo preču un pakalpojumu izlaišanu.
Šī pieeja sastāv no darba organizēšanas tā, lai tās pamatā būtu visu uzņēmuma darbību sadalīšana biznesa procesos un vadības aparāta sadalīšana blokos. Visu sistēmu var attēlot diagrammas veidā, ķēdē ar atsevišķām saitēm - operācijām. Ražošanas ķēdes gala rezultāts ir produkts. Par konkrētu biznesa procesu atbildīgās struktūrvienības tiek veidotas no struktūrvienībām.
Procesa pieejas pamati
Lai padarītu to skaidrāku, mēs esam apkopojuši visus postulātus zemāk esošajā tabulā.
Procesa pieeja balstās uz vairākiem principiem | Galvenās pieejas iezīmes |
|
|
Problēmas procesa pieejas ieviešanā
Teorētiski procesa pieeja izskatās vienkārša un loģiska, taču praksē tās ieviešana uzņēmuma darbībā izrādās sarežģīta. Šajā gadījumā ir vērts pievērst uzmanību reāliem piemēriem, citu organizāciju praktiskiem rezultātiem un profesionālu konsultantu viedoklim. Jebkurai organizācijai nepārbaudītas teorijas ieviešana rada lielas finansiālas un citas izmaksas.
Procesa pieejas praktiskā pielietošana ir saistīta ar vairākām problēmām:
- vadība ievieš procesu pieeju vadībai tikai formālā līmenī;
- izveidotā sistēma neatbilst reālajam lietas stāvoklim organizācijā;
- mēģinājums ieviest pieeju neformālā līmenī;
- vadītāji šo pieeju neuztver kā jaunu organizācijas ideoloģiju;
- vadība nedomā par nepieciešamību regulēt procesus vai nezina, kā tos vadīt;
- vadītāji nav gatavi būtiskām izmaiņām, piemēram, uzņēmuma struktūras pārskatīšanai;
- kompetences, motivācijas, centības, neatlaidības procesu optimizēšanā trūkums.
Procesu pieeja organizācijā un kvalitātes vadības sistēmā
Viena no galvenajām ISO 9001:2000 prasībām ir procesa pieejas ieviešana. Atbilstoši standartam ir nepieciešams identificēt procesus un organizēt to pārvaldību, bet konkrēta darbību sistēma nav dota.
Daudzi vadītāji, sākot darbu pie KVS izveides, tās ieviešanu uztver kā neformālu. Tajā pašā laikā viņi uzsver, cik nozīmīgas ir paredzamās izmaiņas uz labo pusi, kas rodas ieviešanas laikā, nevis pats KVS sertifikāts. Praksē projekta īstenošana rada grūtības. Tie biedē organizācijas vadību, kas nolemj aprobežoties ar atbilstību ISO formālajām prasībām.
Tādējādi KVS paliek formālā līmenī. Rezultātā neapmierinātajiem darbiniekiem ir negatīva attieksme pret pašu sistēmu un procesa pieeju.
Metodes pārejai uz procesu vadību
Tie visi ir parādīti tabulā:
Pilna metode | Izmantojot metodi |
Procesu un sistēmu pieeja ir balstīta uz biznesa procesu identificēšanu, pamatojoties uz pašreizējo organizatorisko struktūru. Pēc tam notiek pāreja uz procesa struktūru. Tās pamats ir balstīts uz vairākiem noteikumiem. | Process un situācijas pieeja. Vadība identificē no gala līdz galam biznesa procesus, kuriem tiek sagatavots dokumentu plūsmas un darba secības apraksts. Nākamajā posmā tie tiek iekļauti jaunā procesa struktūrā, parasti matricas struktūrā. |
|
|
Ko sniedz procesu apraksts un regulējums?
Efektivitātes paaugstināšana nav tieši saistīta ar procesu regulēšanu. Uzņēmumam var nebūt aprakstu un noteikumu. Darbu joprojām veiks darbinieki saskaņā ar pieņemtajiem noteikumiem, jo darbinieki pārzina ražošanas procesu. Šāda darba organizācija rada pastāvīgu resursu zudumu. Procesu apraksts un regulēšana paver vairākas iespējas:
- Darbība standartu ietvaros un procesu atkārtojamība rada iespējas vadībai.
- Problēmu, grūto brīžu, resursu zudumu identificēšana procesu realizācijas gaitā.
- Pasākumu izstrāde procesu uzlabošanai.
- Pieredze un zināšanas par darba procesiem, ko var nodot jauniem darbiniekiem, filiālēm un citām organizācijām.
- Benchmarkinga ieviešana, Jūsu uzņēmuma salīdzināšana ar konkurentiem, lai uzlabotu biznesa procesus.
- Iekšējais audits.
Regulēšana ir efektīva, ja to papildina analīze, uzlabojumu izstrāde un ieviešana.
Procesa pieejas ideoloģija
Procesa pieeja un tās reāla, nevis formāla ieviešana vadības sistēmā rada daudz grūtību. Problēma vadībai ir līdera prasmju trūkums un spēja iesaistīt personālu. Izmaiņām, veidojot jaunas sistēmas, vispirms ir jānotiek darbinieku prātos.
Darbinieku iesaiste tiek atvieglota, ja pieeja tiek uztverta kā ideoloģija. Pirmkārt, ideja iekļūst cilvēku apziņā, un tad tā kļūst par instrumentu. Tad darbinieki būs gatavi pielietot jaunas metodes un programmas, uz kurām viņi ir jāmudina.
Secinājums
Daudzās pasaules valstīs procesa pieeja vadībai tiek uztverta kā galvenais biznesa veiksmes faktors. Tā nav nejaušība, ka tā ir kļuvusi par kvalitātes vadības standartu pamatu. Šīs pieejas efektivitāti vēl nav apstiprinājuši reāli ieviešanas piemēri Krievijas uzņēmumos. Ir maz piemēru, kā arī jaunas priekšrocības no standarta ieviešanas. Iemesls ir tāds, ka daudzas organizācijas vienkārši mainīja terminoloģiju: bija pārdošanas nodaļa, tagad ir “pārdošanas” process. Nodaļu vadītāji ir kļuvuši par procesu īpašniekiem.
Procesu pieeja vadībā ir galvenais instruments starp rīkiem, kurus vadība izmanto vadības sistēmas reorganizēšanai.
Lai noteiktu procesa pieeju vadībai, ir jāņem vērā tā sauktais PDCA cikls (to tradicionāli sauc par “Deminga ciklu”, lai gan pats E. Demings atsaucas uz V. Ševarta darbu). Shewhart-Deming cikls ietver četrus soļus: procesa plānošanu (Plan), procesa izpildi (Do), procesa veiktspējas rādītāju mērīšanu un analīzi (Check), procesa pielāgošanu (Act). PDCA kontrolēta biznesa procesa piemērs ir parādīts attēlā. 1.17 (IDEFO apraksta standarts, BPWin).
Attēlā parādītais process. 1.17, atbilst PDCA ciklam un ISO 9001:2008 standartā formulētajām procesa pieejas pamatprasībām. ISO 9001:2008 standarta dizaina iezīmes ļauj to pielietot jebkurā darbības jomā, vadot jebkuru organizāciju. Prasības procesu aprakstiem ir ietvertas šī standarta 5.-8. sadaļā. Uzmanīgi izlasot, varat izcelt šādus galvenos punktus: Vadības sistēma sastāv vismaz no diviem līmeņiem. Vadības lēmumus pieņem: a) ģenerāldirektors – “pirmā persona” (5.6. ISO 9001:2008 sadaļa); b) procesa īpašnieks – vadītājs, kas atbild par procesa efektivitāti (ISO 9001:2008 8.4. sadaļa). Kontroles sistēma ir balstīta uz obligātu, regulētu atgriezenisko saiti, kas aprakstīta PDCA ciklā.
alt="" /> 
alt="" /> 
Visi PDCA cikla posmi tiek veikti saskaņā ar noteikumiem. Mērot un analizējot procesa rādītājus, tiek izmantotas četras galvenās informācijas plūsmas: Procesa indikatori. Produkta veiktspēja. Klientu apmierinātības rādītāji. Procesu auditu rezultāti. Standarts pieprasa noteikt šos rādītājus, informācijas vākšanas un apstrādes metodes, indikatoru robežas normālai procesa norisei un kritērijus korektīvo darbību veikšanai. Vadības lēmums mainīt noteikumus vai resursus ir jāpieņem, pamatojoties uz faktiem. Nepieciešams iecelt atbildīgus cilvēkus - “procesu īpašniekus”, kuri vada procesus, atbild par to efektivitāti un kuriem ir nepieciešamie resursi un pilnvaras. To mijiedarbība ir jādefinē un jāformalizē. Vajadzības gadījumā PDCA princips tiek izmantots zemākajos vadības līmeņos (lēmumu pieņemšanā).
Attēlā parādītais process. 1.17, atbilst visām augstāk minētajām prasībām. Uz PDCA ciklu balstītas procesa vadības sistēmas veidošanas metodika ir detalizēti aplūkota 4. nodaļā.
Jāatzīmē, ka ISO 9000 sērijas standarti izprot procesa pieeju, lai uzskatītu organizāciju par savstarpēji saistītu un mijiedarbīgu biznesa procesu tīklu, no kuriem katru pārvalda tā īpašnieks.
Definēsim procesa pieeju organizācijas vadīšanai:
Savstarpēji saistītu procesu sistēmas izmantošanu organizācijas darbību un resursu pārvaldīšanai var saukt par procesa pieeju.
Īstenojot procesu pieeju vadībai, tiek izmantoti šādi paņēmieni: biznesa procesu tīkla izveide; biznesa procesu īpašnieku identificēšana; biznesa procesu modelēšana (aprakstīšana); biznesa procesu regulēšana; biznesa procesu vadība, izmantojot PDCA metodi; biznesa procesu audits.
Procesu pieejas vadībai ieviešanai ir pieci galvenie punkti: Esošo biznesa procesu un to mijiedarbības kārtības identificēšana un aprakstīšana organizācijas kopējā procesu tīklā. Skaidrs vadības pienākumu sadalījums katrā organizācijas visa biznesa procesu tīkla segmentā. Biznesa procesu darbības rādītāju noteikšana un to mērīšanas metodes (piemēram, statistiskās). Noteikumu izstrāde un apstiprināšana, kas formalizē sistēmas darbību. Resursu un noteikumu pārvaldīšana, atklājot novirzes, neatbilstības procesā vai produktā vai izmaiņas ārējā vidē (tostarp izmaiņas klientu prasībās).
Procesu pieejas ieviešana vadībā sniedz organizācijai šādas iespējas:
Iespēja 1. Procesu pieeja ļauj optimizēt korporatīvās pārvaldības sistēmu, padarīt to pārskatāmu vadībai un spējīgu elastīgi reaģēt uz izmaiņām ārējā vidē. Ieviešot procesa pieeju, tiek regulēta: mērķu un darbību plānošanas kārtība; mijiedarbība starp procesiem un organizācijas departamentiem;
procesu īpašnieku un citu amatpersonu pienākumi un pilnvaras; kārtību, kādā darbinieki rīkojas ārkārtas situācijās; ziņošanas augstākajai vadībai kārtību un formas; indikatoru sistēma, kas raksturo organizācijas efektivitāti un efektivitāti kopumā un tās procesus; darbības rezultātu pārskatīšanas un vadības lēmumu pieņemšanas kārtību noviržu novēršanai un plānoto rādītāju sasniegšanai.
Procesu pieejas ieviešana organizācijā primāri nozīmē darbu pie biznesa procesu aprakstīšanas un regulēšanas, kura ietvaros: tiek veikta atbildības sadale par procesos iekļautā darba rezultātiem; noteikta mijiedarbības sistēma starp procesiem un ar ārējiem piegādātājiem un patērētājiem; noteikts procesu funkcionēšanai nepieciešamās dokumentācijas saraksts (instrukcijas, noteikumi, noteikumi, metodes, amatu apraksti u.c.); tiek sastādīts šīs dokumentācijas izstrādes un ieviešanas grafiks; tiek noteikti procesu izpildes rādītāji, informācijas vākšanas metodes un formas un ziņošanas procedūras vadītājiem; tiek noteiktas normālu procesu norisi raksturojošo rādītāju robežas; tiek noteikti kritēriji, pēc kuriem tiek uzsākts darbs, lai novērstu novirzes cēloņus.
Iespēja 2. Procesa pieeja ļauj iegūt un izmantot vadības efektivitātes novērtēšanas rādītāju un kritēriju sistēmu katrā ražošanas/pārvaldības posmā.
ķēdes. Rādītāju sistēma, kas veidota procesu vadības ietvaros, ir strukturēta četrās jomās: Atsevišķu procesu un organizācijas darbības rādītāji kopumā (plānoto rezultātu sasniegšana - apjoma, kvalitātes, nomenklatūras un laika ziņā). Atsevišķu procesu un organizācijas darbības rādītāji kopumā (iegūto rezultātu attiecība pret laika, finanšu un citu resursu izmaksām). Organizācijas procesu radīto produktu rādītāji. Klientu apmierinātības ar organizācijas darbības rezultātiem rādītāji.
Ieviešot procesa pieeju, tiek izstrādāta divpakāpju rādītāju sistēma: a) rādītāji, pēc kuriem procesa īpašnieks novērtē sava procesa un tajā ietvertā darba efektivitāti un lietderību; b) rādītāji, ar kuriem procesa īpašnieks ziņo augstākajai vadībai par procesa rezultātiem. Procesi, kas pastāv organizācijā, ietver organizācijas vadības procesu. Šī procesa īpašnieks ir izpilddirektors. Organizācijas darbības tiek vadītas, pamatojoties uz atskaites rādītājiem, ko procesu īpašnieki nosūta augstākajai vadībai.
Iespēja 3. Procesa pieeja sniedz pārliecību organizācijas līdzdibinātājiem, ka esošā vadības sistēma ir vērsta uz pastāvīgu efektivitātes uzlabošanu un ieinteresēto pušu interešu maksimālu palielināšanu, jo: sistēma ir balstīta uz organizācijas darbības rādītāju mērīšanu, plānošanu un sasniegšanu. nepārtraukta darbības rezultātu uzlabošana; sistēma ir vērsta uz piecu organizācijas darbībā ieinteresēto personu grupu vajadzību apmierināšanu: līdzdibinātāji (investori); patērētāji tirgū;
organizācijas personāls; Piegādātāji; sabiedrību.
Iespēja 4. Izstrādātā un ieviestā biznesa procesu vadības sistēma nodrošina procesa pieejas ieviešanu organizācijā atbilstoši starptautiskā standarta ISO 9001:2008 prasībām un atbilstoša sertifikāta iegūšanu.
Sertifikāta esamība par kvalitātes vadības sistēmas atbilstību ISO 9001:2008 prasībām garantē patērētājiem, ka organizācija ne tikai izpildīs patērētāja noteiktās prasības, bet arī centīsies noteikt un izpildīt tai paredzētās prasības. ISO 9001:2008 sertifikāta klātbūtne garantē patērētājiem, ka organizācija pievērš lielu uzmanību kvalitātes jautājumiem, kas sniedz organizācijai konkurences priekšrocības pakalpojumu tirgū.
5. iespēja. Procesu pieejas ieviešana un kvalitātes vadības sistēmas uzbūve garantē skaidri noteiktu kārtību un atbildību par dokumentācijas izstrādi, saskaņošanu, apstiprināšanu un uzturēšanu.
Iespēja 6. Procesu vadības prasība ir uz faktiem balstīta lēmumu pieņemšana, tāpēc informācijas sistēmas klātbūtnei organizācijā ir liela nozīme procesu vadības veidošanā. Organizācijā ieviesta informācijas sistēma ļauj procesu īpašniekiem iegūt objektīvu informāciju vadībai, ja tā ir veidota vienotas organizācijas vadības sistēmas ietvaros, kas balstīta uz procesu pieeju. Ja automatizācijas sistēma tiek ieviesta, neņemot vērā organizācijas faktiskās vadības vajadzības, tad šāda projekta neveiksmīgas pabeigšanas iespējamība ir ļoti augsta.
Procesu vadības sistēmas ieviešana organizācijā tiek uzskatīta par projektu. Galvenie šī projekta rezultātu klienti ir organizācijas augstākā vadība un procesu īpašnieki.
Mūsdienu realitāte liek mums pielāgot vadības aparātu dinamiski augošai videi ar sīvu konkurenci. Profesionāļu viedokļi šajā jautājumā atšķiras. Daži pilnībā noliedz organizatorisku un ekonomisko metožu nozīmi, citi ierosina iecelt atbildīgo par katru vadības funkciju.
Praktiskā pieredze liecina, ka tikai funkcionālas pieejas izmantošana noved pie vadības efektivitātes samazināšanās. Kāda ir citu vadības metožu būtība? Uz ko ir vērsta procesa pieeja un kādas ir tās priekšrocības?
4 pieejas vadībai
Mūsdienu vadībā ir četri veidi, kas ļauj dažādi paskatīties uz organizāciju un vadības procesu. Šī ir kvantitatīvā, procesuālā, sistēmiskā, situatīvā pieeja, kas radās divdesmitajā gadsimtā.
Pieeja | |
Kvantitatīvs | Tas radās 1950. gadā, attīstoties eksaktajām zinātnēm. Vadībā sāka aktīvi izmantot datorus, matemātikas un fizikas sasniegumus. Virtuālo modeļu konstruēšana resursu piešķiršanai, krājumu vadībai, uzturēšanai, stratēģiskajai plānošanai u.c. |
Process | Kustības dibinātājs ir A. Fayols, tās rašanās laiks ir divdesmitā gadsimta otrā desmitgade. Saskaņā ar pieeju vadība tiek pasniegta kā nepārtraukts process vai cikls. Tās pamatu veido pamatfunkcijas: plānošana, organizēšana, motivēšana un kontrole. |
Sistēma | Parādījās divdesmitā gadsimta vidū. Uzlūko organizāciju kā atvērtu sistēmu, kas mijiedarbojas ar ārējo vidi. Iekšējā vide satur apakšsistēmas elementus: nodaļas, tehnoloģijas, vadības līmeņus. |
Situācijas | Izveidota divdesmitā gadsimta 60. gadā. Pieejas piekritēji iesaka izvēlēties saimniekošanas metodes, ņemot vērā situāciju un vides faktorus. Visefektīvākā metode ir tā, kas atbilst apstākļiem. |
Procesu pieeja vadībā
Mūsdienu procesu pieeja balstās uz sistēmisku pieeju vadībai un uzskata jebkuru organizāciju par vienotu organismu. Katrā uzņēmumā notiek dažādi biznesa procesi, saņemot resursus ieejā, bet izejā ražojot pusfabrikātu vai produktu. Viss cikls ir slēgts ar gatavo preču un pakalpojumu izlaišanu.
Šī pieeja sastāv no darba organizēšanas tā, lai tās pamatā būtu visu uzņēmuma darbību sadalīšana biznesa procesos un vadības aparāta sadalīšana blokos. Visu sistēmu var attēlot diagrammas veidā, ķēdē ar atsevišķām saitēm - operācijām. Ražošanas ķēdes gala rezultāts ir produkts. Par konkrētu biznesa procesu atbildīgās struktūrvienības tiek veidotas no struktūrvienībām.
Procesa pieejas pamati
Lai padarītu to skaidrāku, mēs esam apkopojuši visus postulātus zemāk esošajā tabulā.
Procesa pieeja balstās uz vairākiem principiem | Galvenās pieejas iezīmes |
|
|
Problēmas procesa pieejas ieviešanā
Teorētiski procesa pieeja izskatās vienkārša un loģiska, taču praksē tās ieviešana uzņēmuma darbībā izrādās sarežģīta. Šajā gadījumā ir vērts pievērst uzmanību reāliem piemēriem, citu organizāciju praktiskiem rezultātiem un profesionālu konsultantu viedoklim. Jebkurai organizācijai nepārbaudītas teorijas ieviešana rada lielas finansiālas un citas izmaksas.
Procesa pieejas praktiskā pielietošana ir saistīta ar vairākām problēmām:
- vadība ievieš procesu pieeju vadībai tikai formālā līmenī;
- izveidotā sistēma neatbilst reālajam lietas stāvoklim organizācijā;
- mēģinājums ieviest pieeju neformālā līmenī;
- vadītāji šo pieeju neuztver kā jaunu organizācijas ideoloģiju;
- vadība nedomā par nepieciešamību regulēt procesus vai nezina, kā tos vadīt;
- vadītāji nav gatavi būtiskām izmaiņām, piemēram, uzņēmuma struktūras pārskatīšanai;
- kompetences, motivācijas, centības, neatlaidības procesu optimizēšanā trūkums.
Procesu pieeja organizācijā un kvalitātes vadības sistēmā
Viena no galvenajām ISO 9001:2000 prasībām ir procesa pieejas ieviešana. Atbilstoši standartam ir nepieciešams identificēt procesus un organizēt to pārvaldību, bet konkrēta darbību sistēma nav dota.
Daudzi vadītāji, sākot darbu pie KVS izveides, tās ieviešanu uztver kā neformālu. Tajā pašā laikā viņi uzsver, cik nozīmīgas ir paredzamās izmaiņas uz labo pusi, kas rodas ieviešanas laikā, nevis pats KVS sertifikāts. Praksē projekta īstenošana rada grūtības. Tie biedē organizācijas vadību, kas nolemj aprobežoties ar atbilstību ISO formālajām prasībām.
Tādējādi KVS paliek formālā līmenī. Rezultātā neapmierinātajiem darbiniekiem ir negatīva attieksme pret pašu sistēmu un procesa pieeju.
Metodes pārejai uz procesu vadību
Tie visi ir parādīti tabulā:
Pilna metode | Izmantojot metodi |
Procesu un sistēmu pieeja ir balstīta uz biznesa procesu identificēšanu, pamatojoties uz pašreizējo organizatorisko struktūru. Pēc tam notiek pāreja uz procesa struktūru. Tās pamats ir balstīts uz vairākiem noteikumiem. | Process un situācijas pieeja. Vadība identificē no gala līdz galam biznesa procesus, kuriem tiek sagatavots dokumentu plūsmas un darba secības apraksts. Nākamajā posmā tie tiek iekļauti jaunā procesa struktūrā, parasti matricas struktūrā. |
|
|
Ko sniedz procesu apraksts un regulējums?
Efektivitātes paaugstināšana nav tieši saistīta ar procesu regulēšanu. Uzņēmumam var nebūt aprakstu un noteikumu. Darbu joprojām veiks darbinieki saskaņā ar pieņemtajiem noteikumiem, jo darbinieki pārzina ražošanas procesu. Šāda darba organizācija rada pastāvīgu resursu zudumu. Procesu apraksts un regulēšana paver vairākas iespējas:
- Darbība standartu ietvaros un procesu atkārtojamība rada iespējas vadībai.
- Problēmu, grūto brīžu, resursu zudumu identificēšana procesu realizācijas gaitā.
- Pasākumu izstrāde procesu uzlabošanai.
- Pieredze un zināšanas par darba procesiem, ko var nodot jauniem darbiniekiem, filiālēm un citām organizācijām.
- Benchmarkinga ieviešana, Jūsu uzņēmuma salīdzināšana ar konkurentiem, lai uzlabotu biznesa procesus.
- Iekšējais audits.
Regulēšana ir efektīva, ja to papildina analīze, uzlabojumu izstrāde un ieviešana.
Procesa pieejas ideoloģija
Procesa pieeja un tās reāla, nevis formāla ieviešana vadības sistēmā rada daudz grūtību. Problēma vadībai ir līdera prasmju trūkums un spēja iesaistīt personālu. Izmaiņām, veidojot jaunas sistēmas, vispirms ir jānotiek darbinieku prātos.
Darbinieku iesaiste tiek atvieglota, ja pieeja tiek uztverta kā ideoloģija. Pirmkārt, ideja iekļūst cilvēku apziņā, un tad tā kļūst par instrumentu. Tad darbinieki būs gatavi pielietot jaunas metodes un programmas, uz kurām viņi ir jāmudina.
Secinājums
Daudzās pasaules valstīs procesa pieeja vadībai tiek uztverta kā galvenais biznesa veiksmes faktors. Tā nav nejaušība, ka tā ir kļuvusi par kvalitātes vadības standartu pamatu. Šīs pieejas efektivitāti vēl nav apstiprinājuši reāli ieviešanas piemēri Krievijas uzņēmumos. Ir maz piemēru, kā arī jaunas priekšrocības no standarta ieviešanas. Iemesls ir tāds, ka daudzas organizācijas vienkārši mainīja terminoloģiju: bija pārdošanas nodaļa, tagad ir “pārdošanas” process. Nodaļu vadītāji ir kļuvuši par procesu īpašniekiem.
Procesu pieeja vadībā ir galvenais instruments starp rīkiem, kurus vadība izmanto vadības sistēmas reorganizēšanai.
