Ris. 3.3. Flowchart over forsyningsprocessen

en præcis analyse af, hvordan kontorarbejdet foregår nu, og hvordan det egentlig skal organiseres. Til disse formål blev det besluttet at bygge et blokdiagram.
Sekretariatspersonalet samledes i mødelokalet og bevæbnede sig med en tavle og små stykker gult klæbepapir. Det stod hurtigt klart, at alle handlede på nogenlunde samme måde, når de udfyldte dokumenterne, men der var forskellige meninger om, hvor de udfyldte dokumenter skulle opbevares. Efter en heftig debat lykkedes det os at nå til enighed om begge spørgsmål: hvordan man udfylder dokumenterne korrekt, og hvordan man sorterer dem korrekt. Vist i fig. 3.4 blokdiagram er resultatet af denne diskussion.

Ris. 3.4. Flowchart til sortering af færdige dokumenter

Denne manual vil gennemgå de vigtigste traditionelle og "seneste" statistiske kvalitetskontrolmetoder, der er vedtaget og udviklet til den praktiske brug af TQM (Total Quality Manager) i forskellige lande (Japan, Storbritannien, Amerika og Fjernøsten).

Den mest berømte af disse metoder var de "syv kvalitetskontrolinstrumenter", som først blev meget brugt i "kvalitetskredse" i Japan og derefter i andre lande på grund af deres høje effektivitet og tilgængelighed for almindelige arbejdere i virksomheder. Disse "syv instrumenter" omfatter nøgleord: flowcharts, tjeklister, scatterplot, Pareto-diagram, årsag-og-virkning diagram, kontroldiagrammer, histogrammer.

Sammen med de tidligere kendte "syv kvalitetskontrolværktøjer" vil denne manual overveje de "seneste" værktøjer, der har fået praktisk anvendelse på nuværende tidspunkt.

Grundlæggeren af ​​skabelsen af ​​"kvalitetscirkler" var Kaoru Ishikawa (1915 - 1989). Kvalitetscirkler har udviklet sig fra den oprindelige idé om peer-to-peer-grupper, der har til formål at lære om statistisk forvaltningspraksis inden for deres felt.

1. Grundlæggende værktøjer af universel kvalitet

Disse værktøjer bruges som systematiske tilgange til kvalitetsforbedring, som hver især er vigtige, og deres rolle heri kommer til udtryk i følgende:

1) Blokdiagram ( blok diagram ) - bruges til skematisk at beskrive trinene i en proces.

2) Scatter-scatter diagram ( Sprede diagram ) - bruges til at definere formen for forholdet mellem parametre.

3) Pareto-diagram (Ra reto diagram ) - bruges til at identificere de væsentligste problemer.

4) Årsagsdiagram ( årsag og effekt diagram ) - bruges til at identificere årsagerne til problemer,

5) Søjlediagram ( Histogram ) - bruges til at visualisere den overordnede spredning af parametre.

6) Håndterbarhedskontroldiagrammer (Sop trol diagram ) - bruges til at finde ud af, hvor kontrollerbar processen er, og hvad spredningen af ​​parametre er.

7) Kontrolark (Sop tr O l blade ) - bruges til at identificere hyppigheden af ​​forekomst af afvigelser (fejl).

Essensen og indholdet af hvert af disse værktøjer er beskrevet i British Standard B8 7850: Part 2.

Proces flowdiagram

Et flowchart er en skematisk repræsentation af stadierne i udførelsen af ​​enhver proces; den rækkefølge, som de enkelte operationer følger, ved at bruge specialtegn for at afspejle arten af ​​disse operationer, som vist i figur 1.1.

Processen med at oprette og analysere et flowchart giver dig mulighed for at identificere kilden til problemet.

Ris. 1.1. Symboler brugt i rutediagrammer

(Kilde: B5 7850: del 2:1992): 1 - beskrivelse af dokumentet, 2 - begyndelsen og slutningen af ​​etapen, 3 - beskrivelse af aktiviteten, 4 - beslutningstagning, 5 - angivelse af strømningsretningen fra en fase af arbejdet til en anden, 6 - beskrivelse af basisdata.

Et eksempel på opbygning af et flowchart til dokumentudvikling.

Ris. 1.2. Flowchart (til udarbejdelse af dokument) (Kilde: 35 7850: Del 2:1992)

Kontrolopgave nummer 1

Udvikle et flowchart for procesforbedringscyklussen og identificer de værktøjer og metoder, der kan bruges.

Scatterplot

Et scatterplot er opbygget som et forhold mellem to parametre, som giver dig mulighed for at bestemme, om der er en sammenhæng mellem disse parametre. Hvis et sådant forhold eksisterer, er det muligt at eliminere afvigelsen af ​​en parameter ved at påvirke den anden. I dette tilfælde er tre typer indbyrdes sammenhæng mulige - positiv, negativ indbyrdes sammenhæng og også fraværet af indbyrdes sammenhæng.

Spredningsdiagrammet er vist i fig. 1.3.

Ris. 1.3. Scatterplot

Kontrolopgave nummer 2

Giv et eksempel, hvor korrelationen mellem de to parametre for det undersøgte objekt vil blive præsenteret.

Korrelation er et begreb, der afspejler tilstedeværelsen af ​​en sammenhæng mellem fænomener, processer og de størrelser, der karakteriserer dem.

Pareto-diagram

Pareto-diagrammet, opkaldt efter dets forfatter, den italienske økonom Pareto (1845-1923), giver dig mulighed for at visualisere størrelsen af ​​tab afhængigt af forskellige defekter. Dette giver dig mulighed for først at fokusere på at eliminere de defekter, der fører til de største tab.

For at tage højde for den kumulative procentdel af tab fra flere defekter plottes en kumulativ kurve.

Et eksempel på et Pareto-diagram er vist i fig. 1.4. og afspejler sandsynligheden for en bestemt type telefonfejl.

Ris. 1.4. Pareto-diagram: 1 - støjtilgængelighed. 2 - linjeskift, 3 - alarm, 4 - intet svar, 5 - intet opkald

Pareto-diagram er produktionsdokument og opfylder logikken i kvalitetssystemer i ISO-standarder.

Det er tilrådeligt at opbygge et Pareto-diagram i løbet af hver måned, så kvalitetsservicen straks fastslår årsagen til ægteskabet og skitserer operationelle foranstaltninger for at eliminere det.

Kontrolopgave nummer 3

Identificer årsagerne til defekter i produktionsprocessen og, baseret på det konstruerede Pareto-diagram, fastlæg de maksimale tab fra defekter for at træffe hurtige foranstaltninger for at eliminere dem.

Årsagsdiagrammer og brainstorming

Ishikawa Fishbone Årsag-og-virkning-diagrammet (Figur 1.5) dukkede først op og blev brugt i Japan til at identificere årsagerne til procesfejl, når åbenlyse overtrædelser er svære at opdage. Ved opbygning af et diagram bruges den såkaldte "brainstorming-metode", som anbefales til at identificere mulige årsager.

Til dette følges følgende regler:

a) der dannes en gruppe medarbejdere (ca. seks specialister), hvorfra ledelsen er elimineret,

b) anonymiteten af ​​udsagn bevares,

c) lavere rangerende medarbejdere taler først,

d) begrænset tid til afholdelse af eksamen.

e) et Ishikawa-diagram bygges og en diskussion begynder

Årsags-virkningsdiagrammet bruges som regel i analysen af ​​defekter, der fører til de største tab.

Det giver dig mulighed for at identificere årsagerne til sådanne defekter og fokusere på deres eliminering. Samtidig analyseres fem hovedårsagsfaktorer: information, person, maskine (udstyr), materiale og arbejdsmetode.

Fig.1.5. Ishikawa årsag og virkning diagram

Et eksempel på et fuldt udvidet årsag-og-virkning-diagram (til analyse af dårlig fotokopikvalitet) er vist i figur 1. 1.6.

Grafer og diagrammer

Proces flowdiagram

Hvad er et procesflowdiagram?

Et flowchart er en grafisk fremstilling af en proces, der tydeligt viser os, hvordan en proces forløber. Flowdiagrammet viser den systematiske rækkefølge af trin for at fuldføre arbejdet, og hvilke grupper der er involveret i processen.

Hvad bruges flowcharter til?

• Dokumenter og beskriv den aktuelle proces.
• Udvikle ændringer til den nuværende proces eller undersøg, hvor der kan opstå problemer.
• Udvikle en helt ny proces.
• Bestem, hvordan, hvornår og hvor den aktuelle proces skal måles for at sikre, at den opfylder bæredygtige krav.

Flowchart typer
Makro niveau blokdiagram:

Mikroniveau blokdiagram:
"Lad os gå i biografen"

Hvordan bygger man et blokdiagram?

Flowdiagrammet for processen repræsenterer planlægningen af ​​faserne efter arbejdets afslutning. Særlige symboler bruges til at vise bestemte aktiviteter.

Du kan bruge priksymboler til at vise den sekundære retning af processen (eksempel: en kopi af den anvendte formular returneres til skaberen).

Den første række bruges til at opdele processen i ansvarsområder.

Den første kolonne bruges til at definere de generelle milepæle og deres varighed.

Etaper bør organiseres, så hver fase falder ind under det rigtige ansvarsområde.

Hvornår skal man bruge flowcharts?

Et procesflowdiagram er påkrævet i faserne "Nuværende situation" og "Standardisering". flowdiagrammer kan dog også bruges i trinene Årsager til forbedring, analyse og modforanstaltninger

Nøglespørgsmål

Kort beskrivelse og indikatorer for økonomiske og andre aktiviteter

Flowdiagrammer over teknologiske processer

Afsnittet "Oplysninger om økonomiske og andre aktiviteter" i udkastet til normer for generering af affald og grænser for bortskaffelse heraf (herefter benævnt PNWLR), er faktisk den "komfur", som du skal "danse" fra, når du udvikler PNWLR. Og hvis afsnittet "Beregning og begrundelse af de foreslåede standarder for generering af affald i gennemsnit pr. år" er "kernen" i PNOOLR, så er det analyserede afsnit selve "kernen", hvorfra både "kernen" og alle andre afsnit og tabeller.

Det er ikke tilfældigt, at der i de tidligere retningslinjer for udvikling af udkast til standarder for affaldsgenerering og grænser for bortskaffelse heraf, godkendt af ministeriet for naturressourcer i Rusland af 11. marts 2002 nr. 115 (herefter - MU-2002) , blev et lignende afsnit kaldt "Karakteristika ved produktionsprocesser som kilder til affaldsgenerering."

Kravene i de nuværende retningslinjer for udvikling af udkast til standarder for generering af affald og grænser for bortskaffelse heraf, godkendt ved bekendtgørelse fra ministeriet for naturressourcer i Rusland af 5. august 2014 nr. 349 (i det følgende benævnt retningslinjerne) ), er ikke tilstrækkeligt specificerede, hvilket i praksis nogle gange fører til problematiske situationer, når man bliver enige om PNOLR.

udvinding
fra retningslinjerne

[…]
19. I afsnittet "Oplysninger om økonomiske og andre aktiviteter" PNOOLR i tekstform er givet en kort beskrivelse af og indikatorer økonomisk og andre aktiviteter, hvor der opstår affald.
For hver strukturel underinddeling (værksted, sektion og andre faciliteter), er oplysninger, som er inkluderet i PNOOLR, præsenteret blokdiagrammer teknologiske processer, herunder i form individuel blokke:
Brugt råvarer, materialer, halvfabrikata, andre;
produktion operationer(uden at detaljere produktionsprocesser);
produceret Produkter(stillet til rådighed tjenester udført arbejde);
dukker op spild(efter oprindelse eller uddannelsesbetingelser);
herunder deres akkumulering, brug, bortskaffelse, bortskaffelse samt overførsel af affald til andre strukturelle enheder eller andre forretningsenheder.
[…]

Det er alle kravene. Og hvis sådanne formuleringer kan passe til udviklerne af PNRLR (jo færre formelle krav, jo lettere er det at arbejde), så kan de ansatte i Rosprirodnadzor, når de overvejer PNRLR, have (og som regel opstå!) spørgsmål, som udvikleren af ​​PNRLR skal alligevel svare.

For nylig kan embedsmænd fra myndighederne i de konstituerende enheder i Den Russiske Føderation også have spørgsmål, da ifølge art. 6 i føderal lov nr. 89-FZ af 24. juni 1998 "Om produktions- og forbrugsaffald" (som ændret den 3. juli 2016; i det følgende benævnt føderal lov nr. 89-FZ) til magterneemner i Den Russiske Føderation inden for affaldshåndtering, herunder etablering af affaldsgenereringsstandarder og grænser for deres bortskaffelse, proceduren for deres udvikling og godkendelse i forhold til økonomiske og (eller) andre aktiviteter for juridiske enheder og individuelle iværksættere (med undtagelse af små og mellemstore virksomheder), i den proces, der genererer affald på anlæg underlagt regionalt statsligt miljøtilsyn.

I samme artikel i loven omfatter beføjelserne for de konstituerende enheder i Den Russiske Føderation også godkendelse af retningslinjer for udvikling af PNOOLR (i forhold til disse objekter), men så vidt vi kan bedømme, i mange regioner myndighederne i de konstituerende enheder i Den Russiske Føderation er gået den slagne vej og har uden videre taget udgangspunkt i, at retningslinjerne enten refererer direkte til dem i deres regulativer eller - en smule korrigerende terminologi og supplerer med nogle krav - de udstede deres egne retningslinjer, næsten ordret gentage retningslinjerne.

Generelt er kravene i retningslinjerne til udformningen af ​​dette afsnit det, der kaldes "ikke hvert ord er skrevet på en linje." Men korthed er ikke altid talentets sjæl, og retningslinjernes ordlyd rejser adskillige spørgsmål, især blandt dem, der først står over for udviklingen af ​​PNRLR.

For eksempel, hvor korte (eller omvendt detaljerede) skal virksomhedens karakteristika være? Hvilke præstationsindikatorer skal angives i karakteristikken? Hvad er flowcharter, og hvordan skal de præcist udarbejdes?

Lad os prøve at håndtere disse spørgsmål.

Kort beskrivelse og indikatorer for økonomiske og andre aktiviteter

Kravene i retningslinjerne gælder for økonomisk aktivitet organisationer. Hvilken slags aktivitet mener du?

Ifølge GOST R 52104-2003 "Ressourcebesparelse. Vilkår og definitioner" økonomisk aktivitet- aktiviteter, der udføres i forbindelse med produktionsaktiviteter af en individuel iværksætter eller juridisk enhed, uanset form for ejerskab, og om det er af kommerciel eller ikke-kommerciel karakter.

Der er en bredere fortolkning, for eksempel: "Økonomisk aktivitet er en aktivitet til produktion af produkter, gennemførelse af arbejde og levering af tjenesteydelser."

Økonomisk aktivitet er således hovedaktiviteten for enhver organisation (både kommerciel og ikke-kommerciel).

Men det er vigtigt at præcisere det kravene i retningslinjerne gælder ikke kun for "økonomisk", men også for "Andet" aktivitet, dvs. generelt for enhver aktivitet, som på den ene eller anden måde udføres af denne organisation, uanset om det er relateret til produktion af produkter, udførelse af arbejde, levering af tjenester, opnåelse af overskud eller ej; om aktiviteten udføres efter anmodning fra organisationen selv, eller om den er tvunget (forpligtet) til det.

Hvad indikatorer for økonomiske og andre aktiviteter skal gives? Retningslinjerne indeholder ingen anbefalinger herom. Uden at være specialister inden for produktion, økonomi og finans, er udviklerne af PNOOLR ofte tvunget til at søge hjælp fra specialiserede medarbejdere i virksomheden, når de forbereder dette afsnit.

Vi bemærker efter vores mening det vigtigste. Efter indhold indikatorer for økonomisk aktivitet er opdelt i kvantitative og kvalitative:

Kvantitativ - produktionsvolumen, antallet af ansatte, arealet af afgrøder, husdyr osv.;

Kvalitativ - arbejdsproduktivitet, produktionsomkostninger, rentabilitet, afgrødeudbytte osv.

Ifølge kilderne til dannelse (metoder til at opnå) allokere indikatorer:

Regulatorisk - forbrugsrater for råvarer, materialer, brændstof, energi, afskrivningssatser, priser osv.;

Planlagt - data og information fra planerne for virksomhedens økonomiske og sociale udvikling, planlagte opgaver for afdelinger osv .;

Regnskab - data om regnskab, statistisk, operationelt regnskab;

Rapportering - data vedrørende regnskabs-, statistisk og operationel rapportering;

Analytisk (evaluerende) - bestemmes i løbet af analysen af ​​virksomhedens økonomiske aktivitet for at evaluere resultaterne og effektiviteten af ​​dens arbejde.

Da de metodologiske retningslinjer ikke specificerer kravene til indikatorer for økonomiske og andre aktiviteter (hvilke, i hvilken periode), har udviklerne af PNOLR en "fri hånd" i denne forstand - du kan tilføje indikatorer til afsnittet efter eget skøn .

PÅ EN NOTE

Hvis vi ser tilbage på, hvordan kravene til dette afsnit tidligere var formuleret, vil vi opdage, at i retningslinjerne for udvikling af udkast til standarder for generering af affald og grænser for bortskaffelse heraf, godkendt af Rostekhnadzor-bekendtgørelsen af ​​19. oktober, 2007 nr. ), var der flere krav, men på mange måder var de logiske og mere specifikke.
For eksempel med hensyn til præstationsindikatorer: "For typer af økonomisk aktivitet rettet mod produktion af produkter er oplysninger angivet om hovedtyperne af råvarer, produkter, produktionskapacitet af faciliteter.
For typer af økonomisk aktivitet, der er rettet mod at levere tjenesteydelser, er de typer og mængder af tjenesteydelser, der leveres (mængder af transporteret last, antal besøg, senge osv.) angivet.
Det forekommer os, at disse anbefalinger kan tages i brug, når du udarbejder PNOOLR-sektionen allerede nu (og for dem, der har udviklet PNOOLR i lang tid, "træk ikke" fra tjenesten!).

Først og fremmest er det ønskeligt at give sådanne indikatorer, hvorfra affaldsproduktion afhænger:

Produktionsmængden (årligt gennemsnit eller opdelt efter år);

Mængden af ​​leverede tjenester (i de mængder, hvori der opbevares - antallet af servicerede biler, antallet af besøgende, antallet af tilberedte retter osv.);

Mængde af indkøbte råvarer og materialer (evt. specificeret efter type);

Mængde og typer af anvendt teknologisk udstyr;

Antallet og typer af køretøjer på balancen eller i brug, årlige kilometertal (for virksomheder, der selvstændigt servicerer køretøjer);

Antal beskæftigede;

Områder med lokaler (kommerciel, lager, industri osv.), territorier;

Det faktiske antal senge (til hoteller, vandrerhjem), sæder (til offentlige cateringvirksomheder), bilpladser (til bilservicevirksomheder) osv.

Bemærk: mange (hvis ikke alle!) af disse indikatorer kan bruges (og bliver brugt) i den videre beregning af affaldsgenereringsstandarder. Derfor vil deres indikation i dette afsnit hjælpe både udvikleren til straks at gå videre til beregningerne af standarderne og medarbejderen i statslige organer til at verificere beregningerne.

Det fremgår ikke af vejledningen, om der skal være en sammenhæng mellem en kort beskrivelse af aktiviteten og yderligere flowdiagram. Men det er indlysende, at uden at kende og forstå virksomhedens struktur og produktionsprocesser, vil det ikke være muligt at udarbejde flowcharts. Så på første fase nødvendig komponere struktur virksomheder.

Det er her, mange udviklere løber ind i problemer. For eksempel i store virksomheder kan organisationsstrukturen være så kompleks og hierarkisk, at beskrivelsen alene vil tage mere end én side. Samtidig kan der være mange afdelinger, hvor der genereres de samme typer affald (og der kan være dem, hvor der slet ikke genereres affald). Desuden kan alle disse enheder placeres i samme lokaler.

Efter vores mening, overdetaljeret struktur virksomheder i udviklingen af ​​PNOOLR ikke påkrævet. Det er selvfølgelig nødvendigt at angive de enheder, hvor affaldsgenerering er mulig. Det er ønskeligt at give organisationens struktur i en sådan sammenhæng, hvor virksomheden fører optegnelser over dannelsen og bevægelsen af ​​affald. Dette vil i fremtiden lette både vedligeholdelsen af ​​denne registrering og udarbejdelsen af ​​en teknisk rapport om affaldshåndtering.

For eksempel, hvis virksomheden har mange afdelinger involveret i administrations- og kontoraktiviteter, og samtidig hver af dem kun genererer affald fra rengøring af lokalerne og/eller affald af kontorudstyr, som tages i betragtning i virksomheden som helhed, så , efter vores mening kan sådanne opdelinger kombineres med beskrivelse af virksomhedens struktur og udarbejdelse af rutediagrammer i fremtiden (navngivning af disse kombinerede enheder f.eks. "administrative tjenester").

Forresten, i MU-2007, når man beskrev strukturen i en organisation, blev det anbefalet at angive produktion divisioner, divisioner vedligeholdelse og reparation enheder, apparater, maskiner, udstyr, køretøjer osv., sociale infrastrukturfaciliteter(herunder cateringfaciliteter, butikker mv.) mv.

På nuværende tidspunkt er der ikke et direkte krav om at give en beskrivelse af organisationens struktur. Men da retningslinjerne har specifikke flowchartkrav - som skal angives for hver strukturel enhed, nævnt i NEOLR, er det stadig ønskeligt at angive disse enheder i en eller anden form.

Så udvikleren af ​​PNOOLR præsenterede virksomhedens struktur (med underafdelinger), citerede præstationsindikatorer. Det næste spørgsmål er tilbage om en kort beskrivelse aktiviteter. Måske er en liste over præstationsindikatorer allerede nok? Hvis du følger lovens bogstav, kan det ofte være nok: for eksempel oplysninger om antallet af servicerede biler, mængden af ​​indkøbte råvarer, produktionsvolumen osv. karakteriserer kort organisationens aktiviteter.

Men lovens ånd bliver selvfølgelig ikke holdt. Når man karakteriserer en virksomheds aktiviteter, er det faktisk vigtigt at angive alle kilder til affaldsgenerering. Og for dette er det nødvendigt at give en mere detaljeret beskrivelse af de teknologiske processer ved fremstilling af produkter; en mere detaljeret beskrivelse af de leverede ydelser og det udførte arbejde (for eksempel for bilservicevirksomheder: hvilke dele / komponenter / væsker der udskiftes). Men hvor detaljeret skal alt dette være? Der er ingen klare anbefalinger i Retningslinjerne, og her skal du stole på sund fornuft og din egen erfaring (nogle gange opnået ved forsøg og fejl).

Vi har ofte hørt, hvordan medarbejdere i Rosprirodnadzor formulerer deres krav til udformningen af ​​denne sektion. De sagde noget som dette: når vi læser dette afsnit, skal vi klart og utvetydigt se og forstå:

Beskrivelse af produktionsprocessen (levering af tjenester, udførelse af arbejde, herunder hjælpemidler - til reparation, vedligeholdelse af udstyr osv.);

Beskrivelse af det anvendte udstyr, anvendte råmaterialer og materialer;

Alt deraf følgende affald;

Er alt affald medregnet?

Samtidig må embedsmænd ikke være specialister i en bestemt type produktion. Og - hvor mærkeligt det end lyder - det er derfor, udvikleren af ​​PEOLR skal tage den mest ansvarlige tilgang til designet af denne sektion af PEOLR, give den alle nødvendige oplysninger om alle kilder til affaldsgenerering (og forklare i detalje, hvorfor i en given division eller på et givet trin af den teknologiske cyklus der dannes ikke affald), fordi der ved gennemgang af PWLR kan mistanken snige sig ind på, at noget affald ikke var inkluderet i nomenklaturen for affald, der genereres på virksomheden, på grund af manglende information.

Men det sker også omvendt - statsansatte viser sig ofte at være specialister på bestemte områder, og ved at kende typen af ​​produktion eller servicesektor forstår de med det samme, hvilken slags affald der kan genereres. Og de af de ansatte, der overvejer PNELR, er allerede ret erfarne inden for deres felt (og mange af dem deltog også i feltinspektioner). Så udviklerne af PNEOLR bør ikke stole på det faktum, at de vil være i stand til at bedrage offentligt ansatte, skjule (skjule) noget affald eller påpege dem, der faktisk ikke er genereret.

Og det er i øvrigt ikke i virksomhedernes egen langsigtede interesse. Hvis der f.eks. ikke blev taget hensyn til noget affald under udviklingen af ​​PNRLR, og det af en eller anden grund ikke blev bemærket under behandlingen af ​​RNRLR, så kan der under inspektionen på stedet opstå tilstedeværelsen af ​​urapporteret affald. Og dette vil føre til en administrativ bøde, og til behovet for at re-udvikle og blive enige om PNRLR, fordi. Lovgivningen giver ikke mulighed for at indføre yderligere typer affald i PNRLR.

Flowdiagrammer over teknologiske processer

Når vi bevæger os fra kravene i retningslinjerne for en oversigt over aktiviteter til flowdiagrammer over produktionsprocesser, forstår vi, at disse faktisk er to sider af samme sag.

I MU-2007 blev dette udtrykt ret klart: " Information om produktionsprocesser hvordan affaldskilder komme til syne i tekstform eller i form af blokdiagrammer for hvert produktionssted.

Det vil sige, før udviklerne af PNOOLR havde valgfriheden: at beskrive alle processer - både produktion og ikke-produktion - i tekstform eller nuværende blokdiagrammer.

Og endnu tidligere, ifølge MU-2002, var kravene endnu mere specifikke: "Afsnittet "Karakteristika ved produktionsprocesser som kilder til affaldsgenerering" giver en kort beskrivelse af produktionsteknologien og procesudstyret, under hvilket affald anvendes genereret. Oplysninger præsenteres i tekstform eller i form af flowcharts over produktionsprocesser for hvert sted. [...] Individuelle iværksættere eller juridiske enheder, der ikke har teknologiske processer i deres aktiviteter, udarbejder ikke flowcharts og giver alle oplysninger i tekstform."

Det vil sige, at der i MU-2002 også var valgfrihed, mens i mangel af teknologiske processer var flowdiagrammer ikke påkrævet.

Nu efter retningslinjerne blokdiagrammerteknologiske processer - et obligatorisk krav .

Og her står vi over for, at ikke alle udviklere af POOLR forstår, hvad et flowchart er. Kravene i retningslinjerne er kun det som individuel blokke skal præsenteres:

Brugte råvarer, materialer, halvfabrikata, andre;

Fremstillingsvirksomhed;

Fremstillede produkter (ydelser, udført arbejde);

genereret affald;

Affaldshåndteringsoperationer.

I mangel af andre krav, handler hver af udviklerne af PNOOLR efter bedste evne, efter bedste forståelse.

Her, for eksempel, hvad, hvis jeg må sige det, "flowdiagrammer", vi mødte i forskellige PNOOLR (fig. 1):

Men før vi kritiserer sådanne "flowdiagrammer", lad os prøve at finde ud af hvad, kammerater, "blok" og hvad er det, kammerater, "skema"? Spøgende parafraserer man et citat fra en kendt litterær karakter, kan man sige, at et skema er en menneskelig tanke klædt i en logisk form (og det ville ikke være så langt fra sandheden). Men jokes til side! Spørgsmålet er faktisk ret alvorligt.

BEMÆRK

Flowdiagrammer er en del af PNOOLR, hvilket burde vise alle processer forekommer i organisationen, og alt affald dannet i det. Og fejl i præsentationen af ​​flowcharts kan føre til problemer med hensyn til PNELR i statslige myndigheder.

Det er indlysende blokdiagram er et blokdiagram. Desværre er der ikke noget som et "flowdiagram" i lovgivningen, så vi vil henvende os til referencepublikationer og teknisk reguleringslitteratur for at få hjælp.

Ifølge ordbogsopslaget Medhæma er: "1. En samling af indbyrdes forbundne dele af en enhed, enhed, node […]. 2. Præsentation, beskrivelse, billede af noget. i hovedlinjerne.

Den definition, der er tættest på os "blok": "Del af en mekanisme, enhed osv., som er en samling af funktionelt kombinerede, ofte af samme type elementer, dele" . I vores tilfælde "osv." er en proces, der genererer affald.

I fag- og referencelitteraturen findes også definitioner af begrebet "blokdiagram":

. "Blokdiagrammet (blokdiagram) definerer hovedfunktionen dele produkter (installationer), deres aftale og sammenkoblinger» ;

. Blokdiagrammet er grafisk dokument, der giver en idé om arbejdsrækkefølge algoritme" ;

. "Blokdiagram er et diagram, der definerer forhold blokke";

. "Flowchart — betinget billede problemløsningsalgoritme, arbejdsgang, arbejdssekvenser eller procedurer ved hjælp af pile, forbindelseslinjer og geometriske former forskellige formularer, der indeholder kontrolsymboler eller tekster indeni.

I disse definitioner er nøgleordene grafisk beskrivelse, relationer, udførelsessekvens. Sammenfattende vil vi give følgende definition af begrebet "flowdiagram" i forhold til PNOOLR: procesflowdiagram — grafisk beskrivelse sekvenser implementering af den teknologiske proces og affaldsgenereringsprocesser, som er sæt af indbyrdes forbundne blokke af forskellige former, forbundet med linjer og pile og afbilder råmaterialer (materialer, halvfabrikata, andet); fremstillingsvirksomhed; fremstillede produkter (tjenester, arbejder); spild; affaldshåndteringsoperationer.

Hvad er der galt med de såkaldte "blokdiagrammer" i fig. en?

Først og fremmest (og dette er det vigtigste), i fig. 1a og 1b er vist ikke flowdiagrammer, og borde. Rækkefølgen af ​​teknologiske processer, der fører til dannelsen af ​​affald, er ikke synlig fra dem. På fig. 1c ser vi allerede pile (dvs. retningen af ​​affaldsgenereringsprocessen), men i virkeligheden er dette også en tabel bestående af rækker, som hver har en blok. Fra denne "ordning" er det umuligt at få et fuldstændigt billede af de processer, der udføres på virksomheden, især:

Flere typer råvarer/materialer kan indgå i én proces;

Med én type råmateriale/materialer kan flere typer operationer udføres (i serie eller parallelt);

Én type affald i én produktionsproces kan genereres under implementeringen af ​​forskellige produktionsoperationer;

Som et resultat af én operation kan der genereres flere typer affald;

Flere typer affald (efter deres generering) kan akkumuleres og udsættes for andre operationer, enten separat eller i en blanding;

Operationer til yderligere affaldshåndtering kan omfatte flere faser (f.eks. kan ét affald først akkumuleres og derefter transporteres fra virksomhedens område, det andet - efter generering, straks transporteres, det tredje - først akkumuleres og derefter bortskaffes kl. selve virksomheden).

Og hvis et sådant "lineært" skema (som i fig. 1c) kan være egnet til nogle processer, kan det ikke anbefales som et system.

I ØVRIGT

I MU-2007 var der, udover anbefalinger om præsentation af rutediagrammer, også krav til kompilering af tabeller svarende til dem vist i fig. en . Det er sandsynligt, at udviklerne af PNOOLR endnu ikke har haft tid til at "genopbygge", og i stedet for blokdiagrammer skulpturerer de stadig tabeller.
Sandt nok er nogen måske skræmt af kompleksiteten ved at "tegne" flowcharts, fordi tabeller er nemmere at lave ved hjælp af teksteditorer. Men faktisk er det hele et spørgsmål om tid og erfaring, du skal bare forstå principperne.
Til udarbejdelse af flowcharts er de indbyggede grafiske værktøjer i teksteditorer velegnede. Du kan bruge grafiske editorer eller specielle softwareværktøjer til at oprette flowcharts. I sidste ende kan du tegne (tegne) flowcharts i hånden og scanne.

Så lad os tage et kig på det åbenlyse fejl i blokdiagrammerne i fig. en:

Når der dannes forurenet affald (aftørringsmateriale, knust sten) Udover Brugt materialer nødvendig specificere kilder forurening(stoffer, materialer, andet), ellers er det ikke klart, hvor det forurenede affald kommer fra;

. tankestreger i blokken "Råvarer, halvfabrikata, andet" være ikke skal. Vi lever i den materielle verden, affald kan ikke dannes fra tomhed.

Så i eksemplet i fig. 1b, for at danne affaldet "Boremudder ved boring af spildoliebrønde, lavrisiko", blev der naturligvis brugt boremudder (som igen kan opnås ved at blande flere komponenter). I eksemplet i fig. 1 til affald fra kontor- og boliglokaler - forbrugsaffald dannet af brugte materialer samt støv og muligvis sand;

Hvis som et resultat af én proces dannet flere arter spild(som i eksemplet i fig. 1b - under svejsning), derefter fra blokken "Produktion af svejsearbejde" der skal være to pile, hvilket fører til henholdsvis det resulterende affald "Svejseslagge" og "Rester og slagg af stålsvejseelektroder", som igen kan akkumuleres separat fra hinanden, hvilket også skal afspejles i blokdiagrammet;

. affaldshåndteringsoperationer skal indsendes i sin helhed. Hvis det efter dannelsen af ​​affald straks er genstand for bortskaffelse, eller hvis affaldet først samler sig på virksomhedens område, eller hvis yderligere stadier af affaldshåndteringen (transport, behandling, neutralisering, bortskaffelse, bortskaffelse) er kendt, skal angives.

BEMÆRK

Retningslinjerne blev godkendt før ændringen i terminologien i føderal lov nr. 89-FZ, så de henviser til "brug" (i stedet for "bortskaffelse") og inkluderer ikke "affaldsbehandling". Selvfølgelig skal alle affaldshåndteringsoperationer være opført i overensstemmelse med kravene i føderal lovgivning.

Det kan være forvirrende, at retningslinjerne anbefaler at inkludere "produktionsoperationer (uden at detaljere produktionsprocesser)" i flowcharts. Som alle, der ved den mindste smule om produktion og økonomien i en virksomhed, ved, er en produktionsoperation en del af produktionsprocessen (og ikke omvendt!). Vi henviser forfatterne til retningslinjerne, såvel som alle interesserede, til den specialiserede litteratur, hvori det står sort på hvidt, at "produktionsprocessen [...] bryder op i mange elementære teknologiske procedurer, der er udføres i fremstillingen af ​​det færdige produkt. Disse individuelle procedurer kaldes operationer. Siden afklaringen "uden at detaljere produktionsprocesser" strider imod sund fornuft, så vil vi lade det være på samvittigheden hos forfatterne af Metodevejledningen.

Tilsyneladende går specialister med uddannelse inden for datalogi sjældent til økologer. Ellers kan sådanne hændelser som i fig. 1, fordi programmører for eksempel kender GOST 19.701-90 "ESPD. Skemaer af algoritmer, programmer, data og systemer. Konventionelle betegnelser og udførelsesregler”, som giver reglerne for udførelse af flowcharts over algoritmer, programmer, data og systemer; grafiske symboler er defineret til at vise hver specifik type data, inputmetode, operationstyper, links mellem alle blokke, dvs. specifikke regler for opbygning af rutediagrammer.

Som vi allerede har bemærket, giver de metodologiske retningslinjer desværre ingen regler for konstruktion af flowcharts over produktionsprocesser, derfor er denne opgave for økologer - med samme litterære karakter - "quasi una fantasia", dvs. hver udvikler af PNOOLR har efter bedste fantasi og erfaring selv ret til at bestemme grafiske symboler til at afbilde typer af blokke, forbindelser mellem blokke og generelt set det generelle billede af blokdiagrammer. Tja, hvem sagde, at erhvervet som økolog ikke er kreativt?!

Uden overhovedet at foregive at være den absolutte sandhed, vil vi udtrykke vores tilgang til dannelsen af ​​flowcharts. På fig. 2 har vi præsenteret et typisk blokdiagram. For hver af blokkene anbefalet af retningslinjerne blev der valgt et separat grafisk symbol. tynde pile vist teknologisk proces- fra modtagelse, brug af materialer, råvarer mv. før affald fjernes fra virksomheders område eller før bortskaffelse / neutralisering / placering på virksomhedens område (er vist i en separat figur, selvom det ville være muligt at angive alle operationer til håndtering af det tilsvarende affald i én blok ).

Forskellige grafiske symboler kan vælges til råvarer, materialer, halvfabrikata, andet, men i vores diagram er alle disse blokke repræsenteret rektangler. Af hensyn til billedets klarhed er det nogle gange muligt at præsentere grupper af operationer først og derefter selve operationerne, selvom du kan vise alle operationerne separat. Affald akkumuleret i blandingen præsenteres i overensstemmelse hermed.

Til produkter vi valgte ét grafisk symbol, for arbejder, tjenester — en anden. For en virksomheds hjælpeaktiviteter (rengøring af lokaler / territorier, nedlukning af udstyr osv.) forekommer det os, at indikationen af ​​individuelle blokke "produkter, tjenester, værker" i det tilsvarende blokdiagram kan være meningsløs, fordi i sig selv er disse operationer i virkeligheden det arbejde/ydelser, der udføres. I andre tilfælde, når virksomhedens hovedaktivitet er produktion af produkter, udførelse af arbejde, levering af tjenester, bør disse blokke sandsynligvis være obligatoriske og desuden adskille sig fra "drifts"-blokkene.

Efter vores opfattelse er det i nogle tilfælde muligt at indføre og nye elementer, hvis det hjælper til mere visuelt at repræsentere produktionsprocessen, for eksempel udstyr (selvom ordet "andet" fra retningslinjerne også kan betyde det anvendte udstyr).

For nogle typer industrier er det muligt at præsentere alle teknologiske processer på ét blokdiagram. Det kan vise sig at være svært at udføre, men hele billedet af produktionsprocessen vil være synligt på et øjeblik. I nogle tilfælde kan du vælg nogle processer eller operationskæder fra det generelle flowchart(f.eks.er, andre hjælpeoperationer; produktionsoperationer, hvis deres præsentation på ét rutediagram er for svær at forstå).

Det vigtigste er, at flowcharts giver dig mulighed for at se et komplet billede af de processer, der udføres på virksomheden, som et resultat af hvilket affald genereres.

På fig. 3-5 er eksempler på blokdiagrammer over de vigtigste teknologiske processer i en virksomhed, der fremstiller kobber- og aluminiumtråd, ledende ledninger. På fig. 3 viser et blokdiagram over produktionsprocesser, i fig. 4 - processer og operationer for at sikre produktion (vedligeholdelse af udstyr), i fig. 5 - processer for hjælpeaktiviteter (tilvejebringelse af belysning og rengøring af lokaler, kontorarbejde).

Konklusion

Så, som vi har set, er kravene i de metodiske retningslinjer for udviklingen af ​​afsnittet "Information om økonomiske og andre aktiviteter" i PNOOLR og til præsentationen af ​​rutediagrammer over teknologiske processer kun formuleret i generel form. Designet af denne sektion er, i al dens tilsyneladende enkelhed, ikke uden faldgruber. Om nødvendigt anbefaler vi at inddrage relevante specialister fra virksomheden (teknologer, økonomer, medarbejdere i personaleafdelingen) i udviklingen af ​​dette afsnit, således at virksomhedens produktionsstruktur, alle igangværende processer og operationer er tydeligt præsenteret og beskrevet.

I mangel af klare krav i retningslinjerne anbefaler vi at bruge sund fornuft og være kreativ, hvor det er nødvendigt. Vi håber, at de refleksioner og råd, vi har givet udtryk for, vil bidrage til udviklingen af ​​FNRLR.

Ved at benytte denne lejlighed vil vi gerne appellere til repræsentanterne for myndighederne i de konstituerende enheder i Den Russiske Føderation, der udøver deres beføjelser inden for affaldshåndtering: da føderal lov nr. 89-FZ har givet dig bemyndigelse til at godkende retningslinjerne for udviklingen af ​​PNOLR, vær venligst kritisk over for retningslinjerne. Selvfølgelig skal man ikke kassere det værdifulde, der er der. Men efter vores opfattelse er det ikke nødvendigt at tage derfra krav og bestemmelser, der er i strid med lovgivning og sund fornuft. På siderne i Økologhåndbogen er der mere end én gang udtrykt kritiske bemærkninger til Retningslinjerne og forslag til forbedring af disse (inklusive af forfatteren til disse linjer), som efter vores mening fortjener overvejelse.

Generelt ville det være rart at organisere noget som et "rundtbord" (i det mindste "virtuelt"), hvor man samler repræsentanter for alle regioner i Rusland for at diskutere de nuværende metodologiske retningslinjer og udvikle fælles tilgange til at forbedre dem. Dette vil gavne både virksomheder og ansatte på alle niveauer og grene af regeringen.

Vi har udarbejdet en hel række artikler om metoder til beregning af affaldsgenereringsstandarder, som endnu ikke har mistet deres relevans:

- Prokhorov I.O. Standarder og årlige standarder for affaldsgenerering, retsgrundlaget for metoder til beregning af standarder // Håndbog for en økolog. 2014. nr. 7. S. 44-57;

- Prokhorov I.O. Valget af metode til beregning af affaldsgenereringsstandarder Håndbog for en økolog. 2014. nr. 8. S. 75-84;

- Prokhorov I.O. Metoder til beregning af affaldsgenereringsstandarder: en metode til beregning af materiale- og råstofbalancen og en beregningsanalytisk metode // Håndbog for en økolog. 2014. nr. 9. S. 93-104;

Savitskaya G.V. Analyse af virksomhedens økonomiske aktivitet: lærebog. godtgørelse. Mn.: Ny viden, 2002.

Du kan selvfølgelig stadig prøve ikke at levere flowcharts, der henviser til fraværet af teknologiske processer (f.eks. angive, at rengøring af lokalerne, nedlukningsudstyr osv. ikke er teknologiske processer), men så skal du forstå, at byrden at bevise fraværsdiagrammet i PEOLR vil ligge hos dets udvikler, og det er ikke et faktum, at embedsmænd, der overvejer PEOLR, ubetinget vil acceptere disse beviser.

Derfor anbefaler vi stadig, at der sammen med en tekstmæssig kort beskrivelse af aktiviteten gives flowcharts, især da i mangel af strenge krav til tekstdelen i Retningslinjerne, kan alle affaldsgenereringsprocesser tydeligere repræsenteres blot i formen. af rutediagrammer.

VSN 514-89 "Krav til design af faciliteter til produktion af mineralsk gødning ved hjælp af blokke. Produktionsteknologi".

Jeg bliver ofte spurgt - hvad skal man læse om forretningsprocesser?
En af de bedste steder på Runet er www.klubok.net. Jeg er selv "vokset op" på forummet og artikler på denne side. Mange artikler har ikke mistet deres relevans selv nu. Jeg anbefaler at starte med ham.

Men hvis vi taler om bøger, så kan jeg trygt sige, at den bedste bog om forretningsprocesser er en bog skrevet af Repin og Yeliferov: "En virksomheds forretningsprocesser. Konstruktion, analyse, regulering."

Beskrivelse af forretningsprocesser: stræben efter enkelhed.

Artiklen omhandler spørgsmålet om valg af notation til beskrivelse af processer med henblik på efterfølgende regulering. Ofte brugte Work Flow-notationer sammenlignes med hinanden, såsom: "Simpelt flowchart" i MS Visio, "Procedure" for Business Studio, ARIS eEPC-notation og andre.

Ved sammenligning af notationer er fokus på at skabe enkle og forståelige procesdiagrammer for medarbejdere i organisationen.

For virksomhedsanalytikere af virksomheder er teserne diskuteret i artiklen en seriøs grund til at tænke over, hvor effektive de tilgange, de bruger til at udvikle grafiske diagrammer over organisatoriske processer, er.

Introduktion

Et af de vigtigste mål for dannelsen af ​​grafiske procesdiagrammer er deres efterfølgende brug i organisationens regulatoriske dokumenter. Disse ordninger bruges som regel af medarbejdere, der ikke er uddannet i komplekse notationer, ikke har systemanalysefærdigheder mv. For dem er enkelhed og klarhed af ordninger meget vigtigt. Komplekse, forvirrende skemaer, der indeholder mange forskellige symboler, opfattes dårligt af folk, hvilket gør deres praktiske brug vanskelig. Derfor er det af praktiske årsager vigtigt at vælge og bruge notationen (metoden) til at beskrive processer korrekt. Efter hvilke kriterier skal en sådan notation vælges? Hvordan sammenligner man forskellige notationer med hinanden? Lad os se på nogle populære notationer og prøve at besvare disse spørgsmål.

Følgende procesbeskrivelsesnotationer blev valgt til sammenligning:

1. "Simpelt flowchart" (med visning af bevægelse af dokumenter, ved hjælp af "Beslutning"-blokken);
2. "Simpelt blokdiagram" (uden at vise bevægelsen af ​​dokumenter, uden at bruge "Løsning"-blokke);
3. "Procedure" for Business Studio-systemet (en af ​​de mulige præsentationsmuligheder);
4. ARIS eEPC.

En enkel og intuitiv proces blev valgt som testcase. Resultaterne af beskrivelsen af ​​denne proces er præsenteret i fig. 1-4.

På diagrammet i fig. 1. Sekvensen af ​​procesoperationer i tid er vist med tykke pile, og bevægelsen af ​​dokumenter er vist med tynde prikkede pile. Blokke "Solution" bruges på en klassisk måde. De viser information (spørgsmål), som det efterfølgende forløb af processen "afhænger af". Denne tilgang til brugen af ​​"diamanter" er meget almindelig. Men faktisk burde hele logikken i beslutningstagning og dannelsen af ​​visse output (dokumenter) være indeholdt i processens operationer. Hvis du tænker over det, er værdien (betydningen) af at tegne disse "diamanter" ikke indlysende. Hvad er disse objekter: procesoperationer, begivenheder? Det ser ud til at være hverken det ene eller det andet. Disse er snarere udsagn til at træffe en beslutning på en eller anden betingelse. Men når alt kommer til alt, udvikler vi et procesdiagram for mennesker, og ikke skriver et computerprogram på et særligt sprog. I et computerprogram ville "diamant" være en fuldgyldig operation til at sammenligne forhold og så videre. Men på procesdiagrammet skal du vise rigtige objekter - processer udført af mennesker, dokumenter, informationssystemer osv. Tænk over det, er det korrekt at vise "diamanter" separat fra procesoperationen på diagrammet? I stedet kan du:

a) beskrive beslutningslogikken i form af en sekvens af operationer på skemaet for den pågældende proces;
b) beskriv logikken i form af et diagram over trinene i den tilsvarende delproces, bevæger sig til niveauet nedenfor;
c) beskrive logikken i teksten (i operationens tekstattributter) og efterfølgende bringe den ind i procesudførelsesskemaet.

Lad os formulere "pluser" og "minusser" af ovenstående (fig. 1.) metode til at bruge "diamanter".

På fig. 2. viser et eksempel på samme proces, kun beskrevet uden brug af "Løsning"-blokke og dokumenter. Det er nemt at kontrollere, at der er 24 færre grafiske elementer i dette diagram end i diagrammet i fig. 1. Skema fig. 2. ser meget enklere ud. Fra de grafiske elementer blænder det ikke, men fra et informativt synspunkt er dette skema ret forståeligt og tilgængeligt for slutbrugeren. Hvis kravene til dens implementering er beskrevet i tekst for hver operation af processen, så er det ved at kombinere de tabelformede og grafiske præsentationsformer muligt at beskrive proceduren for udførelsen af ​​processen for virksomhedens ansatte tilstrækkeligt.

"Fordele" og "ulemper" ved den grafiske fremstilling af processen i formen vist i fig. 2. er vist nedenfor.

Generelt er brugen af ​​skemaer i et format svarende til det vist i fig. 2 er praktisk for både udviklere og medarbejdere, der arbejder i henhold til disse ordninger.

På fig. 3. procesdiagrammet præsenteres, dannet i "Procedure"-notationen i Business Studio-modelleringsmiljøet. Ordningen har flere funktioner. For det første bruges "Beslutnings"-blokkene ikke på en standard måde - ikke som et grafisk element til visning af et spørgsmål og forgrening, men som en fuldgyldig beslutningsproces. I Business Studio har en "rhombus" næsten alle attributter for en fuldgyldig proces, men kan ikke nedbrydes (måske vil systemudviklerne gøre dette muligt med tiden). Brug af en "rhombus" (i stedet for en firkant) gør diagrammet klarere. Samtidig kan enhver tekstinformation indtastes i diamantattributterne: beskrivelse, begyndelse, slutning, fristkrav osv.

Det andet træk ved procesdiagrammet vist i fig. 3., er brugen af ​​pile. For at vise rækkefølgen af ​​operationer kan du bruge en pil med en enkelt spids - "forrang"-pilen. Du kan bruge en pil med to tip til at vise bevægelsen af ​​dokumenter. Men det er i Business Studio, at du kun kan bruge én type pil - "precedence"-pilene. Samtidig kan det nødvendige antal dokumenter, som er defineret i biblioteket over aktivitetsobjekter, vedhæftes til de navngivne pile. Denne tilgang gør det muligt:

• reducere antallet af grafiske elementer på procesdiagrammet markant og samtidig:
• vise de nødvendige oplysninger om ind- og udgående dokumenter i procesreglementet.

Uden at fylde diagrammet med unødvendige elementer, kan vi således ikke desto mindre fuldt ud beskrive processen og uploade alle nødvendige oplysninger til reglerne.

"Fordele" og "ulemper" ved den grafiske fremstilling af processen i formen vist i fig. 3. er vist nedenfor.

I tilfælde af brug af Business Studio kan notationen "Procedure" bruges på lidt forskellige måder. Forfatteren af ​​artiklen har en tendens til den tilgang, der er præsenteret i fig. 3.

På fig. Figur 4 viser et diagram over den overvejede proces, udviklet i ARIS eEPC-notationen. Bemærk, at nogle operationer af processen ikke passede ind på diagrammet. Dette ufuldstændige diagram over den enkleste proces, lavet i ARIS eEPC notation, indeholder fire logiske udsagn og otte hændelser! Den person, der læser diagrammet, skal være i stand til at fortolke alle disse logiske operatorer korrekt. Uden særlig træning og nogle færdigheder i at læse sådanne diagrammer er det usandsynligt, at en almindelig medarbejder vil være i stand til at forstå logikken i den pågældende proces uden en detaljeret tekstbeskrivelse eller hjælp fra en kvalificeret forretningsanalytiker.

Bemærk, at procesdiagrammet i ARIS eEPC-notationen fylder væsentligt mere end diagrammerne vist i fig. 1-3. Kompleksiteten af ​​dannelsen af ​​en sådan ordning er også betydeligt højere.

Generelt, hvis du ikke skal købe SAP R / 3, så er valget og brugen af ​​ARIS eEPC-notationen ikke, set fra artiklens forfatters synspunkt, den optimale løsning. Det er værd at være opmærksom på mere visuel og intuitivt forståelig notation til procesbeskrivelser. For nogle kan ARIS eEPC-notationen dog virke mere klar og forståelig. Til en vis grad er det en smagssag.

Beskrivelse af processen til efterfølgende automatiseringsformål

Det er interessant at se på det pågældende procesdiagram, hvis det er beskrevet i BPMN 2.0-notationen. Denne notation er beregnet til at beskrive "eksekverbare" processer, dvs. processer understøttet af BPM-systemet.

Din mening om at bruge BPMN 2.0. aktier A.A. Belaichuk - Generaldirektør for virksomheden "Business Console":

Livspraksis

På fig. Figur 6 viser et fragment af et procesdiagram udviklet af forretningsanalytikere fra en meget specifik virksomhed i den notation, de opfandt. Ordningen er bygget efter principperne i "Simple blokdiagram" - "Løsning"-blokken bruges i sin klassiske version. Derudover viser diagrammet mange andre symboler, der bruges på en ikke-standard måde.

Ved dannelse af skemaet i fig. 6, "kæmpede" forretningsanalytikere åbenbart for synlighed og maksimal klarhed for den gennemsnitlige bruger. De søgte at minimere eller endda eliminere tekstkommentarer til procesdiagrammer. Kunstnerne udskrev ganske enkelt et diagram i A3-format, når de læste, hvor alt straks blev klart: hvad de skal gøre, hvordan, hvilke dokumenter der skal bruges osv.

Den undersøgte ordning er naturligvis ikke et eksempel på enkelhed og overskuelighed. Men det blev dannet for at formidle det maksimale af nyttige oplysninger til udførerne af processen.

konklusioner

Så det er indlysende, at når man skal beskrive processer, skal man stræbe efter enkelhed og forståelighed for medarbejderne.
Brugen af ​​komplekse, formaliserede notationer ved beskrivelse af processer fører til:

• vanskeligheder med almindelige ansattes brug (fortolkning) af ordninger;
• umuligheden (vanskeligheden) ved at organisere arbejdet med at beskrive processer af medarbejdere i afdelinger, der ikke har gennemgået særlig uddannelse;
• en betydelig stigning i lønomkostningerne for forretningsanalytikere til dannelse af ordninger;
• yderligere vanskeligheder med at dokumentere kredsløb (stort volumen osv.);

Lad derfor være med at rode procesdiagrammet med forskellige grafiske elementer. Men selvom de bruges, er det bedre, at de har nyttig information til medarbejderne og ikke blot er en konsekvens af den formelle anvendelse af modelleringsnotationer.

V.V. Repin, Ph.D., lektor, administrerende direktør for BPM Consulting Group LLC, leder. Institut for Business Process Management NOU HPE "IEF "Synergy", grundlægger af portalen www.FineXpert.ru

Det er disse simple principper, jeg forsøger at formidle til virksomhedsledere, som fascineret af smukke præsentationer af softwareprodukter ofte glemmer, at en simpel tjekliste ofte er bedre end 10 siders regler.