Shigeo Shingo: På forskjellen mellom prosesser og operasjoner

Shigeo Shingo, en av grunnleggerne av Toyota Production System, trekker i sin bok "Exploring the Toyota Production System" oppmerksomhet på den vesentlige forskjellen mellom konseptene prosess og drift:

"Når vi ser på prosessen, ser vi bevegelsen av materiale i tid og rom, transformasjonen av råvarer først til et halvfabrikat og deretter til et ferdig produkt. På den annen side, når vi ser på operasjoner, ser vi arbeidet som gjøres for denne transformasjonen - samhandling og bevegelse produksjonsmidler og arbeidere i tid og rom.

Prosessanalyse undersøker flyten av materiale eller produkt; i analysen av driften studeres aktiviteten til arbeidere og maskiner for å transformere et produkt. Tenk på et typisk produkt, for eksempel en skaft, maskinert på en dreiebenk: akselen blir boret, deretter dreid og til slutt kuttet til lengde. Denne sekvensen av skiftendringer er en prosess. Først bores senterhull på maskinen, den ytre overflaten blir behandlet, og deretter trimmes endene på akselen i henhold til de spesifiserte parametrene. Denne serien med handlinger er operasjoner.

For å oppnå en grunnleggende forbedring i produksjonsprosessen, må vi skille mellom produktflyt (prosess) og arbeidsflyt (drift) og analysere dem separat. Selv om en prosess består av en serie aktiviteter, kan den ikke sees lineært, da dette fører til den misforståelsen at forbedring av individuelle aktiviteter øker den generelle effektiviteten til prosessen der de er inkludert. Som diskutert nedenfor, kan forbedring av en operasjon uten å vurdere effekten av den på prosessen som helhet faktisk redusere den totale effektiviteten..

Konklusjoner. Produksjon som utføres enten på butikkgulvet eller på kontoret, bør betraktes som et sett med funksjonelle prosesser og operasjoner. Prosessen transformerer materialer til produkter. Operasjoner er handlingene til mennesker og utstyr som påvirker en slik transformasjon. For å realisere effektiv produksjonsforbedring, må du forstå disse grunnleggende konseptene og forholdet deres tydelig. "

Hva er forskjellen mellom forretningsprosess og forskrifter

Forretningsprosess, forskrifter og instruksjoner er ofte forvirrede konsepter. Noen selskaper har beskrevet forretningsprosesser, men det er ingen forskrifter. Andre har forskrifter, men ingen forretningsprosesser beskrevet. Samtidig kan en person tenke at reguleringen er en forretningsprosess. Forvirring av disse konseptene skaper kontrollproblemer..

Den første saken - selskapet beskriver forretningsprosesser, men det er ingen forskrifter. Dette gir oppgaveutøvere mer handlefrihet. Mangel på regler kan føre til forvirring og feil i arbeidet.

Det andre tilfellet - selskapet har instruksjoner, men forretningsprosesser er ikke beskrevet. Da utføres individuelle handlinger tydelig, men hele prosessen er ikke kontrollert. På grunn av dette kan det hende at oppgaver ikke utføres, eller flere mennesker kan gjøre det samme, fordi det ikke er klart hvem som er ansvarlig.

Eksempel på forretningsprosess

La oss se på et enkelt eksempel. Et visst selskap kjøper råvarer for produksjon hver måned. Hvorfor er dette en forretningsprosess? Fordi det for det første er en handlekjede som fører til ønsket resultat - råvarer vil bli brakt til selskapet. For det andre foregår denne prosessen regelmessig. Det spiller ingen rolle en gang om dagen eller en gang i året, det er viktig at dette ikke er en engangshandling. Dette er to viktige forhold - konsistens og regelmessighet..

Så det er det. Den omtrentlige forretningsprosessen vil bestå av følgende trinn:

  • Arkivere en applikasjon.
  • Forsikring av hodet.
  • Overføring av søknaden til forsyningsavdelingen.
  • Valg av leverandør.
  • Avtale.
  • innbetaling.
  • Leveranse.

Dette er en forretningsprosess - en trinnvis beskrivelse av hva som må gjøres og hvem som utfører hvilke handlinger for dette. Å beskrive en forretningsprosess indikerer ikke hvordan du gjør arbeidet, bare hva som følger, og hvem som er ansvarlig for hva.

Eksempel på forskrifter

Forordningen beskriver ikke prosessen, men noen del av den i form av instruksjoner. Instruksjonene indikerer i detalj hvordan du gjør noe. For eksempel instruksen om behandlingsordre for leveranseavdelingen fra vårt eksempel. Den vil i detalj beskrive hva du skal gjøre med applikasjonen, hvor du skal legge inn dataene, hvor du skal sende osv. Regulering reduserer handlefriheten, men gir detaljer.

Når du utarbeider forskrifter, må du være forsiktig. Overdreven strenghet av instruksjonene fratar de ansatte initiativ, gjør dem til roboter. Det er alltid uforutsette problemer på jobben. En ansatt i en kritisk situasjon skal løse problemet, og ikke vente på detaljerte instruksjoner. For å gjøre dette, ikke reguler hver minste ting..

Forskrifter er nødvendige der effektiviteten av arbeidet avhenger av at de overholdes. For eksempel er redaksjonelle retningslinjer for et tidsskrift en forskrift for forfattere. Takket være det vil forfattere holde seg til riktig stil og bruke riktig ordforråd. Dessuten kan enhver ny forfatter gjøre seg kjent med reglene, det er ikke nødvendig å forklare alt hver for seg.

Forskrifter skaper mikroordre. Forretningsprosesser er organisert på makronivå. Begge er nødvendige for effektiv virksomhetsstyring. Du trenger bare å bruke dem med omhu.

Artikkelforfatter

Nikolay Sushko

Han kommuniserer med mange klienter personlig, skriver om utgivelser, publiserer meninger og trekker opp forretningssaker. Alltid glad for tilbakemeldinger!

Forum for kvalitetsstyring

Prosess og prosedyre

Prosess og prosedyre

Elena Simikyan "13. februar 2009, 07:57

Re: Prosess og prosedyre

Roman Ozeransky »13. februar 2009, 08:25

P.S.Ivanov "14. februar 2009, 19:38

Anastasia Borzenko "14. februar 2009, 20:29

Alexander Karbainov "14. februar 2009, 21:50

Ksenia Pankrushina "15. feb 2009, 18:51

Alexey Borodachev »15. februar 2009, 20:06

Koltsov Oleg "15. feb 2009, 20:17

Maxim Andreev "15. feb 2009, 20:44

Alexander Vorobyov "15. feb 2009, 23:34

Ksenia Pankrushina "15. feb 2009, 23:38

Alexander Vorobyov "16. februar 2009, 14:40

forespørselen om å bestemme prosedyren ble ikke eksplisitt adressert til Oleg, i henhold til sitert tittel på hans innlegg.

PROSEDYR (fransk prosedyre, fra lat. “Fortsetter”),

1) den etablerte prosedyren for å gjennomføre, behandle ethvert tilfelle (for eksempel rettslig prosedyre).

2) Medisinsk behandling foreskrevet av legen (f.eks. Bad).

PS! Forretningsprosesser er egentlig ikke 9000s virkeområde

Maria Kamenskaya "16. februar 2009, 16:41

I GOST R ISO 9001-2008 ble følgende i en note til punkt 4.2.1 lagt til:
MERKNAD 1 Når begrepet “dokumentert prosedyre” vises i denne internasjonale standarden, betyr det at prosedyren er etablert, dokumentert, implementert og vedlikeholdt. Ett dokument kan inneholde kravene i en eller flere prosedyrer. Et krav til en dokumentert prosedyre kan oppfylles av mer enn ett dokument.

I vårt land er det vanskeligheter med å forstå hva en "prosedyre" er, for utlendinger er det nesten alltid en rekkefølgen av handlinger (for eksempel å gå gjennom toll), en dokumentert prosedyre er en dokumentert rekkefølgen av handlinger. Og prosedyren (gjør) faller ikke alltid sammen med prosessen ved inn- og utkjøringspunktene..
GOST R ISO 9000-2008 sier om dette:
3.4.5 prosedyrer spesifisert måte å utføre en aktivitet eller en prosess (3.4.1).
Merknader
1 Prosedyrer kan dokumenteres eller ikke-dokumenteres..
MERKNAD 2 Når en prosedyre er dokumentert, brukes ofte uttrykket "skriftlig prosedyre" eller "dokumentert prosedyre". Dokumentet (3.7.2) som inneholder prosedyren kan kalles "prosedyredokument".

Bind 2 GOSTs, og det skal fungere, selv om jeg ikke er sikker på at det er ugjennomtrengelige eik. Lykke til

Prosesser, prosedyrer og arbeidsinstruksjoner - hva er forskjellene?

Uansett hvor mange du ba om å forklare forskjellen, vil du sannsynligvis få så mange forskjellige svar. Og hvis vi også legger til en "arbeidsinstruksjon".

Når du arbeider for å forbedre forretningsprosesser og prosedyrer, er det nødvendig å prioritere dem. Den enkleste måten å forstå prosesser og prosedyrer på er detaljnivået til informasjonen. Prosesser beskrives uten mye detaljering og fungerer på tvers av organisasjonens forskjellige funksjoner, mens prosedyrer inneholder detaljert informasjon. I utgangspunktet er de selvfølgelig alle relatert. Prosedyrer er detaljerte trinn i en prosess. Så hva er hovedforskjellen mellom prosesser, prosedyrer og arbeidsinstruksjoner? Prosesser er tverrfunksjonelle og definerer hva som gjøres og av hvem. De er vanligvis avbildet i form av diagrammer som et beslutnings tre eller flytskjema, der arbeidet som utføres er representert som logisk sammenhengende trinn eller "aktiviteter". Du kan lese om en av de vanligste metodene for å dokumentere prosesser - kartlegging - i vår artikkel "Regler for kartleggingsprosesser" Prosesser må alltid ha en innledende og endelig hendelse, i sistnevnte oppnås et visst resultat. Alle prosesser er rettet mot å oppnå et resultat som tilfredsstiller forbrukeren.

  • Kryssfunksjonalitet
  • Innledende arrangement
  • Innbyrdes knyttet handlinger
  • Å oppnå et visst resultat
  • Kundetilfredsstillende resultat.

Prosedyrer definerer hvordan arbeid utføres. De er vanligvis dokumentert i sekvensielle trinn, og detaljert hvordan arbeidet skal gjøres og hvem som er ansvarlig for å gjøre det.

  • Skriftlige instruksjoner for å utfylle prosessaktiviteter
  • Vanligvis skrevet i trinn og handlinger, med ansvarsstillinger

Arbeidsinstruksen er en del av prosedyren. Forskjellene deres er at arbeidsinstruksen vanligvis beskriver hvordan man gjør noe for en stilling, og prosedyren kan inneholde instruksjoner for flere forskjellige stillinger i organisasjonen.

  • Arbeidsinstruksen er mer detaljert
  • Vanligvis beskrevet i trinn eller handlinger.

Neste spørsmål er: "Hvordan skal du bruke dem?" Svaret er enkelt: "Sammen" -prosesser er et flott verktøy for raskt å vise aktiviteter i en lettforståelig form, men det lave detaljnivået forhindrer ansatte i å bruke dem til sitt daglige arbeid. I dette tilfellet er prosedyrer nødvendige slik at personalet kan se alle komponentene i prosessen til de trenger mer detaljert informasjon for å gjøre jobben sin. Arbeidsinstruksen brukes på en lignende måte, men den inneholder informasjon om arbeidet i en stilling. En god beskrivelse av prosedyrer negerer behovet for en arbeidsinstruksjon.

På spørsmålet om forholdet mellom begrepene "juridisk prosess" og "juridisk prosedyre"

Publiseringsdato: 19.09.2014 2014-09-19

Artikkelen sett: 5597 ganger

Bibliografisk beskrivelse:

Soldatova, O. E. Til spørsmålet om forholdet mellom begrepene "juridisk prosess" og "juridisk prosedyre" / OE Soldatova. - Tekst: direkte // Ung forsker. - 2014. - Nr. 15 (74). - S. 332-335. - URL: https://moluch.ru/archive/74/12639/ (tilgang til dato: 05/25/2020).

Spørsmålet om materiell og prosessuell rett, som strukturelle underavdelinger i rettssystemet, deres innhold, likhet og forskjell, har ikke mistet sin relevans på det nåværende tidspunkt. I sammenheng med forholdet mellom materielle og prosessuelle juridiske normer, er det nødvendig å ta hensyn til forholdet mellom begrepene "prosess" og "prosedyre".

For øyeblikket, i juridisk litteratur om forholdet mellom de juridiske kategoriene "prosess" og "prosedyre", er det mange læresetninger og begreper, men for å korrelere disse kategoriene riktig, mener vi det er nødvendig å vurdere begrepet og hovedfunksjonene i "prosess" og "prosedyre".

Ved å bestemme den filologiske betydningen av begrepene "prosess" og "prosedyre", forstår dataene fra de forklarende ordbøkene prosessen som forløp, utvikling (inkludert sekvensiell endring av tilstander) av et fenomen, og ved prosedyren, den offisielle atferdsordningen [1, s. 89].

Prosess - (fra latin prosess - promotering) er prosedyren for å behandle saker i en domstol eller administrativt organ, rettsforhandlinger, rettssak. Fra filosofiens synspunkt går en prosess, fremgang er en naturlig, konsekvent endring av et fenomen, dets overgang til et annet fenomen.

Prosedyren (fra Lat. - for å sikre promotering av noe, den etablerte orden) som et generelt sosialt fenomen er et system som: a) er fokusert på å oppnå et spesifikt sosialt resultat; b) består av suksessivt å erstatte handlinger, trinn av aktivitet; c) lager en modell for utvikling, bevegelse av et hvilket som helst fenomen, fast på normativt nivå; d) hierarkisk bygget; e) er i dynamikk, utvikling; f) er sammensatt.

Som karakterisering av tegnene på en juridisk prosess påpekte VM Gorshenev at den rettslige prosessen: 1) er hensynet til en viss rettssak, det vil si en slik omstendighet som vil bli vurdert i henhold til loven, og dens konsekvenser blir implementert i navnet på utførelsen av loven; 2) dette er en aktivitet for å forbedre driften med lovens normer; 3) det er en lovlig aktivitetsform for autoriserte organer og tjenestemenn; 4) dette er en aktivitet, hvis resultat nødvendigvis er formalisert i relevante prosessdokumenter; 5) dette er en aktivitet som forårsaker et objektivt behov for prosessuell og prosessuell regulering; 6) dette er en aktivitet som er direkte relatert til behovet for å bruke metodene og virkemidlene til juridisk teknologi [2, p. 101].

I den vitenskapelige litteraturen skilles følgende karakteristiske trekk som ligger i den juridiske (juridiske) prosedyren som et spesifikt juridisk fenomen: 1. Juridisk prosedyre er en spesiell prosedyre som er tydelig angitt og nedfelt i lover og vedtekter. 2. Rettsprosedyren er en normativt etablert prosedyre for å utføre juridisk virksomhet. 3. Den normative ordningen med juridiske prosedyrer forutsetter deres beskyttelse mot brudd ved lovlige sanksjoner, som er en type og et mål for juridisk ansvar. 4. Rettsprosedyren er av orienterende betydning for å oppnå et visst juridisk mål, og garanterer dermed lovligheten og effektiviteten av juridisk aktivitet [3, s. nitten].

I juridisk litteratur om forholdet mellom begrepene "juridisk prosess" og "juridisk prosedyre" er det tre hovedvitenskapelige posisjoner.

I følge den første av dem blir den juridiske prosessen og den rettslige prosedyren sammenlignet som synonyme kategorier, den andre - den rettslige prosedyren blir vurdert i en større forstand, og i henhold til den tredje - den rettslige prosessen med tanke på innholdsmengden råder over den rettslige prosedyren.

I henhold til den første av de nevnte juridiske stillingene, er prosessen og prosedyren identifisert i loven (i det minste sett fra praktisk betydning). Representanter for denne tilnærmingen vurderer begge begrepene uten å differensiere den semantiske belastningen i forhold til de samme fenomenene..

Noen tilhengere av en bred forståelse av den juridiske prosessen (V.M. Gorshenev, A.I. Kim, Yu.I. Melnikov, P.E. Nedbailo, BC Osnovin, etc.) identifiserer noen ganger prosessen og prosedyren og bringer den juridiske prosessen til grensene enhver rettshåndhevelse, men noen tilhengere av jurisdiksjonalt konsept for den juridiske prosessen forstår ved prosessen rekkefølgen av jurisdiksjonell aktivitet regulert av loven, og de foreslår å kalle prosessen i bred forstand en juridisk prosedyre, det vil si at de gjør det klart at i sammenligning med prosessen er prosedyren en juridisk aktivitet på et annet nivå. Ved å bruke nærheten til verdiene i prosessen, kommer de til den konklusjon at alle former for ordnethet, fikset av riktig rekkefølge av utførte handlinger, kan kalles prosedyre. Disse forfatterne forsvarte synspunktet om eksistensen av en "enkel prosessuell form", prosesslov, hvis normer regulerer forholdet ikke bare innen jurisdiksjon, men også i vurderingen av ulike saker av positiv karakter fra statlige organer og embetsmenn.

Luchina V.O. bør kalles en fremtredende representant som støtter dette konseptet, som mener at "prosessen" praktisk talt tilsvarer en "prosedyre" og det er umulig å trekke noen skillelinje mellom dem "[4, s.20].

Yu. I. Melnikov likestilte også prosessen og prosedyren, og påpekte at "prosess" og "prosedyre" er juridiske begreper som bestemmer rekkefølgen av aktiviteter for anvendelse av materiell rett, derfor bør "prosessen" være praktisk talt identisk, det vil si lik prosedyren [5, s.19].

Identifiseringen av de to presenterte kategoriene virker etter vår mening ikke riktig og adekvat, basert på deres særpreg og etymologien til ordene "prosess" og "prosedyre".

I henhold til den andre tilnærmingen er den juridiske prosessen en slags prosedyre. I følge EI Butenko er prosessen en spesiell type juridisk prosedyre designet for å bekjempe juridiske avvik, ekstraordinære juridiske fenomener som oppstår som et resultat av krenkelser fra personer med andres rettigheter og unnlatelse av å oppfylle sine plikter [7].

I henhold til den tredje tilnærmingen, og etter vår mening mer adekvat, råder prosessen i bredden over prosedyren, og følgelig anses fremgangsmåten som en del av prosessen.

Den rettslige prosedyren faller ikke sammen med begrepet den rettslige prosessen, heller ikke i den brede tolkningen av sistnevnte [8, p. 18]. En bred tolkning av den rettslige prosessen innebærer kombinasjonen av juridisk separate prosessuelle normer og normer for materiell prosedyre.

Tilhengere av den "brede" tilnærmingen henviser til prosessen, sammen med jurisdiksjonelle aktiviteter, og positive aktiviteter fra ledelsesorganer som ikke er relatert til eksistensen av en tvist om lov. I hovedsak er denne tolkningen basert på ideen om at en prosess består av et sett med prosedyrer og i forhold til sistnevnte er det mest generelle konseptet. Betydningen av denne tilnærmingen er at virksomheten til styrende organer reduseres til to hovedrettslige former der den blir implementert - til regelverk og rettshåndhevelse. A. G. Paul tolker rettsprosedyren som et slikt strukturelt element (komponent, del) av prosessen med samme navn, som er en svikt i helheten av prosessuelle rettsforhold, fordelt innenfor rammen av en viss tilsvarende produksjon på grunnlag av spesifikasjonene fra "foreldre" materielle juridiske normative institusjoner og forhold [ 9, s.32]. Det negative aspektet ved denne tilnærmingen er at prosedyren er knyttet til sektoren av prosesslovgivning og går utover det materielle strukturelle elementet i rettssystemet.

I innenlandsk rettsvitenskap er det en "bred" og "smal" tilnærming til å forstå den rettslige prosessen.

Essensen av den "brede" tilnærmingen til den rettslige prosessen ligger i det faktum at prosessrettens funksjon ikke bare er begrenset til regulering av tvang og løsning av sivile tvister, at det i tillegg til kriminelle og sivile prosesser i systemet med materielle rettsgrener det er mange prosedyremessige normer og institusjoner på grunnlag av hvilke aktiviteter som utføres om anvendelse av materielle regler for enhver bransje.

Tilhengerne av den "smale" tilnærmingen begrenser prosessen bare til dommeraktivitet, eller inkluderer alle typer (jurisdiksjonell) rettshåndhevelsesaktiviteter i den, uavhengig av hvordan den utføres.

Blant tilnærmingene uttrykt i litteraturen til spørsmålet om forholdet mellom begrepene "prosess" og "prosedyre", gjenspeiles ikke posisjonen etter hvilken prosedyren kunne gå foran prosessen. Så som et eksempel kan foreløpige midlertidige tiltak i voldgiftsprosessen presenteres. På grunnlag av artikkel 99 i den russiske føderasjons voldgiftsprosedyre-koden, har voldgiftsretten, etter søknad av en organisasjon eller en borger, rett til å treffe foreløpige midlertidige tiltak for å sikre søkerens eiendomsinteresser før inngivelse av et krav. En søknad om sikring av eiendomsinteresser før innlevering av krav om merittering, kan inngis til en voldgiftsdomstol på søkerens sted, på stedet for krenkelse av hans rettigheter, samt på stedet for midlene eller annen eiendom som søkeren søker om midlertidige tiltak. Hvis søkeren fremlegger en kravuttalelse, fortsetter midlertidige tiltak som tiltak for å sikre kravet. Voldgiftsretten har rett til å erstatte de foreløpige midlertidige tiltakene med den siktedes motsikkerhet. Fremgangsmåten for å inngi en søknad til domstolen om vedtakelse av foreløpige midlertidige tiltak i denne saken, vil således gå foran aksept av hovederklæringen om saksbehandling og behandling av saken på sakene [10].

Basert på det foregående er det mulig å identifisere likheten i den juridiske prosessen og prosedyren, som består i det faktum at både den første og den andre presenteres i form av en sekvens av endringer i utviklingsfaser etablert i juridiske normer. Det er en rekke forskjeller mellom den juridiske prosessen og den rettslige prosedyren: 1) Prosedyren utføres både direkte og indirekte. Prosessen er bare indirekte; 2) Prosedyrenormer kan fikses både på det normative og på individnivå. Prosedyrenormer, tvert imot, kan bare konsolideres i en sentralisert, som regel, lovgivningsprosedyre. Videre er den juridiske prosessen preget av en mer detaljert regulering av strømningssekvensen. 3) Den rettslige prosessen, i motsetning til prosedyren, reguleres av gyldige juridiske normer, mens prosedyren oftest bestemmes av dispositive normer; 4) Den rettslige prosedyren kan utføres av enhver kompetent juridisk enhet. Den rettslige prosessen utføres av spesielt autoriserte enheter som har en spesiell juridisk stilling.

Den rettslige prosessen fungerer som den høyeste grad av konkretisering av den rettslige prosedyren, og prosessmekanismen i lov inkluderer: juridiske prosedyrer og den rettslige prosessen. Imidlertid er juridiske prosedyrer i dette tilfellet en bredere kategori av deres logiske innhold og inkluderer juridisk prosess som et spesielt element, noe som ikke er sant. Selvfølgelig er både den juridiske prosessen og prosedyren preget av rekkefølgen og handlingssekvensen, men tilstedeværelsen av en algoritme av handlinger i begge kategorier betyr ikke at inkludering av den juridiske prosessen i prosedyren.

Tilnærmingene uttrykt i lovteorien til forholdet mellom begrepene "prosess" og "prosedyre" har rett til selvstendig eksistens. Det ser ut til at den rettslige prosessen må tilskrives helheten, og prosedyren bare til handlingen "inkludert" i den eller passivitet (til elementet i helheten). Prosedyren tjener den juridiske prosessen og gir organisatorisk støtte. Uten tvingende prinsipper for den juridiske prosedyren, vil prosessen ikke være i stand til å nå sine mål.

Oppsummert bemerker vi at den rettslige prosessen er en videreutvikling av et rettsforhold som ikke har funnet et endelig oppgjør innenfor rammen av prosedyren og gjennomføres ved implementering av prosessuelle rettsnormer, som trer i kraft bare i tilfeller der anvendelsen av en prosessuell norm ikke gir det nødvendige juridiske resultatet. Konseptet med en juridisk prosess i forhold til en rettslig prosedyre ser ut til å være mer omfangsrikt. Det dekker ikke bare offisielle, men også andre deler av juridiske fenomener, inkludert de som ikke utelukker tilstedeværelsen av en materiell komponent.

1. Dal V. Forklarende ordbok for det levende store russiske språket. M., 1955. IV. S. 89; Ozhegov S.I. Ordbok for det russiske språket. Ed. 18.M., 1986 S. 585.

2. Gorshenev, B. M. Teori om rettslig prosess / V. M. Gorshenev. - M.: Jurid. lit., 1985.-- 179 s.

3. Nikolina K.V. Juridisk prosedyre: vitne, tegn, vidi, mus i systemet med juridiske kategorier: forfatter. dis. Cand. jurid. Sciences / K.V. Nikolina. - K.: B.V., 2011.-- 19 s..

4. Luchin V.O. Prosedyrenormer i den sovjetiske statsloven. M. 1976. 25.

5. Melnikov Yu. I. Arten og innholdet i prosedyrelovens normer i et sosialistisk samfunn. forfatter. disser. til. y. n. - M., 1976.-- 22 s..

6. EI Butenko Om forholdet mellom begrepene "prosedyre" og "prosess" på det nåværende stadiet av utvikling av rettsvitenskap (artikkel) Law of the three millennium. Materialer fra I International korrespondanse vitenskapelig og praktisk. conf. bachelor- og doktorgradsstudenter (17. april 2009, Stavropol). Utgave I. Stavropol, 2009. s. 57–61.

7. Lukyanova EG Teorien om prosesslovgivning. - M.: Ed. NORMA, 2003.-- 240 s

8. Gorshenev, B. M. Prosedyreform og dens formål i sovjetisk rett / V. M. Gorshenev // Sovjetstat og lov. - 1973.-Nr. 12. - S. 18-24.

9. Paul A. G. Prosedyrenormer i budsjettloven / Ed. M. V. Karaseva. SPb., 2003.-208 s.

10. Russlands føderasjons prosedyre-kode: Russlands føderasjons lov av 07.24.2002 nr. 95-FZ (som endret og supplert 01.15.2010) // Innsamlet. lovgivning (heretter SZ RF). - 29. juli 2002. - Nr. 30. - Art. 3012.

Hva er en forretningsprosess og en beskrivelse av en forretningsprosess

Og likevel forsøkte menneskesinnet forgjeves å forstå det i mer enn 2000 år, mens det derimot lyktes, men i det minste omtrent, en analyse av mye mer meningsfylte og sammensatte former. Hvorfor det? Fordi en utviklet kropp er lettere å studere enn en kroppscelle. I tillegg, når man analyserer økonomiske former, kan man ikke bruke verken et mikroskop eller kjemiske reagenser. Begge skal erstattes av abstraksjonens kraft.

Karl Marx. Hovedstad. Volum 1. Forord til den første utgaven.

Forretningsprosesser snakkes mye og ofte hovedsakelig i forbindelse med forretningsautomatisering. Jeg bruker også dette uttrykket, inkludert i artiklene mine om CRM-systemer, ERP, arbeider med BPMN-notasjoner, IDEF0 og andre verktøy som kan være nødvendig i arbeidet med en forretningskonsulent og implementeringen av automatiseringssystemer. Samtidig fant jeg ikke en klar og detaljert definisjon av begrepet "forretningsprosess" i Runet..

Mange forfattere bruker det "som standard", som et begrep "intuitivt" uten å avkode, eller til og med legge til ekstra forvirring ved å bruke alternativ terminologi, for eksempel skriver de "forretningsenhet" i stedet for en forretningsprosess, etc..

I denne artikkelen bestemte jeg meg for å snakke om hva en forretningsprosess er, fortelle om historien til dette konseptet og om hvor det kan og bør brukes. Jeg planlegger også å vie den neste artikkelen til emnet forretningsprosesser, der jeg vil fortelle deg hvordan du bruker forretningsprosesser riktig.

Definere en forretningsprosess

Så hva er forskjellen mellom en forretningsprosess og en funksjon, eller til og med bare en vanlig prosess? Hva er forskjellen mellom disse begrepene? Jeg kom til følgende konklusjon:

En forretningsprosess er en logisk handlingssekvens av en person (eller flere personer) i et team. Hensikten med å beskrive en forretningsprosess er å analysere og regulere visse handlinger i et team.

Hvorfor fokuserer jeg på mennesker og team:

  1. Forretningsprosessen foregår alltid med menneskelig deltakelse. Hvis handlinger utføres av et automatisert system eller et program, er dette ikke lenger en virksomhet, men en teknologisk prosess eller spesifikasjon. Og så trer i kraft litt forskjellige standarder, beskrivelsesmetoder og implementeringsfunksjoner.
  2. Flere personer er alltid involvert i en forretningsprosess, enten eksplisitt eller underforstått. Selv om en person jobber alene (for eksempel en forfatter), har han fortsatt kunder (forlagsbyråer) og forbrukere (lesere). Selgeren jobber heller ikke i et "vakuum" - han har leverandører og kjøpere av produkter, og alle disse menneskene er også involvert på en eller annen måte i forretningsprosessen.

Hvorfor skriver jeg om teamet, og ikke om en kommersiell struktur eller selskap? Fordi konseptet om en forretningsprosess kan brukes blant annet for en ideell organisasjon. Dette kan være veldedighet, et ambulansebesøk hos en pasient eller til og med organisere et middagsselskap uten salg eller fortjeneste. I dette tilfellet kan du også beskrive forretningsprosessen, siden vi har personer som utfører noen handlinger for å oppnå et visst resultat..

Beskrivelse av forretningsprosessen

Det er også viktig å definere beskrivelsen av forretningsprosessen:

Beskrivelse av en forretningsprosess er en beskrivelse av handlingssekvensen til ansatte når de utfører visse handlinger i grafisk og tekstform for å regulere handlinger i et team, analysere og optimalisere sekvensen deres.

Og her er det nødvendig å forstå at en forretningsprosess ikke eksisterer uten beskrivelse. Bare i beskrivelsesprosessen vises forretningsprosessen, dvs. umulig å implementere den ene uten den andre.
Samtidig må alle handlinger som er beskrevet i forretningsprosessen være logiske, sekvensen deres må føre til et visst tidligere satt mål.

Beskrivelse av forretningsprosesser er et kreativt arbeid. Selv om du beskriver "hva som er", er det fortsatt tillatt med noen unøyaktigheter, hjørner er "glattet ut", noen handlinger er utelatt for å gjøre det lettere å oppfatte. Og hvis "hva som skal være" beskrives, skapes noe nytt på grunnlag av det eksisterende. Samtidig er forretningsanalytikeren fortsatt begrenset av strenge rammer - regler, syntaks, logiske begrensninger.

Personlig sammenligner jeg opprettelsen av en ny forretningsprosess med å balansere på en tynn tråd en harmonisk kombinasjon av kreativitet, kunst og streng matematikk.

Samtidig må du forstå at ingen forretningsprosess kan være perfekt og 100% samsvarer med virkeligheten. Det er alltid et sted for noen forenklinger og antagelser, et sted i implementeringen av selv de strengeste forskriftene gjør den menneskelige faktoren sine egne justeringer.

I tillegg er det, som du vet, i enhver ny vesen alltid en mulighet for ytterligere forbedringer. Og opprettelsen av forretningsprosesser bekrefter også denne filosofiske avhandlingen. Uansett hvor hardt du prøver å beskrive forretningsprosessen perfekt, er det fortsatt noe i den som også kan forbedres enten nå eller i fremtiden..

Og her er det veldig viktig, på den ene siden, å stoppe i tide selv, fordi de oppdaterte forretningsprosessene vil bli implementert av virkelige mennesker som er vant til å jobbe "den gammeldagse måten", og du må ta hensyn til deres inerte tenkning og graden av læring. Automasjon, som vanligvis er inkludert i moderniseringen av forretningsprosesser, krever også visse investeringer. Og her må du gå videre fra kundens virkelige evner.

Alt dette må en virksomhetskonsulent tydelig forstå seg selv, vite hvor og på hvilket nivå av forutsetninger han forenklet beskrivelsen av forretningsprosessen, og hvor han bestemte seg for å utsette noen beslutninger for fremtiden av objektive grunner (økonomi, menneskelig faktor). Og alt dette trenger å være i stand til enkelt og tydelig å forklare for virksomhetslederen.

Teknologisk prosess og forretningsprosess


Hovedforskjellen mellom en forretningsprosess og en teknologisk prosess er at man i den teknologiske prosessen antar et ganske klart resultat ved utgangen. For eksempel, hvis vi snakker om produksjon, bør produksjonen være produkter med visse parametere..

Selv i den teknologiske prosessen er det selvfølgelig en mulighet for å få et ekteskap, men ikke et av de naturlige alternativene, men konsekvensene av et brudd på den teknologiske prosessen. Mens du er i en forretningsprosess, kan resultatet "ved utgangen" avvike avhengig av oppfyllelsen av visse betingelser i "kroppen" av forretningsprosessen, som ble utført uten brudd og feil.

For klarhet kan beskrivelsen av den teknologiske prosessen se slik ut:

  1. Ta blank A;
  2. Vi forbinder det med arbeidsstykket B;
  3. Vi behandler for parametere C;
  4. Vi mottar varen.

Alt er entydig og ingen betingede "gafler" er gitt.

I en forretningsprosess anses følgende situasjon som ganske normal:

  1. Vi får inndata A:
    • Hvis dataene oppfyller tilstand B, gå til sekvens C;
    • Hvis dataene oppfyller tilstand D, utfør handlinger E.
  2. Resultatet føres til utgangen.

De. allerede i prosessalgoritmen er det muliggjort mulige betingelser og forskjellige handlinger, avhengig av initial- eller mellomdata.

Begrepets historie

Jeg har lest mer enn en gang informasjonen om at notasjonsprosessen IDEF0 dukket opp nesten på midten av 1800-tallet. Mer realistiske forfattere skriver om perioden etter andre verdenskrig. Men de tar også feil.

Når jeg for eksempel skrev en artikkel om IDEF0, siterte noen lesere eksempler på instruksjoner fra departementer og avdelinger under første verdenskrig eller enda tidligere som eksempler på notasjoner, og diagrammer og visuelle bilder av militære operasjoner ble diskutert som grafiske fremstillinger. Men alt dette er ikke en beskrivelse av en forretningsprosess. Alt dette kan kalles teknikker, visuelle demonstrasjoner, instruksjoner, men kan ikke kalles notasjoner..

Notasjoner er et moderne konsept, dessuten kalles notasjoner noe veletablert, standardisert, d.v.s. et sett med kommandoer og notasjoner som blir brukt av mange mennesker, snarere enn en eller to organisasjoner. Du kan komme med ditt eget spesielle språk for å beskrive forretningsprosesser eller for eksempel programmering. Men inntil det blir "kjørt inn" i massebruk, motsetninger, tvetydige tolkninger og andre mangler ikke blir avslørt og eliminert, før det blir en etablert og vanlig standard for mennesker, kan det ikke kalles en notasjon. Jeg planlegger å skrive mer om notasjoner senere. La oss nå komme tilbake til spørsmålet om fremveksten av begrepet "forretningsprosess".

Faktisk dukket beskrivelsen av forretningsprosesser og BPMN-notasjonen opp på 70-tallet av XX-tallet, da informasjonssystemer begynte å bli brukt overalt. Både selve begrepet og notasjonene var opprinnelig behov for nettopp for utvikling av informasjonssystemer.

Faktum er at etter innføringen av informasjonssystemer har kompleksiteten i å organisere arbeidet til mennesker i organisasjoner økt mange ganger. I tillegg forstår maskiner ikke abstraksjon, de krever en streng algoritme og en viss rekkefølge av inntasting og behandling av informasjon. Hvis problemene med gjensidig forståelse var på nivå med menneskelig kommunikasjon før informasjonen ble sendt direkte fra person til person, nå, er det behov for å regulere det strengt..

Som et resultat var det nødvendig å lage stillingsbeskrivelser ikke bare av mennesker i organisasjonen, men også av deres interaksjon med informasjonssystemer. Og her var det ikke nok tekstnotasjoner (instruksjoner), der alle beskrivelser var i fritekstform, de viste seg å være irrelevante og upraktiske. Det var behov for standardisering, faktisk i opprettelsen av et spesielt kommandospråk og en utvetydig handlingsrekkefølge. I motsetning til maskinspråk skulle disse notasjonene bli like praktiske for oversettelse til maskinkode og for menneskelig oppfatning..

De første metodologisk utviklede notasjonene om forretningsprosesser (og jeg vil snakke spesifikt om metodologisk utviklede notasjoner, for eksempel IDEF3 ***) dukket opp i det amerikanske militæret. Årsaken er åpenbar - selv da brukte det amerikanske militæret automatisering ved hjelp av fjernforbindelser, d.v.s. selve systemet som senere ble Internett. Og med dette nivået av anvendelse av informasjonssystemer, var behovet for forretningsprosessnotasjoner spesielt relevant.

*** I emnet metodisk utviklede notasjoner, vil jeg også si noen få ord. Hvorfor jeg siterte IDEF3 som et eksempel: Jeg har ennå ikke sett et mer forseggjort metodisk system for å beskrive forretningsprosesser. Selv BPMN 2.0 er fortsatt i utvikling og raffinert. Og hvis du leser den engelskspråklige beskrivelsen av IDEF3 (jeg har ikke sett en oversettelse til russisk ennå), vil du også kunne sette pris på dybden i utdypingen.

Veldig raskt fikk metodikken og notasjonen en enorm popularitet i forretningsmiljøet..
Notasjoner gjorde det mulig å skaffe et verktøy for å beskrive interaksjon mellom mennesker og digitale informasjonssystemer.

Med deres hjelp ble det mulig å optimalisere virksomheten, d.v.s. få bedre ytelse til samme pris.

Virksomheten var spesielt interessert i optimaliseringsmuligheten. Som du vet, for å forbedre noe, må du tydelig forstå hva du har og hvilket av dette du vil endre. Og den grafiske notasjonen viste tydelig begge situasjoner - utgangspunktet og ønsket resultat, så vel som de mest problematiske områdene. Basert på disse dataene viste det seg å være mye lettere å velge den optimale løsningsbanen og simulere det optimale oppgraderingsalternativet enn uten så praktiske verktøy..

Det var da konseptene om forretningsprosesser og notater om forretningsprosesser dukket opp, to uløselig knyttet sammenheng.

Det er veldig viktig å forstå at det for eksempel ikke er noen egen "salgsvirksomhetsprosess". Det er en salgsprosess som blir en forretningsprosess hvis du beskriver den ved å bruke notasjon. De. uten beskrivelse i notasjonen av forretningsprosessen, driver du med salg, er det ingen som bestrider dette. Men selv om det ikke er noen konkret urokkelig og entydig beskrivelse, er salget ditt på noen måter spontant. Og de vil bli en forretningsprosess først etter at de er beskrevet innenfor rammen av notasjon og implementering av denne beskrivelsen i praksis.

Salg er det enkleste og mest åpenbare eksemplet. Hver av oss i rollen som kjøper, og mange i rollen som selger, er kjent med denne prosessen. Og vi vet alle at til og med den samme personen i forskjellige situasjoner (for forskjellige produkter, forskjellige kjøpere, i ulikt vær, og generelt, avhengig av humør) vil selge på litt forskjellige måter. Men hvis du beskriver og tydelig regulerer en viss forretningsprosess, uansett "hvilken fot selgeren reiste på om morgenen", vil salgsprosessen bli standardisert på en viss måte, begrenset til visse rammer, og som et resultat mer stabil.

Hvorfor modellere (beskrive) forretningsprosesser

Som jeg har skrevet mer enn en gang, jobber jeg hovedsakelig med små og mellomstore bedrifter, der jeg leverer et bredt spekter av tjenester - fra å identifisere problemer og "flaskehalser" i selskapets arbeid til implementering av løsningene jeg foreslo på nivå med programvareprodukter og automatiseringssystemer..

Forretningsprosessmodellering hjelper til med å løse to problemer på en gang:

  • Forretningsstudie. Grafisk fremstilling i form av diagrammer, d.v.s. modellering av forretningsprosesser lar deg raskt forstå funksjonene i selskapet og identifisere mulige flaskehalser.
  • Gir synlighet. Som du vet, "ett bilde er verdt tusen ord." Derfor hjelper en skjematisk fremstilling av selskapets arbeid leder og bedriftseier til å forstå essensen av problemet mye raskere og evaluere de foreslåtte løsningene. I arbeidet med en bedriftskonsulent (forresten, så vel som en programvareimplementeringsspesialist), er det veldig viktig at klienten forstår alle fordelene med løsningen. Tilbakemeldinger er ikke mindre viktig - lederen på diagrammet vil kunne se noen feil selv på stadiet av prosjektdiskusjonen, og implementering vil gjøre uten ytterligere vanskeligheter og gjøre endringer i prosjektet "på farten".

Og kombinasjonen av å studere historien til utseendet til begrepet med min personlige erfaring gir følgende definisjon:

Forretningsprosesser er nødvendige for å presentere kompleks informasjon i en lettforståelig form for studier og beslutninger.

Se for deg et vanlig selskap, som består av forskjellige avdelinger: regnskap, personell, salg, lager, levering, produksjon, etc. Det er en person fremfor alt dette - lederen for virksomheten. Han fysisk kan ikke forstå alle typer forretningsprosesser på et ekspertnivå. Derfor ansetter de forskjellige spesialister. Men han trenger å effektivt håndtere alt dette, og i visse tilfeller - for å modernisere.

Og det er her forretningsprosesser kommer til unnsetning. Samtidig blir visse typer menneskelige aktiviteter i selskapet beskrevet i grafiske notasjoner og presentert i en form som hjelper ledelsen til å forstå nøyaktig hvordan arbeidet utføres på hvert trinn, og hva som kan forbedres her. Samtidig trenger ikke leder av selskapet å ha høye kvalifikasjoner fra en spesialist i en eller annen profil..

På dette nivået kan man selvfølgelig ikke gjøre uten noen informasjonstap. Det er umulig å beskrive alle nyansene og detaljene i arbeidet til hver enkelt ansatt ved hjelp av grafisk notasjon. Men disse informasjonstapene viser seg å være ubetydelige for å forstå prosessene generelt og ta en beslutning..

Hvordan beskrive forretningsprosesser

For å få en beskrivelse av de faktisk opererende forretningsprosessene, er det nok bare å nøye studere handlingssekvensen til hver ansatt. De. det er nødvendig å skaffe informasjon om innkommende data for å starte en viss prosess, utgående - dvs. resultatet av den ansattes handlinger, så vel som trinn for trinn registrere de handlingene som var nødvendige.

Etter at all informasjonen er samlet, må den oversettes til grafisk notasjon. Det skal her forstås at det er grafiske notasjoner som anses som "god form" når du skriver beskrivelser av forretningsprosesser. For deg selv kan du komponere notasjonen som du vil, tekstlige varianter av beskrivelser finnes også og brukes for eksempel av noen programvareutviklere. Men hvis du skriver en notasjon som andre vil lese, spiller det ingen rolle om utvikleren av programmet eller lederen av selskapet, velg grafikken.

Årsaken til denne beslutningen er enkel: informasjon oppfattes bedre i en grafisk form. Hvis du tilbyr en person en "vegg av tekst", vil det ta ham mye tid og krefter å finne ut hva du snakker om. Og å dekke hele oppgaven i dette tilfellet er nesten umulig. Grafiske diagrammer er en annen sak - her kan du studere forretningsprosesser på forskjellige detaljnivåer, og enhver person kan raskt "forstå et blikk generelt".

Anbefalt handlingsrekkefølge:

  1. Vi samler deltakerne i prosessen (ansatte);
  2. Vi samler inn nødvendig informasjon og tilstrekkelig for å starte prosessen;
  3. Vi samler de brukte systemene. Dette kan være et regnskapssystem, CRM, e-post, Excel-regneark, etc. Alt som faktisk brukes i arbeid må registreres.
  4. Vi bestemmer det forventede resultatet - hva som vil skje på slutten av prosessen.
  5. Å sette sammen en sekvens av handlinger som en person utfører.
  6. La oss isolere forholdene. Handlinger kan være forskjellige avhengig av forskjellige innganger og mellomresultater.
  7. Vi beskriver all samlet informasjon grafisk i praktisk notasjon (IDEF3, BPMN 2.0, etc.).

Regler for forretningsprosessbeskrivelse

Over sa jeg mye om kreativitet, om mulighetene for å inkludere betingelser og alternativer for handlinger i beskrivelsen av forretningsprosesser. Som et resultat kan det se ut som om enhver beskrivelse av en persons handlinger "på jobb" kan betraktes som en beskrivelse av en forretningsprosess. Det er faktisk strenge rammer og regler som avgjør om en liste over handlinger kan kalles en beskrivelse av en forretningsprosess (i grafisk eller tekstform) eller ikke:

  • Fullstendighet. Forretningsprosessen må tydelig svare på spørsmålet før den. Hvis vi snakker om prosessen med å selge et bestemt produkt eller en tjeneste, må forretningsprosessen fullt ut beskrive handlingene som er nødvendige for å oppnå det spesifiserte resultatet, og slutte med nettopp et slikt resultat (med visse forutsetninger som jeg nevnte ovenfor).
  • Laconicism. Forretningsprosessen må kombinere tilstrekkelighet, dvs. beskrive alle nødvendige stadier og handlinger, samtidig som de er så lakoniske som mulig for enkel oppfatning. Personlig har jeg trukket fra meg "regelen på 15 minutter" - hvis jeg i løpet av denne tidsperioden kan forklare den presenterte forretningsprosessen for selskapets ledelse, kan den vises til kunden. Det viser seg raskere - flott, det tar mer tid og ord - du må tenke på hva som kan forkortes og forenkles.
    Jeg så en gang personlig en grafisk beskrivelse av en forretningsprosess laget på et ark på 2 meter langt (og tilsvarende bredde). Det er til og med enkelt å vurdere det og forstå hvor pil som fører er ekstremt vanskelig. Og hvordan jeg kan forklare kunden, har jeg personlig ingen anelse om.
    Husk at en person visuelt oppfatter en viss mengde informasjon, begrenset blant annet av en viss størrelse på et ark eller en skjerm (dette skyldes særegenheter i synet), samt av antall elementer (hjernens evner er også begrenset). Kunden vil forstå en enkel og lakonisk forretningsprosess ved ganske enkelt å "dekke" diagrammet med et blikk. Kompleks og overmettet med detaljer må du studere i mer enn en time bare for å forstå hva som vises der. Sannsynligvis vil sjefen for selskapet, som ikke er en ekspert i arbeidet med enkeltavdelinger, og også er begrenset i mengden fritid, ganske enkelt ikke studere et så komplekst design og vil ikke forstå essensen av selv de mest fordelaktige tilbudene.
  • Bruk av godkjente notasjoner. Ikke finn opp din egen notasjon og regler. Bruk notasjonen som brukes over hele verden. Jeg så i bøkene til noen innenlandske forfattere forsøk på å lage sitt eget notasjonssystem. Og helt ærlig, jeg forsto ikke hvorfor de gjør livet vanskelig for seg selv og leserne sine. Her, som med et språk - kan du komme med ditt eget spesielle språk, men ingen andre enn du vil forstå det. Og hvis det viser seg å være likt de eksisterende, kan det også oppstå forvirring. Eller du vil bli betraktet som analfabet, siden du ikke bruker tegnsetting, bøyer ord osv. I henhold til kjente språkers regler. Slik er det med notasjoner - det er allerede veletablerte, kjent for mennesker og, som også er viktige, intuitive notasjoner. De ble populære fordi de hele tiden ble testet for enkelhet, entydighet og bekvemmelighet i ferd med å opprette og foredle dem. Hvis du bruker ferdige notasjoner, vil du bli forstått, oppfattet som en ekspert, og notasjonsreglene i seg selv vil redde deg fra logiske feil. Jeg personlig anbefaler IDEF3 og BPMN 2.0.
  • Alle deltakere i forretningsprosessen må tas med i betraktningen og vises direkte. Og dette må gjøres uten å bruke fotnoter med nummerering, kommentarer i Swimm line-objekter (spesielle fotnoter), etc. Dette er ofte "synden" for de som liker å lage sine egne konstruksjoner i stedet for å bruke ferdige notasjoner. Et sted deres navn ikke passer, et sted de tror at et langt navn i kroppen av en forretningsprosess vil være upraktisk. Som et resultat må du enten se i fotnoter for hvem det er, eller skaperne av slike forretningsprosesser glemmer ganske enkelt å indikere noen av deltakerne.
  • Brukervennlig beskrivelse. Det viktigste er forbrukeren din, den som vil lese denne notasjonen, bør raskt og ideelt sett, selv uten forklaringene dine, forstå beskrivelsen av forretningsprosessen..

Resten avhenger bare av deg og forbrukeren av forretningsprosessbeskrivelsen. Hvis du virkelig liker å bruke forskjellige farger (for piler eller gjenstander), synes jeg det er helt akseptabelt. Du kan også lage notasjon ikke bare i verktøyene jeg har foreslått, men i ethvert miljø som er praktisk for deg. Hvis notasjonen følger reglene oppført ovenfor og er forståelig for forbrukeren din, har du laget nøyaktig det du trenger. Og dette er virkelig en beskrivelse av en forretningsprosess, profesjonell og optimal for arbeidet.

Vanlige myter og feiloppfatninger

Ikke "finn opp hjulet på nytt"! Ingen grunn til å finne opp dine egne notasjoner.

Ofte tegner folk i stedet for å studere funksjonene i eksisterende notasjoner grafer i fri form i forskjellige grafikkprogrammer.

Jeg anbefaler ikke å gjøre dette. For det første, når du bruker ferdige verktøy, trenger du ikke å finne opp dine egne symboler og standarder. Alt ble oppfunnet før deg. Samtidig er standardnotasjoner virkelig intuitive, leses entydig og er kjent for mange mennesker. For det andre har hylle-systemer (IDEF3, BPMN 2.0, etc.) en velutviklet metodikk og strenge begrensninger. De kan tenkes som et programmeringsspråk og miljø for å jobbe med dette språket. Her vil du ganske enkelt ikke være i stand til å gjøre mange feil, syntaksstandarder og miljøet i seg selv vil redde deg for dette (begrensninger i redigereren, automatiske sjekker).

Ikke forveksle beskrivelser av selskapets forretningsprosesser og forretningsprosesser for IT-systemer.

I mange automatiserte systemer, for eksempel 1C eller Zoho CRM, er det egne enheter som kalles "forretningsprosesser". Men disse enhetene har ingenting å gjøre med forretningsprosessene beskrevet i denne artikkelen. Betrakt dem som "homonymer", dvs. vilkårene høres de samme ut, men i vårt tilfelle er dette en beskrivelse av selskapets arbeid, og i IT-systemer - navnet på en gruppe av funksjoner og rapporter.

Vanlig feil: En forretningsprosess gir nødvendigvis verdi (fortjeneste).

Jeg har til og med hørt fra kjente foredragsholdere at forretningsprosesser burde være lønnsomme. Dessuten har jeg til og med sett “analyse av feil” når jeg opprettet en forretningsprosess, der mye oppmerksomhet rettes mot det faktum at 70% av handlingene ikke har noen verdi.

Faktisk er forretningsprosesser forskjellige. Resultatet av noen vil være virkelig overskudd, for eksempel direktesalg. I andre tilfeller er det vanskelig å snakke om tilegnelse av verdi og generelt om vurdering av handlinger fra dette synspunktet. Hvordan kan du for eksempel vurdere verdien av forretningsprosessen med å sende varer eller generere og sende avgiftsrapporter??

Jeg tror at en forretningsprosess ikke nødvendigvis gir noen verdi hvis den blir forstått som en direkte fortjeneste for selskapet. Innføringen av en prosessorientert tilnærming og implementering av forretningsprosesser er mer rettet mot noe annet - mot bevaring av verdi, d.v.s. få mer ytelse til samme pris.

Er det mulig å lage den perfekte forretningsprosessen - når du skal stoppe?

Ikke. Forretningsprosessen må være enkel, oversiktlig, praktisk, lesbar. Men det vil aldri være perfekt.

Da jeg begynte å jobbe, virket det hele tiden på meg at jeg ikke trente noe, et sted kunne det gjøres bedre. Og ofte ba klientene meg om å detaljere og beskrive denne eller den prosessen mer detaljert. Og jeg vurderte det også som min skyld.

Basert på alt beskrevet ovenfor, er modellering av en forretningsprosess faktisk en slags antagelse, en kreativ prosess. På den annen side visste jeg ikke en gang hva jeg skulle svare på forespørsler om å beskrive “dette” og “det”. Men over tid innså jeg at forretningsmodellering ikke bare er kreativitet, men en slags dialektisk prosess. Og selve etableringen av en forretningsprosess vil alltid bære sin egen negasjon. Det er virkelig verdt å nærme seg saken fra et filosofisk synspunkt. Og når du lager en forretningsprosess, må du huske at vi ikke kan dekke alt på en gang, og at det alltid vil være ufullkommen. Men samtidig legger vi allerede inn det vi vil forbedre i fremtiden. Det er verdt å nærme seg dette ganske enkelt som et faktum..

Forretningsprosessen din skal løse oppgaven, svare på spørsmålet som vurderes i prosjektet. Alt annet er et spørsmål om fremtidig mulig samarbeid. Dette er nøyaktig hvordan det er verdt å forklare kundene hvorfor du ikke detaljerer noen prosesser eller tegner en annen forretningsprosess knyttet til den omtalte.

For en bedre forståelse av emnet anbefaler jeg artiklene:

  • La oss forstå begrepet BPM. Hva er forretningsprosessstyring
  • Forretningsmodellering. Grunnleggende tilnærminger
  • Introduksjon til IDEF0-notasjon og eksempel på bruk
  • BPMN kort med eksempel
  • Hva er BPMS
  • Bruke GAP-analyse for å identifisere og bli enige om prosjektoppgaver

Dessuten forbereder jeg for tiden en bok og et online kurs for publisering, der jeg i detalj vil beskrive min egen visjon om prosesstilnærmingen til virksomheten, samt min egen praktiske erfaring innen funksjonell og prosessmodellering. Hvem som helst kan abonnere på varselet om utgivelsen av en ny bok med lenken.