proces vs procedure: Wat is het verschil? Dit is een vraag die kwaliteits-en verbeterprofessionals urenlang kan laten argumenteren. en dat komt omdat, hoewel velen van ons denken dat we weten wat een procedure of een proces is, als we onze definities beginnen te bespreken, we vaak ontdekken dat iemand met iets komt dat niet helemaal bij hen past.

dus wat is echt het verschil tussen een proces en een procedure?

proces en Procedure zoals gedefinieerd door de Internationale Organisatie voor normalisatie (ISO)

in de editie 2005 van ISO 9000 werd het verschil tussen proces en procedure gedefinieerd als:

• een proces is een verzameling van onderling verbonden of op elkaar inwerkende activiteiten die inputs omzet in outputs
• Een procedure is gespecificeerd manier om een activiteit of een proces uit te voeren

Deze reeks definities hielp me inzicht te krijgen dat:

• een proces gaat over wat we doen

en

• een procedure gaat over hoe we iets doen

Dit is allemaal goed en wel (en voor degenen onder u die net kwamen voor een eenvoudige definitie – daar is het), maar als we beginnen te duiken in de ‘whats’ en ‘hows’, dingen kunnen beginnen te krijgen een beetje verward – met ‘whats’ soms kijken als ‘hows’ en alles begint te klinken als een Dr.Seuss boek.

Dit is de reden waarom de eenvoudige definitie hierboven niet goed genoeg is en waarom we dieper moeten gaan voor het antwoord.

mijn definitie van proces Versus Procedure

mijn kijk op Dit is geëvolueerd van ISO ‘ s definities hierboven, naar het begrijpen van een proces als iets dat inputs, outputs en activiteiten heeft en kan worden weergegeven als een diagram – zeer veel in lijn met de triaster zelfstandig naamwoord-werkwoord methodologie. Als je een reeks ingangen en activiteiten samenbrengt om te beschrijven hoe je een doel (een output) kunt bereiken, heb je een procesmap gemaakt.

de procedure wordt dan een beschrijving van hoe de activiteit wordt uitgevoerd; meestal in tekstvorm.
Het echte verschil tussen proces en procedure kan daarom worden samengevat door waar u zou documenteren met een stroomdiagram en waar een schriftelijke beschrijving beter zou werken. Als het in een stroomschema kan worden beschreven, is het zeer waarschijnlijk een proces, maar waar een schriftelijke beschrijving het beste zou werken om uit te leggen hoe de activiteiten worden uitgevoerd, zijn dit meestal procedures.

Dit is waarschijnlijk open voor allerlei discussies, maar het werkt voor mij.

om Triaster ’s Paul Elson-Vining’ s visie op het onderwerp (en ook beleid) te lezen, kijk dan naar: processen, beleid en Procedures: Wat is het verschil?

waarom het debat?

dus waarom zijn we kwaliteit en verbetering professionals zo enthousiast om te debatteren over de definitie van A processen en procedures? Nou, hoewel het misschien niet meteen voor de hand ligt, is er eigenlijk een zeer praktische reden voor. We besteden veel tijd aan het vastleggen en verbeteren van processen ter ondersteuning van best practices in onze organisaties. Dat best practice werken kan voldoen aan specifieke veiligheidseisen of kwaliteit gecertificeerd zijn, of beide of geen van beide, maar het is zeker de manier waarop het is overeengekomen dat iedereen in onze organisatie moet werken. Dus… we doen ons uiterste best om bedrijfsbeheerdocumentatie te produceren die duidelijk en consistent is en die het meest nuttig is om iedereen het proces te laten volgen.

iedereen het proces laten volgen

Iedereen het proces laten volgen is moeilijk! Vandaar alle zorg over het maken van de business management documentatie zo nuttig en intuïtief mogelijk. Er is echter ook een software-oplossing: ATC Platform. Met het ATC-Platform worden processen als levenscycli ingesteld en moet iedereen eraan werken. In een grote organisatie werkt dit samen met uw proceskaarten en procedures, zodat al uw medewerkers eraan werken. Kleinere organisaties kunnen hun processen echter over het algemeen direct vastleggen in levenscycli in het ATC-Platform.