Deze vraag stellen is in zekere zin hem beantwoorden. Immers, als ze volledig uitwisselbaar zouden zijn, zouden we niet hoeven uit te weiden. Het maken van het onderscheid tussen bedrijfsregels en processen is behoorlijk cruciaal, vooral met de potentiële waarde van big data en AI die aan onze deur klopt. Sta ons toe om dit uit te leggen.

Processen versus regels

Terwijl regels doorgaans gericht zijn op ‘wat’, zijn processen meestal gericht op ‘hoe’. Bedrijfsregels beschrijven bijvoorbeeld wat er moet worden gedaan, welke criteria moeten worden toegepast en welke beleidsregels moeten worden gehandhaafd. Bedrijfsregels richten zich daarom op de waarde die moet worden gecreëerd in/door een proces. Processen daarentegen beschrijven in welke volgorde (hoe) activiteiten moeten worden uitgevoerd om de gewenste waarde of uitkomst te creëren. Het is dus niet een kwestie van het een of het ander; ze werken in eenheid samen. Het probleem met bedrijfsregels is echter dat ze vaak niet duidelijk en expliciet gedefinieerd zijn en ‘verspreid zijn over de organisatie’. Zelfs medewerkers die betrokken zijn bij het definiëren en modelleren van processen hebben vaak moeite om de bedrijfsregels die deze processen regeren expliciet te maken, of negeren deze regels simpelweg helemaal. We kunnen ze zelfs niet de schuld geven, aangezien de meesten van ons zijn, en nog steeds worden, opgeleid in een procesgerichte visie. Degenen onder ons die het grotere plaatje wel kunnen zien, zijn – letterlijk – uitzonderingen op de regel.

Software gedreven door regels

Het kennen van het verschil en het begrijpen van de relatie tussen de twee concepten heeft ernstige gevolgen voor softwareontwikkeling. Gelukkig genoeg waren de oprichters van USoft zich hier vanaf het begin goed van bewust. Wetende dat processen afhankelijk zijn van en worden gedefinieerd door een verscheidenheid aan factoren, waardoor ze vatbaar zijn voor verandering, besloten ze software te ontwikkelen op basis van bedrijfsregels in plaats van processen. Immers, in tegenstelling tot processen blijven bedrijfsregels doorgaans stabieler in de loop van de tijd. Daarom blijft de software zelf ook veel stabieler, is deze gemakkelijker te beheren en kan deze veel gemakkelijker en sneller worden aangepast in geval van veranderende omstandigheden en eisen. Het feit dat verschillende van onze klanten al meer dan vijftien jaar met exact dezelfde software werken, spreekt boekdelen.

Voorbeeld uit de luchtvaart

Als je naar de luchtvaart kijkt, bijvoorbeeld, kun je gemakkelijk een reeks universele regels vaststellen die bepalen of een passagier al dan niet aan boord van een vliegtuig kan gaan. Deze factoren omvatten het tonen van een geldig ticket en identiteitsbewijs, het passeren van de douane en de beveiliging en het op tijd inchecken. Als een van deze criteria niet wordt voldaan, kan een persoon niet reizen. Hoe deze criteria worden vertaald naar processen en procedures kan variëren van de ene luchthaven naar de andere. Door alle relevante gegevens die met de regels zijn verbonden te absorberen in één enkel model, bevrijden we onszelf van de last van verdere en gedetailleerde procesmodellering om lokale omstandigheden op te nemen als een centraal element in onze softwareoplossingen. Deze benadering heeft ons een concurrentievoordeel opgeleverd dat we meer dan bereid zijn met je te delen. Maar alleen als dit natuurlijk geen van jouw bedrijfsregels schendt… Voor meer informatie over hoe je ‘volgens de regels kunt spelen’, kun je te allen tijde contact opnemen met Hans Canisius.