Processen? Daar krijg ik hoofdpijn van.

040

Procesgekken als ik, vinden het fantastisch wanneer organisaties het ultieme procesmanagement zouden invoeren waarbij:

  • medewerkers weten wat er van elk proces verwacht wordt,
  • medewerkers inzicht hebben in alle lopende zaken,
  • medewerkers weten wat een presterend proces maakt en kunnen ingrijpen en aanpassen wanneer het niet loopt zoals beloofd.

Vanzelfsprekend is er ook allerlei geavanceerde software op de markt om al deze aspecten van procesmanagement te ondersteunen.

Kortom; mensen de kans geven een zinvolle bijdrage te leveren aan presterende processen. Goed begrijpen wat een proces maakt en oplossingen invoeren die daadwerkelijk bijdragen aan een beter presterend proces.

Om dit beeld een illusie te noemen, gaat wellicht wat ver, maar toch zie je vaker de houding: ‘Procesmanagement? Best leuk allemaal, maar ik heb nu even een nijpend probleem dat opgelost moet worden’.

Net als hoofdpijn.

Komt die hoofdpijn door een kater? Hup aspirine erin en volgende keer eerder naar huis.

Heeft die hoofdpijn een structurele oorzaak, dan is een aspirine slechts symptoombestrijding. En blijven de oorzaken van het niet presterende proces in stand. Echt zoeken naar de oorzaak (en oplossing!) is dan een betere aanpak.

Maar wel lastiger, tijdrovender en duurder.

En in crisistijd is het soms is gewoon noodzakelijk om brandjes te blussen.

Toch zie je organisaties waar geldt ‘voor elke probleem een nieuw systeem’. Met als gevolg 812 tooltjes die allemaal iets doen ter ondersteuning van processen.

Een soort van medicijnkast met voor elk kwaaltje een pilletje. Met als mogelijk gevolg dat het ene medicijn weer een ander probleem veroorzaakt.

Even terug naar ingrijpen in een proces.

Zolang alle aanpassingen gebeuren met het laten presteren van het totaalproces voor ogen, tja wie ben ik dan.

Maar als het continu leidt tot klassieke suboptimalisatie, dan kom ik toch even langs met m’n scheikundedoos. Om eerst eens goed te kijken naar de oorzaken van slecht presterende processen en dan het juiste medicijn te ontwikkelen.

Hoewel, medicijn?  Een andere levensstijl lijkt me beter.

Gezonde processen gewenst!

 

 

Effectiviteit, Productiviteit en Efficiëntie; een meer met minder discussie?

Ik wilde eigenlijk geen stukjes meer typen dit jaar. Maar stiekem toch nog eentje. Want gisteren had ik een discussie over het verschil tussen effectiviteit, efficiëntie en productiviteit.

Ik leg mijn interpretatie van deze termen altijd uit aan de hand van mijn groentetuintje. Misschien wel leuk om dat verhaaltje te delen.

 

Effectiviteit: Het juiste resultaat opleveren

Ik heb dus een groentetuintje. Hierin verbouw ik diverse groentes. Mijn doel is om daarmee  mijn gezinnetje 3 maanden per jaar van verse groente te voorzien.

Dat is dus mijn gewenste procesresultaat en doel: Voldoende groente voor 3 maanden per jaar.

En dat lukt. Mijn werkwijze en inzet van middelen zijn dus effectief; ik bereik het juiste resultaat.

 

Efficiëntie: Hetzelfde resultaat met minder inspanning

Efficiëntie gaat, in mijn beleving, om de hoeveel tijd, geld (of algemener: resources) die je steekt in het behalen van dat juiste proces resultaat.

Voor het gemak van dit verhaal kijk ik alleen even naar geld en tijd (daar zijn overigens de meeste dingen wel naar terug te rekenen).

De meeste tijd zit in het begin en eind bij het planten en oogsten. Maar gemiddeld  besteed ik zo’n 12 minuten per dag aan m’n tuintje.

Aan zaadjes/stekjes ben ik zo’n 20 euro per seizoen kwijt. Water haal ik uit de vijver aan de overkant, dus dat kost me niets. Aan mest besteed ik 25 euro.

Voor mij is efficiëntie “Hetzelfde resultaat behalen met minder resources”.  Uitgangspunt blijft dus dat ik die 3 maanden groente oplever.

Maar wanneer ik daar bijvoorbeeld maar 11 minuten per dag aan hoef te besteden, dan is mijn efficiëntie verhoogd.

Of stel dat ik mest goedkoper kan krijgen. Dan kan ik met minder geld hetzelfde resultaat bereiken. Efficiëntie verhoogd.

Efficiëntie: Dezelfde hoeveelheid groente met minder tijd of geld.

 

Productiviteit: Meer resultaat met dezelfde inspanning

Productiviteit betekent voor mij meer van het juiste uit dezelfde resources halen. 

Dat betekent in dit geval dat ik nog steeds 12 minuten per dag besteed. En nog steeds 45 euro besteed aan zaadjes en mest.

Maar stel dat het betere mest is, of dat ik een ander ras zaadjes heb gekocht. Of misschien dat ik mijn techniek van water geven heb verbeterd.

(of dat ik gewoon geluk heb met het weer)

Dan kan het zo maar zijn dat ik plots voor 3 maand en 1 week groente kan opleveren., Met dezelfde tijdsbesteding en kosten heb ik dan een beter resultaat bereikt. Hierbij ga ik er wel vanuit dat die ene week extra groente een zinvol resultaat is.

Productiviteit; meer groente voor hetzelfde geld en tijd.

 

Meer met minder?

Meer met minder. Die term hoor je vaak. Dat zou dus betekenen dat ik zowel efficiënter en productiever wordt. Zou dat kunnen?  Vast wel.

Ik verzin maar wat:

  • Door een verbeterde spittechniek houdt de grond meer water vast, groeien de wortels beter en wordt de opbrengst groter
  • Het lukt me om zaadjes te oogsten die ik het volgend seizoen weer kan planten
  • Mest heb ik goedkoper kunnen krijgen

En zo heb ik uiteindelijk meer groente, tegen lagere kosten. Hoe zou je dat noemen Produciënter?

Daarnaast heeft het weer natuurlijk ook een grote invloed. Je kunt geluk, maar ook pech hebben. Misschien ga ik wel investeren in een kas. Over investeren gesproken:

 

Weinig dingen komen voor niets; return on investment

Soms heb ik geluk en krijg ik een gratis verbetering van efficiëntie of productiviteit. Bijvoorbeeld als de mest in de aanbieding is of als het weer gunstig is.

Maar niet zelden moet je ook investeren voor verbetering.

Wanneer ik minder tijd wil besteden, zal dat soms kunnen door slimmer te werken. Maar meestal gaat dat gepaard met investeren in zaken als machines of andere hulpmiddelen.

Dan is het verstandig om te kijken naar de Return on Investment.

Zo loop ik dus voor water naar de vijver aan de overkant. Ik gebruik de grootst mogelijke emmers, maar ik kwam erachter dat dat best veel tijd kost. Gemiddeld zo’n 6 minuten per dag (op regenachtige dagen loop ik niet en op droge dagen vaker). Maar die 6 minuten is wel de helft van de totale bewerkingstijd! Zou ik daar iets aan kunnen doen?

Zo zag ik op marktplaats een goede kwaliteit dompelpomp met voldoende lengte aan slang. Ik kon deze voor 80 euro overnemen. Ik heb even geoefend met het uitrollen en opruimen. Gemiddeld kan ik daar zo’n 2 minuten per dag mee besparen.

In principe is mijn vrije tijd gratis, maar stel dat ik als zzp’er netto 30 euro per uur kan pakken, dan bespaar ik dus 1 Euro per dag.

Dat betekent dat ik de dompelpomp er in 80 dagen uit heb. Dat is iets minder dan de 3 maanden die ik elk seizoen aan ’n tuintje besteed. Binnen 1 seizoen heb ik deze investering dus terug verdiend.

En ik ga ervan uit dat de pomp wel wat meer seizoenen mee gaat. Wat zou u doen?

(getallen in dit verhaaltje zijn fictief. Om makkelijk te rekenen)

 

 

2016

2016. Bijna voorbij. En dan is het wel zo hip dat je even terugblikt.

Ondanks dat Procesje.nl slechts een hobby-projectje is, ben ik verbaasd en bovenal dankbaar dat ik met al m’n onzin toch nog aardig wat leuke dingen heb mogen doen in het afgelopen jaar.

In het laatste blog van dit jaar een (niet chronologische en vast niet complete) opsomming.

Blogger voor Sigma Online

Dit jaar heb ik 6 keer een verhaaltje mogen typen voor het platform van Sigma online. Soms over procesmanagement vs kwaliteit, de andere keer wat meer persoonlijk.

Leuk om te doen en ook volgend jaar ben ik weer van de partij.

Panel op BPM congres in Portugal

Ook werd ik gevraagd om te spreken op een BPM congres in Portugal. Mijn eerste gedachte was “wat heb ik daar nou toe te voegen. Ik deel slechts mijn verwondering en ervaringen in BPM land. Anderen weten veel meer dan ik”.

Uiteindelijk ben ik toch gegaan en heb de paneldiscussie geleid over de zin en onzin van Digitale Transformatie. Die discussie hadden de panelleden ook best zonder mijn inbreng kunnen voeren. Toch was het een leuke ervaring. Met name omdat ik mensen heb ontmoet die ik normaal alleen online spreek. Vanzelfsprekend was het ook gaaf om Lissabon te zien.

Bijwonen Process Model canvas workshop

Na wat discussies online, heb ik dit jaar ook een workshop Process Model Canvas van Marco Bijl mogen bijwonen. Hiervan heb ik een verslag geschreven.

Reaguurder op BPM.com 

Al enkele jaren discussieer ik mee op het forum van BPM.com. Soms erger ik me wel eens aan het “alles automatiseren” sfeertje dat daar heerst. Ik vraag me dan af of ik met mijn stijl van reageren wel moet doorgaan.  Maar voor het eerst sinds jaren merkte ik dit jaar dat ook anderen er wat luchtiger instonden. Niemand zal immers tijdens zijn uitvaart herinnerd worden als “Hij was zo goed in processen automatiseren”.

1 April 

Ik vind procesmanagement zo leuk omdat het alle aspecten van organiseren raakt. Hoewel sommigen dat wel denken, is het niet alleen de technologie. Maar ook o.a data, besturing en het menselijke aspect.

Met name menselijk gedrag en de invloed op processen is waar ik me steeds meer in ben gaan interesseren. Vandaar dat mijn 1 april grap van dit jaar dan ook dit “softe” aspect betrof.

Interviews met BPMtips.com

BPMtips.com van Zbigniew Misiak is een nog erger uit de hand gelopen hobbby dan Procesje.nl. Daarom werk ik daar graag aan mee. Dat heb ik dit jaar 2 keer gedaan. De eerste keer met een interview zonder beeld, en de 2e keer met beeld als onderdeel van de BPM Value Summit.

Bezoek jaarcongres procesmanagement

Op 17 oktober heb ik het jaarcongres procesmanagement bezocht. In principe om Marco Bijl te helpen met zijn Process Model Canvas Workshop. Maar natuurlijk heb ik ook alle kansen aangegrepen om nieuwe dingen te leren.

Podcast met Kissflow

Kissflow is een leverancier van Workflow software, maar de manier waarop ze dingen brengen vind ik wel grappig. Hun marketing meneer vroeg of ik een soort jaar-afsluit-podcast willde opnemen, samen met Sandy Kemsley. Ook hier dacht ik weer “Waarom ik? Ik typ alleen maar quasi lollige stukjes over processen”.  Desondanks toch gedaan. Altijd leuk; een beetje ouwehoeren over processen.

Het normale werk; bloggen en twitteren

Procesje.nl is natuurlijk ooit begonnen als blogje met een knipoog. Om mijn verwondering en ervaringen over mijn werk in Processenland te delen. Dit jaar heb ik toch ook wel wat verhaaltjes geschreven die verder gingen dan het traditionele 4 post-its procesje. Deze staan op mijn blog of Linkedin.

Daarnaast blijf ik twitter een leuk medium vinden. De interactie, de grapjes en de snelheid; daar houd ik van. Niet te serieus nemen dus,die tweets 😉

Niet alles ging goed

Waar gehakt wordt vallen spaanders. Dus niet alles lukt. Of soms moet je je ongelijk toegeven. Gelukkig word ik daar steeds beter in. Eigenlijk vind ik het juist wel prettig. Daardoor leer je nieuwe dingen en andere inzichten. En kom je er soms achter dat je het ook niet altijd met elkaar eens hoeft te zijn, maar toch normaal kunt doen.

Zo werd ik dit jaar door een organisatie gevraagd om gastblogger te worden. Prima. Maar tijdens het schrijven van het eerste blog, bleek de match toch minder dan verwacht. Onze stijlen liepen te veel uiteen. En een compromis zou er heel knullig uit gaan zien. In goed overleg dus besloten hier niet mee verder te gaan.

En 2017? 

Ik ben er nog niet over uit. Blijf ik actief in BPM land? Zo ja, dan wil ik met Procesje.nl wat gaan experimenteren met video. Dus niet meer alleen maar tekst, maar ook bewegende plaatjes.

Oh ja. Ik ga ook meeschrijven (lees: beetje commentaar geven) aan het nieuwe boek van Roger Tregear.

En misschien ga ik toch echt eens wat anders doen. Zoals die leraren opleiding. Of toch die gastouderopvang ombouwen tot kinderdagverblijf. Of toch dat klussenbedrijf. Of toch…

Ach, ik zie wel. Ik leef vandaag. (nog) niet morgen.

In ieder geval bedank ik jullie heel erg hartelijk voor het volgen van Procesje en wens ik jullie hele fijne feestdagen. En ik hoop dat 2017 wordt wat je er van verwacht!

De mazzel,

Emiel

 

 

 

Zelfsturing, empowerment; de voorbeelden liggen gewoon op straat

Je kunt Linkedin niet open slaan of er is wel weer een mooi artikel verschenen over zelfsturing, empowerment of medewerkers “in hun kracht zetten”.

Leuk. Maar ook altijd goed? Ik heb geen idee. Maar ik zie er zo nu en dan wel voorbeelden van in het dagelijks leven. En ook niet.

Supermarkt

Ik vind boodschappen doen niet heel leuk. Ik kan online bestellen en laten bezorgen. Maar wat moeten de buren daar wel niet van denken. Dat ik een snob ben?

Dus zo nu en dan wurm ik me in de Opel Kadett en begeef me naar het gezellige pand van een Duitse Dozen Uitstaller.

Ik hou het daar best even vol. Maar hoe langer ik er verblijf, hoe recalcitranter ik word. In dat soort gevallen weiger ik bijvoorbeeld een balkje tussen de boodschappen te leggen wanneer mijn voorganger bij de kassa dat is vergeten.

Met als gevolg dat de meneer of mevrouw achter de kassa vol overgave mijn pak halfvolle biologische yoghurt en netje droge worst scant. Totdat mijn voorganger opmerkt “Ho is ee’m. Die bint niet van mij, heur” .

Met een “Oh sorry, ik had niet gezien dat er geen balkje lag” excuseer ik mij dan.

Om vervolgens te aanschouwen hoe het prachtige spel der supermarkt-hiërarchie zich ontvouwt.

“Filiaalmanager naar de kassa, alstublieft”.  Deze zin is de trigger voor een meneer met stropdas om achter zijn spiegelwand vandaan te komen. Zwaaiend met de “magische sleutel”.

“Deze 2 producten moeten eraf, want die meneer met baard heeft geen balkje tussen de boodschapen gelegd”.

Vervolgens wordt er door de stropdas wat aan een sleutel gedraaid, op wat toetsen gedrukt, waarna hij triomfantelijk wegloopt en weer achter zijn spiegelwand verdwijnt.

Wanneer mijn voorganger uiteindelijk heeft afgerekend en de bon checkt, wendt hij zich lichtelijk geïrriteerd tot de kassamedewerker “Op die maaltiedsalade zat toch vieftig procent korting?”

“Filiaalmanager naar de kassa, alstublieft”

 

De bouwmarkt

Omdat ik toch onderweg was, besloot ik ook even langs een bouwmarkt te rijden. Ik had voor een knutselprojectje 2,50 meter ketting nodig.

Hoewel ik het zelf kon, hield ik mij aan de regels en vroeg een medewerker om die lengte voor mij af te knippen.

Voor die jongen was het de eerste avond van zijn bijbaantje, maar samen is het ons prima gelukt om die 2 en halve meter van de rol af te krijgen.

Hup, naar de kassa. “Goedenavond mevrouw, dit is 2 en halve meter”

“Oh, ketting verkopen we niet per halve meter. Dat kunnen we niet aanklikken in de kassa”

Dit aanhorende begon ik de winkel al af te speuren naar een filiaalmanager.

“Dan doe ik gewoon 2 meter en dan nog een losse meter en dan geef ik je 50% korting op die ene meter”

“Da’s dan 7 euro 50. Heeft u ook een klantenpas?”

 

 

 

Even relaxen; procesmanagement woordgrapjes

(Wellicht voor een toekomstige scheurkalender. Heeft u er ook eentje, plaats ‘m in de comments)



Met welk hulpmiddel ontwerp je rechtlijnige processen?

Leaniaal


Hoe noem je een organisatie op procesvolwassenheidsniveau 1?

Procesmatig


Hoeveel tekst wordt er gemiddeld geschreven over de 8 verspillingen?

2 aleanias


Wat zei de projectmanager over het afgeronde lean project?

Ik ben blij dat dat gewaste is


Wat zei de bankdirecteur over al die digitale valuta?

“Ze zijn een block aan onze chain”


Waar gaan BPMN modelleurs op vakantie als ze onbezorgd willen relaxen?

De All Inclusive Gateway


Waarom is dat koffiezetapparaat niet lean?

Te lange doorlooptijd


Welk pak met drank kun je maar op 1 manier open maken?

PokaYoki drink


Wat zei de blackbelt over ongelijkheden binnen het voortbrengingsproces?

“Ik vind er geen moer aan”


Wat zei de Drentse helpdeskmedewerker die een klant hoorde klagen over de processen?

“Ie tilt er te zwoar an”


Hoe heet een zwerver die keuzes modelleert?

Swybertje


 

 

Willen klanten uw spulletjes echt wel?

Ik moest onlangs de geldigheid van mijn rijbewijs verlengen.  Als echte Nederlander dacht ik “Wat? 40 euro voor zo’n roze plastic pasje met een nieuwe datum?”  En ik moest notabene zelf nog voor een pasfoto zorgen.

Ik begrijp dat er wat administratief gedoe bij komt kijken, maar toch zette het me aan het denken. Al mijmerend kwam ik tot de conclusie dat er best veel organisaties zijn die producten en diensten leveren die hun klanten eigenlijk helemaal niet willen.

Producten leveren die klanten niet willen, wie doet dat nou?

Neem nou dat rijbewijs. Dat plastic pasje interesseert me helemaal niks. Ik wil gewoon rijden. Nu kun je natuurlijk zeggen dat dat rijbewijs een bewijs van “rijvaardigheid” is.

Onzin. Ik rij al sinds m’n tweede door het dorp, hier. En zonder te lessen heb ik in 1 keer m’n rijexamen gehaald.  Dus zonder dat rijbewijs kon ik ook al rijden.  Maar, we leven nou eenmaal in een  controle- en certificeringsmaatschappij, met als gevolg dat iemand moest vaststellen en accorderen dat ik dat roze plasticje waard was.

Prima, maar dat is nog steeds niet waarom ik dat rijbewijs toch wel graag wil hebben.

De echte reden is dat ik gewoon geen gezeik wil hebben wanneer ik word aangehouden door de politie. Na “Rijbewijs alstublieft” wil ik dat gewoon kunnen geven om daarna “In orde, meneer” te horen. En weer lekker verder rijden. Zonder gezeur. Zonder gedoe.

Als agenten zouden vragen “bosje prei alstublieft” zorg ik ervoor dat ik altijd een voorraadje prei in m’n auto heb liggen.

En zo zijn er meerdere voorbeelden

Over geen gezeik gesproken. Een vereiste voor het verzekeren van mijn auto is het hebben van een rijbewijs. Maar ook die verzekering wil ik helemaal niet. Ik wil dat ik niet in de (financiële) problemen kom, mocht ik een ongeluk veroorzaken.

Over financiën gesproken. Ik heb een bankrekening. Die wil ik helemaal niet. Ik wil de mogelijkheid hebben om benodigde diensten of goederen van anderen over te nemen. Dat gaat meestal via geld en daar is meestal weer een bankrekening voor nodig. Helaas. Inmiddels heb ik digitale Guldens aangeschaft. Maar daar moet ik weer een app voor hebben. En die wil ik ook niet.

En wat ik al helemaal niet wil, is gedoe.

U hebt het wel door, denk ik. Hoewel we vaak denken dat we spullen of diensten willen, willen we eigenlijk het opgeloste probleem dat door deze spullen of diensten wordt geleverd.

Toch zie ik nog vaak dat processen worden ontworpen met als doel een concrete dienst of product. Kan heel goed zijn. Als maar duidelijk is welk probleem dat product of dienst daadwerkelijk oplost. Voor uw klant.

Welke problemen lossen uw processen op? 

Wanneer ik organisaties help met het (her)ontwerpen van processen, is mijn eerste vraag “welke processen hebben/willen jullie en welke problemen lossen deze processen op voor een (proces)klant?”

Nou, wij hebben processen….

  • die pizza’s bij klanten thuis afleveren
  • die er voor zorgen dat klanten geld kunnen overmaken
  • die klanten een hypotheek verstrekken
  • die binnen 3 werkdagen een rijbewijs opleveren

Heel vaak blijken dit dan de concrete producten of diensten te zijn. En door dan het Lean trucje Waarom? toe te passen, kom je toch al redelijk gauw op het daadwerkelijke probleem wat opgelost wordt:

  • Honger, maar geen zin, tijd of mogelijkheid om te koken
  • Ik wil iets via marktplaats aanschaffen en de tegenpartij wil daar geld voor hebben
  • Ik wil een fijne plek om te wonen en m’n kinderen op te voeden
  • Ik wil geen gezeur met justitie omdat ik geen rijbewijs kan laten zien

Is dat de enige manier om het probleem op te lossen? 

Deze manier van kijken dwingt je om vanuit de klant te kijken. Daarmee ontdek je mogelijk ook dat je andere concurrenten hebt dan je misschien dacht.

Een Pizzeria zal andere pizzeria’s als concurrent zien, maar ook shoarmaboeren, bedrijfskantines en opwarm-menu’s zijn mogelijkheden om het zelfde probleem op te lossen.

Banken zullen digitaal geld misschien nog niet als een grote concurrent zien, toch lossen ze hetzelfde probleem op.

Een hypotheek is nodig om een huis te kopen. Vanzelfsprekend is een andere hypotheekverstrekker daarin een concurrent. Maar zijn erfenissen, loterijen en crowdfunding dat ook niet? En het probleem is dat een klant een fijne plek wil om te wonen. Misschien wordt dat wel bereikt met een goedkope caravan ergens op het Roemeense platteland.

En dan dat rijbewijs. Gemeentes hebben nou eenmaal geen concurrentie. Als burger moeten we gebruik maken van hun diensten als we een rijbewijs willen. Maar ook dat hoeft natuurlijk niet. Je kunt ook fietsen, met de trein of, om maar eens een concurrentie-wegvagend iets te noemen, Uberen.

Kortom; processen zijn een middel

Omdat organisaties best goed weten wat ze doen, is het verleidelijk om met processen snel de diepte in te duiken. “Hoe gaan we dat regelen en wat hebben we daarvoor nodig? Kunnen we wellicht nog ergens wat digitaliseren?

Kortom; focus op het hoe?, wie? en waarmee?  zonder een helder beeld van het Waarom?

En dat hoeft geen probleem te zijn. Als u zeker weet dat u dezelfde producten en diensten de komende 20 jaar nog kunt blijven verkopen. Maar is dat ook zo? Elke dag lees je wel weer ergens dat organisaties worden gedisrupt die dat niet hadden zien aankomen.

Daarom ben ik er een voorstander om processen eerst (of ten minste zo nu en dan) tegen een meer strategisch licht te houden. Wat zijn de problemen van onze klanten en lossen onze processen die daadwerkelijk op? En blijft dat zo in de toekomst?

Vervelend als het antwoord “eigenlijk niet” is. Maar misschien is dat helemaal niet zo vervelend.

Kijk eens verder. Kunnen uw processen niet de problemen van een hele andere doelgroep oplossen?

U gebruikt toch ook uw rijbewijs om uw ruiten te krabben? En in sommige bedrijfstakken worden ze gebruikt om voordeuren open te flipperen.

Nou, da’s die 40 euro meer dan waard.

 

 

 

 

 

 

 

 

Lekker post-its scheuren

Brengt u ook uw processen in kaart? Dan bent u niet alleen.

Ik help organisaties om te voorkomen dat dit eindigt in “Oud Hollands blokjes en pijltjes staren”.

In de afgelopen 20 jaar heb ik daarom van alles geprobeerd om procesmodellen meer te laten leven. En daarmee meer effect te laten hebben op de daadwerkelijke uitvoering en besturing van deze processen. 

In dit blog deel ik één van mijn ervaringen met betrekking tot de toepassing van procesmodellen. Een ervaring die eenvoudig is toe te passen; het plakken van post-its.

Maar waarschijnlijk niet helemaal zoals u zou verwachten.

Plakt u nog post-its op een lang vel bruin papier? 

Ouderwets is of niet, post-its worden nog steeds gebruikt om processen op de muur te plakken. In die modellen representeren deze post-its meestal de activiteiten in een proces.

Zelfs bij mijn favoriete Pizzeria zijn ze er mee aan de slag geweest:

pizzapostit

Procesmodellen, het blijft een statische weergave

Post-its, Visio, hippe modelleertools in de cloud. Wat je ook gebruikt, procesmodellen blijven een statische weergave. Een statische weergave van iets wat in de werkelijkheid juist veel dynamiek heeft. Ik vraag me dus af of procesmodellen niet een te simpele “vereenvoudigde versie van de werkelijkheid” zijn.

Ik schreef al eerder dat  de dynamiek van de uitvoering beperkt begrepen kan worden door procesmodellen zoals ze vaak gemaakt worden.

Dat komt onder andere doordat er in de werkelijke uitvoering van processen sprake is van beperkte beschikbaarheid van resources.

Maar,  het meest tot de verbeelding sprekende aspect van de uitvoering zijn de dingen waar het proces voor bedacht is; de zaken die door een proces stromen. Zaken zoals:

  • Emiel die honger heeft en een pizza wil laten bezorgen
  • Emiel die al weken hoofdpijn heeft en zich meldt bij de huisarts
  • Emiel die nieuwe schoenen nodig heeft

Post-it om de zaak te laten “stromen”

In workshops en trainingen gebruik ik geen post-its als weergave van een stap in een proces.

Ik gebruik ze als visualisatie van “zaken die door het proces stromen”.

Hieronder ziet u, als post-it, een fietsbestelling van Emiel die door het proces stroomt.

flow1(proces is in deze wel een groot woord; het is slechts een plaatje van de werkstroom)

Procesmodel niet met post-its

Het procesmodel zelf maak ik meestal niet met post-its. Het kán wel, bijvoorbeeld door verschillende kleuren te gebruiken, maar dat is verwarrend.

Het is heerlijk om lekker op bruin papier te plakken, maar om wille van snel kunnen aanpassen en communiceren, vind ik het handiger om een modelleertool te gebruiken. Bovenstaand plaatje komt uit Protos (later omgenoemd tot BPMone); de modelleertool die ik veel gebruikte toen ik nog bij Pallas Athena werkte.

Protos/BPMone?

Protos was een modelleertool waarin redelijk vrij gemodelleerd kon worden. Zonder al te strakke regels of opgelegde werkwijzes kon je er snel mee aan de slag.

Wilde je wel wat formeler modelleren, dan kon dat ook. De achterliggende gedachte achter deze methode was petri-nettten.  Geen BPMN?  Nee, want toen Protos al op versie 8.0 zat, was BPMN nog niet eens geboren 😉

Tool maakt niet uit, flow wel

Afhankelijk van het doel, zal ieder zijn voorkeur hebben voor een procesmodelleertool. Helemaal prima, maar deze blog gaat niet om de modelleertool, maar om het visualiseren van de “flow” van zaken in het proces.

En daarvoor gebruik ik dus die post-its. Het procesmodel projecteer ik op de muur en met de post-it visualiseer ik hoe de zaak van stap naar stap stroomt.

Dwingt tot nadenken 

Mijn ervaring is dat deze manier van werken tot nadenken aanzet. Wanneer je mensen naar een statisch plaatje laat kijken, leeft het minder dan wanneer je naspeelt dat je er een zaak mee afhandelt.

Hiermee maak je ook duidelijk dat een proces iets is “wat je voor een klant uitvoert”.  De customer journey is immers geen losse frats of after-thought zoals ik hier al eerder schreef.

Mijn ervaring is dat het visualiseren van de zaak het nadenken over waarom bepaalde procesdelen zo zijn bedacht wordt bevorderd. Bijvoorbeeld waarom en hoe keuzes worden gemaakt in een proces.

Is dit een keuze en wat hebben we nodig om die beslissing te nemen? 

In de werkstroom van de fietsbestelling start het proces met een keuze activiteit met meerdere mogelijke uitkomsten. Er wordt gekeken of de bestelde fiets op voorraad is.

06Dit maakt ook duidelijk dat een proces niet een aantal “blokjes met pijltjes” is. Dat is slechts de weergave. Om het werk echt te kunnen uitvoeren zijn er veel meer dingen nodig.

In bovenstaande activiteit “Checken voorraad” zullen mensen die beslissing nemen en gebruiken ze informatie en hulpmiddelen om ze daarin te ondersteunen.

En door de bestelling te visualiseren, kun je de vraag stellen “Wat hebben we nodig om te kunnen bepalen welk pad de bestelling gaat volgen?”

Denk daarbij aan:

  • Helder hebben wat de klant besteld heeft
  • Inzicht in de actuele voorraad

Vervolgens kun je nadenken hoe je dat gaat regelen. Misschien met een bestel- en voorraadsysteem. Of misschien kan de klant het werk zelf wel doen doordat hij/zij op de bestelsite al direct kan zien of de gewenste fiets op voorraad is. Om vervolgens de beslissing te nemen om wel of niet te bestellen.

Parallele processen zijn nog veel leuker met een post it

Laten we de bestelling van Iris eens verder volgen. Haar gewenste fiets bleek niet op voorraad te zijn en moet dus geproduceerd worden. Hiervoor wordt een productieorder opgesteld en deze wordt verstuurd naar de 3 partijen door wie de onderdelen van de fiets worden gemaakt.

Deze 3 partijen werken dus naast elkaar. Elk aan een (onder)deel van de bestelling.

Dit wordt een parallel proces genoemd.  En dit heb ik zelf altijd het leukste van het gebruik van de post-it gevonden. Want een post-it kun je scheuren!

Handig, want die ene bestelling wordt opgesplitst en gaat nu langs meerdere wegen verder.

Na de stap “Verzenden productieorder” ontstaan er 3 sub-opdrachten. Om dit te visualiseren scheur ik de post-it in drieën, waarna de 3 stukjes elk hun eigen weg volgen:

07

En-Split, hopelijk gevolgd door een En-Samenkomst

Het idee achter een parallel proces is dat de afhandeling van een zaak wordt opgesplitst, maar dat het ook weer samenkomt. De post-it moet dus weer als één geheel eindigen.

Het mooie van dit voorbeeld is, dat het een bestelling voor een fysiek product betreft. Je kunt je heel goed voorstellen dat een fiets niet compleet is zonder frame, wielen en accessoires.

Al die 3 onderdelen moeten klaar zijn voor dat de fiets geassembleerd kan worden. Pas als deze 3 mijlpalen zijn bereikt, kan het proces verder. Wat zei je? Mijlpalen?

Mijlpalen

In andere blogs schreef ik al dat ik een groot fan ben van het helder maken van mijlpalen in een proces. Het benadrukt dat een proces slechts een middel is om een resultaat op te leveren. Op de weg er naar toe kunnen tussenresultaten nodig zijn.

Door vanuit deze resultaten in plaats van uit activiteiten te ontwerpen, behoud je meer focus op de essentie van een proces. Eerst Waarom? en dan pas Wat? en Hoe?

En in de uitvoering kunnen mijlpalen de statussen van een zaak worden. Die kunt u tonen in een (al dan niet digitaal) dashboard en communiceren aan klanten.

In het procesmodel heb ik de mijlpalen voor de 3 fietsonderdelen expliciet opgenomen:

08In bovenstaande weergave van Iris’ bestelling is de situatie ontstaan  dat het frame en de accessorires gereed zijn. De wielen nog niet.

Dit dwingt weer tot nadenken hoe je in werkelijkheid met dit soort situaties wilt omgaan.

  • Hoe stem je de bewerkingstijd van paralelle paden op elkaar af?
  • Hoe zorg je er voor dat alle onderdelen van een bestelling bij elkaar komen?
  • Hoe krijgt Assemblage een melding dat ze aan de slag kunnen?

Alle mijlpalen bereikt? De post-it wordt weer één!

Uiteindelijk zullen ook de wielen gereed zijn en is aan alle voorwaarden voor het assembleren voldaan; er ligt een eenderde post-it in alle mijlpalen:

09

En da’s het leuke; de post-it gaat weer als 1 geheel verder. Gelukkig maar, want dat betekent dat we een hele fiets assembleren.

010

Of- Samenkomst

Zoals gezegd ben ik een fan van het expliciet maken van mijlpalen. Een andere mijlpaal in dit procesmodel is “Fiets gereed”.  Wanneer deze mijlpaal is bereikt, kan een fiets ingepakt en verstuurd worden.

In processentaal wordt deze mijlpaal ook wel een Of-samenkomst genoemd, omdat deze mijlpaal op 2 manieren bereikt kan worden:

  • De bestelde fiets was op voorraad
  • Of, de fiets moest geproduceerd worden.

011

Het expliciet maken, maakt hier duidelijk dat een zaak meerdere paden naar een mijlplaal kan volgen. Afhankelijk van beslissingen die eerder in het proces zijn genomen.

Dit dwingt je na te denken over het moment waarop deze beslissingen genomen moeten worden. En simpel procesontwerp-principe is immers “Neem beslissingen die het proces kunnen eindigen zo vroeg mogelijk in het proces”.

Het hele proces nog een keer

Dit hele blog stond in het teken van het feit dat je processen niet voor de lol hebt, maar voor het afhandelen van zaken.

Het zijn de zaken die door het proces stromen. In mijn workshops gebruik ik daarvoor regelmatig post-its die ik door het procesplaatje navigeer en daarmee onderhanden zaken visualiseer:

12

Mijn ervaring is dat statische procesmodellen veel meer gaan leven. Het dwingt daarnaast tot nadenken wat er allemaal geregeld moete worden om zaken in het echt af te handelen.

Gebruik meerdere kleuren

In bovenstaande animatie stromen meerdere post-its door het plaatje. Om onderscheid te maken tussen verschillende zaken, is het handiger om voor elke individuele zaak een andere kleur post-it te gebruiken.

Allemaal leuk en aardig 

Wat ik u hierboven verteld heb, gebruik ik regelmatig in workshops waar we de inrichting van een proces bespreken. Ik doe dit om het proces op deze manier meer te laten leven door er, gesimuleerd, zaken mee af te handelen. Daarover gesproken:

Kan dat niet met simulatie tools?

De wat luxere procesmodelleertools kennen meestal ook een mogelijkheid tot simulatie. Hiermee kun je een proces “doorrekenen”.  Sommige tools bieden ook de mogelijkheid om de stroom van zaken te visualiseren.

Het kan echter wel veel werk zijn om alle benodigde data voor simulatie te verzamelen en in te voeren. Deze data is nodig om, met behulp van simulatie, iets zinvols te kunnen zeggen over de prestaties van een proces.

Hoe mooi zou het dus zijn wanneer deze data automatisch wordt verzameld?

Process Mining

En daar kan de technologie van process mining helpen.  Process Mining zet data, afkomstig uit de systemen waarmee u uw processen uitvoert, om in procesmodellen.

Een soort van procesmodelleer-robot dus. Vanzelfsprekend moeten uw systemen deze data op kunnen leveren, maar dan heeft u wel procesmodellen (en heel veel gerelateerde data) om uitspraken te kunnen doen over de prestaties van uw proces(sen).

Meer weten over process mining? Gewoon even googelen.

Maar simpeler kan dus ook

Gaat simulatie en processmining u nog iets te ver, maar heeft u wel uw processen vastgelegd?

Pak eens een post-it en laat de zaak stromen. Veel scheurplezier!

 

 

 

Simpel is niet altijd zo simpel

Welke problemen van uw klanten worden opgelost doordat u uw processen uitvoert?

Wanneer ik organisaties help met procesdingen, staat die vraag bij mij voorop. Een proces is slechts een middel.  Een middel om een resultaat op te leveren en daarmee de problemen van je klanten op te lossen.

Door dat, op te lossen, probleem voor ogen te houden, hoop ik te voorkomen dat er aan zinloze processen wordt gewerkt.  Daarnaast biedt het de mogelijkheid om voorgestelde procesverbeteringen te toetsen aan het gewenste procesresultaat.

Maar zoals er meerdere wegen naar Rome leiden, kan een bepaald procesresultaat meestal ook op meerdere manieren worden bereikt .

En dan wil het wel eens gebeuren dat er heel ingewikkelde oplossingen worden bedacht, die uiteindelijk werken, maar ook simpeler hadden gekund.

Mijn ervaring is dat, als je vanuit een bepaalde invalshoek en met een bepaalde bagage naar een probleem kijkt, het soms lastig is om die simpelheid te zien. Herkent u dat?

Daarom vind ik processen ook zo mooi; daarin komen mensen met verschillende kennis en vaardigheden samen. Allemaal met hun eigen “simpele” oplossingen.

Ik zeg ook altijd heel stoer dat ik van simpele oplossingen houd, maar moest daarbij plotseling denken aan een grappige situatie van toen ik nog op school zat.

Op één of andere manier ben ik ooit op het VWO beland. Ik leerde daar allerlei leuke theoretische dingetjes, maar was ondertussen best wel jaloers op mijn vrienden.

Zij zaten bijna allemaal op de LTS en leerden daar gave dingen als houtbewerking, lassen en het repareren van auto’s.  Geen wonder dat ik, na het afraffelen van m’n huiswerk voor Wiskunde B en Natuurkunde, altijd te vinden was ergens in een schuurtje om bijvoorbeeld een grotere cilinder onder een Honda MT te sleutelen.

Maar op een gegeven moment was er een tijd dat mountainbikes in waren en we hadden er allemaal eentje gekregen of gekocht. Hoe gaaf zou het zijn om te weten wie het snelst kon, dus hadden we er ook allemaal zo’n digitale kilometerteller bij. U weet het vast nog wel; met zo’n magneetje in het wiel.

Om dat ding goed in te stellen moest je de omtrek van het wiel invoeren.  En ik, als VWO’er, had daar een formule voor geleerd: 2πr

Dus een meetband opgezocht om al wiebelend de straal van het wiel proberen te meten. Best nog wel lastig met zo’n noppenband. Rekenmachine erbij en huppakee vol trots toonde ik de omtrek van mijn wiel.  “Moet ik dat ook even voor jullie doen, jongens?”

“Nee” zegt mijn vriend Jeroen “maar geef me wel even die meetband”

Vervolgens pakt hij zijn fiets. Rolt het voorwiel totdat het ventiel onder zit. Zet een streepje op straat. Rijdt vervolgens met de fiets todat het ventiel weer onder zit en zet opnieuw een streep. Legt z’n fiets aan de kant en meet de afstand tussen de 2 strepen.

“Jij met je Pi gedoe. Kom op, we gaan crosssen”