Uitvoeringsprocessen Wendbaar en Permanent in Control

White paper
Your business technologists. Powering progress
U
uitvoeringsprocessen
wendbaar en
permanent in control
Visie op flexibele uitvoeringsorganisaties
Inhoud
1. Permanent in control met wendbare uitvoeringsprocessen 2. Het speelveld

De context De uitvoeringsproblematiek Strategische keuze maken De richting bepalen
3 5
5 5 6 6
3. De business case
Kwantitatieve voordelen Kwalitatieve voordelen De business case maken
7
7 7 7
4. De positionering
Binnen de kaders van Nora 3.0 Fundamentele keuzes Inpassen en combineren
9 9 10
5. De realisatie
Integrale Business Rules Aanpak Fase 1: Orintatie/Discover Fase 2: Analyse (Logisch inrichten) Fase 3: Design/Ontwerp (Fysiek inrichten) Fase 4: Build/Implementatie (Technisch inrichten) Fase 5: Exploitatie/Beheer en Regie (verrichten/control)
11
11 13 15 17 19 22
6. Duurzame wendbaarheid 7. Referenties 8. Definities

Over de auteur
23 25 26
27
Uitvoeringsprocessen, wendbaar en permanent in control
1. Permanent in control met wendbare uitvoeringsprocessen

Uitvoeringsinstanties hebben veelvuldig te maken met politiek beleid dat met regelmaat wijzigt, waardoor bedrijfsregels (op basis van weten regelgeving) bijgesteld moeten worden en geoperationaliseerd. Om dat op alle lagen binnen een uitvoeringsorganisatie bij te kunnen benen is wendbaarheid een belangrijke succesfactor. Dit white paper beschrijft de visie van Atos hoe uitvoeringsinstanties op een beheerste manier en stapsgewijs kunnen transformeren naar een duurzaam wendbare organisatie. Een organisatie die in control is, en de snelheid van wijzigingen in weten regelgeving kan volgen en snel kan omzetten in de operationele uitvoering daarvan. Veel gehoorde irritaties zijn: lang wachten, geen antwoord krijgen, moeizame processen en moeilijk te begrijpen formulieren. Er zijn in Nederland meer dan zeshonderd uitvoeringsinstanties die te maken hebben de uitvoering van weten regelgeving. Regels gebaseerd op overheidsbeleid (nationaal en Europees) en op de instrumenten die in het kader van beleid zijn ontwikkeld, zoals wetten, regels, kamerstukken en bestuursakkoorden. Wendbaarheid is ook het vermogen om vanuit het klantperspectief te denken en te handelen en om de wijzigende verwachtingen en behoeften van de verschillende klanten te kunnen volgen. De klant verwacht dat de dienstverlening verleend wordt vanuit de op dat moment geldende weten regelgeving, verordeningen, subsidies en dergelijke: vraag gestuurd vanuit de behoefte. Klanten - burgers en de bedrijven staan in deze dienstverlening centraal. Wendbaarheid is niet alleen een technisch vraagstuk. Het is ook een kwestie van instelling, houding en gedrag. De sleutel om duurzame wendbaarheid te realiseren, ligt in de directiekamer ( waar het beleid wordt bepaald) en bij het management (dat dit beleid implementeert).
Wet gebaseerd werken

Omdat rechtmatigheid en voldoen aan wettelijke regels (compliance) essentieel is bij het nemen van de juiste beslissingen, is het kunnen herleiden van de beslislogica en bedrijfslogica naar de bedrijfsdoelen, wetgeving, reguleringen en beleid essentieel. Bij het wijzigen van de hierop gebaseerde operationele regels moet de impact op de organisatie en de doelstellingen eenvoudig kunnen worden ingeschat, evenals de impact op de ondersteunende IT systemen. Een integraal doorgevoerde regelaanpak is essentieel om daadwerkelijk op de wet gebaseerd te kunnen werken.
Gentegreerde regelgeorinteerde aanpak

De kern van de hier gepresenteerde visie is gebaseerd op een gentegreerde regelgeorinteerde aanpak. Een aanpak die het gehele spectrum omvat van de omzetting van weten regelgeving in operationele regels in natuurlijke taal, tot aan de implementatie van deze regels in de proces ondersteunende IT systemen en het duurzame beheer daarvan.
Belangrijke asset
Om wendbaarheid te realiseren is het noodzakelijk om bedrijfsregels als waardevolle activa (asset) op bedrijfsniveau te positioneren en nadrukkelijk niet op het niveau van een project of programma. Het op deze wijze strategisch positioneren van bedrijfsregels en Business Rules Management (BRM) is een belangrijke best practice binnen de bredere Business Proces Management (BPM) visie op het optimaliseren en flexibiliseren van bedrijfsprocessen en de bijbehorende IT ondersteuning.
Het gaat om mensen

Bij dienstverlening door de overheid gaat het om mensen, de burgers, bedrijven en de maatschappij, zoals verwoord in de visie op publieke dienstverlening met de titel Dienstverlening draait om mensen van het VNG (Gemeenten Maart 2010). Het rapport vormt een actualisering van de commissie Jorritsma uit 2005.
Slimmer
Voor uitvoeringsinstanties biedt een op de wet gebaseerde regelgeorinteerde aanpak van de informatievoorziening ook het voordeel om slimmer in plaats van harder te moeten werken. Dat levert in een tijd van bezuinigingen en budgetkortingen op een natuurlijke wijze noodzakelijke besparingen op. Tegelijkertijd kan een wendbare organisatie de service aan de burger en de ketenpartners verbeteren.
Integrale aanpak
In dit document presenteert Atos een complete, integrale en regelgeorinteerde aanpak die begint bij de uit te voeren weten regelgeving en voert tot aan de bits en bytes van de IT ondersteuning. De aanpak is niet alleen toepasbaar in een eenmalig project, maar werkt door in de beheerfasen van een voorziening. Zo realiseert deze unieke aanpak tevens permanente controle op de bedrijfslogica van het bedrijf. Dit is een belangrijke voorwaarde voor wet gebaseerd werken en alle situaties waar op elk gewenst moment het bewijs van compliance geleverd moet kunnen worden.
Kwaliteit dienstverlening
In een recent onderzoek door de Nationale Ombudsman geven 77% van de ondervraagden aan dat zij ervaren dat de kwaliteit van dienstverlening door de overheid de afgelopen jaren is afgenomen (Ombudsman 2013). Dit zijn geen opwekkende cijfers. Als belangrijkste oorzaken worden in dit rapport de complexiteit van en de frequente veranderingen in de weten regelgeving genoemd. Daarbij komt dat overheidsorganisaties onafhankelijk van elkaar maar wel tegelijkertijd betrokken zijn bij een onderwerp dat de burger raakt, terwijl de regels slechts door een beperkte groep experts begrepen wordt.
Wendbaarheid
Wendbaarheid is het vermogen van een onderneming om zich aan te passen aan de veranderende omstandigheden buiten en binnen het bedrijf. Met bedrijf wordt hier bedoeld: de organisatie, de bedrijfsprocessen en de IT ondersteuning van de bedrijfsprocessen. De meest succesvolle bedrijven hebben aangetoond dat zij in staat zijn om zich keer op keer aan veranderende (markt)omstandigheden aan te passen en de steeds wijzigende weten regelgeving te volgen.
Voordelen van deze integrale aanpak zijn: Wendbaarheid (business agility). Transparantie ingericht waardoor altijd bewijsbaar compliant. Business in control door greep en zicht op de eigen operationele regels. Permanente kostenbesparingen door efficinter wijzigingen kunnen doorvoeren. Kortere time-to-market door sneller wijzigingen kunnen doorvoeren.
Het eerste hoofdstuk is bedoeld voor diegenen die zich snel een beeld willen vormen wat wendbaarheid kan opleveren en wat Atos daarin kan betekenen, zoals de bij de besluitvorming betrokkenen: de beslissers en de adviseurs van de beslissers. In het bijzonder zijn de eerste twee hoofdstukken interessant voor de CIO van de onderneming. In het tweede hoofdstuk wordt het speelveld verkend en de oplossingsrichting aangegeven, terwijl het derde hoofdstuk richt zich op de afweging van investering en wat het wendbaar inrichten van de onderneming gaat opleveren. Dit laatste is geen koude en uitsluitend financile calculatie, maar kijkt ook naar de ruimere toegevoegde waarde en effecten voor de onderneming. Het vierde hoofdstuk richt zich op het positioneren van de oplossing binnen relevante kaders. Het vijfde hoofdstuk gaat in op het daadwerkelijk en integraal inregelen van de wendbare procesondersteuning van weten regelgeving tot aan de bits en bytes van de ondersteunende IT voorzieningen. Deze hoofdstukken vier en vijf geven praktische invulling aan wat in de eerste twee hoofdstukken is geschetst. De hoofdstukken zijn gericht op de adviseurs, de architecten, programma managers en in het bijzonder informatie managers. Met het zesde hoofdstuk wordt het white paper afgesloten en de belangrijkste conclusies samengevat.
RuleArts levert een specifieke oplossing voor regelbeheer van operationele regels in natuurlijke taal: RuleXpress. Meer informatie op: www.rulearts.com.
Blueriq levert een gelijknamige flexibele regelgeorinteerde implementatie oplossing. Meer informatie op www.blueriq.nl.
Atos
De integrale aanpak sluit aan op de technische randvoorwaarden die gecreerd worden binnen het Nationaal Uitvoerings Programma (NUP) en geeft informatie technisch invulling aan burger en bedrijfsgerichte dienstverlening (houding en het gedrag van dienstverleners en de vraag en behoefte van inwoners centraal stellen). De visie werkt toe naar een overheid met een verscheidenheid aan frontoffices en enkele strategische centrale backoffices: burgers en bedrijven hoeven maar bij n deur aan te kloppen. De activiteiten en beslissingen in de keten achter die deur zijn op elkaar afgestemd. Daarnaast realiseert deze integrale aanpak aanzienlijke en blijvende kostenbesparingen op het onderhoud van IT systemen. Atos is als systeemintegrator partner bij uitstek omdat Atos veel ervaring heeft in alle benodigde disciplines. Daarnaast beschikt Atos over strategische partnerships die vrijwel elke technologie stack afdekken. In het white paper worden twee van deze strategische partners genoemd: RuleArts en Blueriq. RuleArts met een specifieke oplossing voor regelbeheer van operationele regels in natuurlijke taal en Blueriq met een zeer flexibele regelgeorinteerde implementatie oplossing.
De voorbeelden
Het white paper illustreert met enkele eenvoudige voorbeelden de regelgeorinteerde aanpak, waarbij de producten van twee strategische partners worden beschreven: RuleArts en Blueriq.
Leeswijzer
Dit white paper schetst een blauwdruk waarmee uitvoeringsorganisaties hun wijze van werken op een beheerste en duurzame manier kunnen inrichten, zodat wendbaarheid een deel van de bedrijfsstructuur wordt.
2. Het speelveld
De moderne burger en met name de generatie-Y verwachten vooral in de digitale dienstverlening een onmiddellijke en volgens de op dat moment actueel geldende regels onderbouwde beslissing. Immers, de overheid maakt de regels. Waarom duurt het dan zo lang tot een beslissing (op basis van die regels) genomen kan worden? Hoe kan op een duurzame, transparante en efficinte wijze aan de verwachtingen worden voldaan? Om die vraag te kunnen beantwoorden, kijken we eerst naar de uitvoeringsproblematiek, om vervolgens de passende strategie en de oplossingsrichting te bepalen.
We zien gelukkig wel de positieve ontwikkeling vanuit het programma Compacte Rijksdienst, en ook dat overheidsinstanties steeds meer gebruikmaken van shared services diensten. Dit manifesteert zich vooral ten aanzien van Human Resources, Finance en Inkoop- en commodity ICT-diensten. Standaardisatie houdt al in dat dergelijke ondersteunende diensten aanzienlijk efficinter n met een hogere kwaliteit en betrouwbaarheid worden geleverd. Als we echter naar de primaire processen van uitvoeringsinstanties kijken, dan zien we dat daar de silo-architecturen vaak nog fier overeind staan. Dit houdt in dat zodra weten regelgeving wijzigt of wordt gentroduceerd, uitvoeringsinstanties voor een steeds lastigere taak komen te staan om alle geraakte processen, procedures, informatievoorziening en -systemen te onderhouden. Hoe meer er sprake is van interne silos, des te groter de problematiek. Het beheer en onderhoud wordt steeds arbeidsintensiever, moeilijker en duurder. En ook de doorlooptijd voor het doorvoeren van veranderingen in het primaire bedrijfsproces systemen op basis van veranderende weten regelgeving wordt hierdoor steeds langer.
Dat is zeker nog niet overal zo. Dat komt omdat bij veel overheidssystemen de bedrijfsregels nog op - ouderwetse - manier hard zijn geprogrammeerd en vaak slecht gedocumenteerd. Daardoor is het lastig om veranderingen trefzeker door te voeren. Vaak zijn er zes tot negen maanden nodig om een verandering te implementeren, omdat de proces ondersteunende systemen destijds niet zijn ontworpen om frequent te worden aangepast. Ook het voortbrengingsproces is vaak nog niet voldoende flexibel ingericht om te kunnen omgaan met de verschillende ritmes van de levenscycli van processen, bedrijfsregels, teksten en formulieren. De OTAP-straat is niet ingericht op de snelle en vaak ook frequente veranderingen die bedrijfsregels en -teksten ondergaan. De problematiek waar uitkeringsinstanties mee te maken hebben is niet eenvoudig: Snel op elkaar volgende wijzigingen in weten regelgeving vergen het uiterste van de organisatie. De politiek is in de lead en uitvoeringsorganisaties moeten het ingestelde beleid volgens de politieke agenda implementeren in hun uitvoeringsprocessen. Tegelijk werken uitvoeringsinstanties met verouderde systemen en technologien, die zij niet gemakkelijk kunnen vervangen. Er zijn forse en verplichte besparingen opgelegd, die grootschalige vernieuwing in de weg staan. De klanten (burgers en bedrijven) en ook de ketenpartners verwachten kwaliteit en foutloos werkende processen. Dit in een veranderend speelveld binnen de overheid, waar uitvoeringsinstanties kampen met onvoldoende op elkaar afgestemde ICT, definities en ontologien. De problematiek raakt de kwaliteit van de dienstverlening van uitvoeringsorganisaties. Daarbij komt dat interdepartementaal teveel ICT systemen en informatieconcepten onvoldoende op elkaar aansluiten en gebaseerd zijn op niet op elkaar afgestemde definities en metadata.
De context
Onze samenleving is gebaseerd op weten regelgeving. Wet- en regelgeving beschermt burgers en organisaties tegen onrechtmatigheid en ongelijkheid. Wet- en regelgeving zorgt ook voor de rechten en plichten van burgers en bedrijven. Wet- en regelgeving moet zinvol zijn, uitvoerbaar en evolueert daarom door de jaren heen. Voortschrijdend inzicht (ook vanuit de uitvoering en inspectie), jurisprudentie en (inter)nationale ontwikkelingen maken dat weten regelgeving voortdurend wordt aangepast aan een nieuwe leefsituatie en omstandigheden. Het snel doorvoeren van veranderende weten regelgeving blijkt voor uitvoeringsinstanties een uitdaging op zich. Als we naar uitvoeringsinstanties kijken, dan zien we dat deze vaak autonoom opereren. Elke uitvoeringsorganisatie heeft zo haar eigen processen, procedures, administratieve organisatie, informatiesystemen en ICT ingeregeld. Vaak zijn uitvoeringsinstanties intern opgedeeld in silos en bestaat er geen integraal klantbeeld voor de dienstverlening. Mede hierdoor is er in de loop der jaren een complex applicatielandschap ontstaan met veel redundantie in processen, procedures en systemen.. Elke nieuwe regeling resulteerde veelal in een nieuw systeem, dat weer gekoppeld moest worden met aanpalende systemen.
De uitvoeringsproblematiek
Elke uitvoeringsinstantie moet voldoende wendbaar zijn om aan de wisselende eisen en veranderende omstandigheden te kunnen voldoen. Veranderingen die voortkomen uit weten regelgeving, maar ook uit nieuw beleid, (subsidie)regelingen, verordeningen en eventueel individuele afspraken. Welke uitvoeringsinstantie kan op dit moment zeggen dat zij zo wendbaar is, dat zij alle veranderingen gemakkelijk kan volgen? Naast wendbaarheid in de organisatie betekent het ook impliciet de wendbaarheid van de IT voorzieningen. Aanpassingen aan nieuwe afspraken en regels moeten idealiter binnen enkele weken gemplementeerd zijn.
Strategische keuze maken

De inrichting van de voorzieningen moet flexibeler: vergunningen, ontheffingen en subsidies moeten sneller en met minder kosten gerealiseerd en gewijzigd worden. Concepten en IT bouwstenen moeten herbruikbaar worden. Het is een politieke keuze om de contacten met de burger zo veel mogelijk digitaal te laten verlopen en zo te bezuinigen op de uitvoeringskosten. Hoewel contact via e-mail veelal is uitgesloten, is het uiteindelijk de bedoeling dat alles verloopt via portaal-oplossingen. eHerkenning en DigiD zorgen voor identificatie en authenticatie van ondernemers en burgers. Via standaarden als Digikoppeling worden actuele gegevens uit de basisregistraties opgehaald; de Berichtenbox wordt ingezet om met ondernemers en burgers op een veilige manier te communiceren. De applicaties zijn in beheer bij verschillende leveranciers, maar dezelfde regels zijn van toepassing bij verschillende stappen in het proces. Daarbij komt dat de Nederlandse weten regelgeving complex is: zij bestaat uit meerdere lagen en toevoegingen in de vorm van uitvoeringsbeleid en jurisprudentie. Dan zijn er specialisten nodig die precies weten hoe het recht in elkaar steekt en in de praktijk toegepast moet worden. Hoe zorgen we er voor dat het rele risico op inconsistente interpretatie van de regels in de verschillende deeltoepassingen structureel wordt voorkomen? De strategische keuze die gemaakt moet worden, is die voor een andere aanpak en voor een technologie die beter dan de traditionele manier van applicatiebouw tegemoet komt aan de eis van veranderbaarheid en onderhoudbaarheid (ISO/IEC_25000 2011) van bedrijfsregels. Ook de informatiehuishouding en de koppeling met weten regelgeving moet consistenter en beheersbaarder worden ingericht. Transparant verantwoorden van operationele afspraken en beslissingen en het terugleiden daarvan naar de kader gevende bronnen wordt daardoor een kwestie van een eenvoudig rapport. Compliance kan zo eenvoudig toegankelijk en duurzaam worden ingericht.
Een integrale en regelgeorinteerde aanpak van deze problematiek wordt inmiddels door velen als de juiste strategische keuze gezien om oplossingen voor deze problematiek te realiseren.
aanpak. Zij vertegenwoordigen de kennis wat de handigste en meest efficinte volgorde is om dingen te doen. De gecombineerde toepassing van regel gebaseerde implementatietechnologie en het inrichten van regelbeheersing in natuurlijke taal aan de kant van de business leidt tot duurzaam effectievere digitale dienstverlening en tegelijkertijd tot een aanzienlijke en blijvende kostenreductie. Naast kostenbesparingen levert het sneller kunnen reageren op interne en externe invloeden betere service aan burgers en bedrijven en aan ketenpartners op. Voor de eigen organisatie levert de regelgeorinteerde aanpak eenduidiger communicatie op en daarmee minder ruis en overhead. Bedrijfsregels zijn de vertaling van de bedrijfsstrategie, weten regelgeving en bedrijfsexpertise naar concrete en operationele richtlijnen en afspraken. Bedrijfsregels zijn te vinden in handboeken, procedures en ook in bestaande IT-systemen. De voordelen van een regelgeorinteerde aanpak zijn daarmee groot, zowel financieel als ook op de bedrijfsvoering. Het valt echter niet mee om een goede business case op te stellen en het management te overtuigen van de noodzaak van permanente greep en zicht op de eigen bedrijfslogica en de IT implementatie daarvan.
De richting bepalen
Digitale dienstverlening staat hoog op de politieke agenda en daardoor zijn er steeds meer uitvoeringsinstanties en gemeentes die inzetten op regel gebaseerde IT voorzieningen, zoals Business Rules Engines en beslisbomen. Deze kunnen zonder programmeerwerk verandering gemakkelijker accommoderen. Bijvoorbeeld bij aanvraagprocessen voor bouwvergunningen of het aanvragen van een WMO voorziening. Ook buiten de publieke sector zetten bedrijven in op meer regel gebaseerde systemen en aanpakken. Immers bedrijfslogica en de bijbehorende bedrijfsregels maken het overgrote deel uit van de essentile functionaliteit van software en zijn het meest aan verandering onderhevig. Door toepassing van een integrale regelgeorinteerde aanpak en de bijbehorende veranderingsvriendelijke technologie kunnen aanzienlijke besparingen bereikt worden. Dit vergt een initile investering, maar die kan snel terugverdiend worden. Veelal al binnen een jaar doordat de benodigde ontwikkeltijd gemiddeld met 25-50% verminderd kan worden. De doorlooptijd om een pakket wets- en beleidswijzigingen door te voeren wordt daarmee verkort tot enkele weken in plaats van de huidige zes tot negen maanden. Uiteindelijk kunnen de onderhoudskosten duurzaam met 50-70% dalen, wat een positieve invloed heeft op de TCO. Atos zet met zijn dienstverlening in op een meer regelgerichte aanpak, die ook borgt dat de beslissingen op de juiste juridische basis en grondslag (rechtmatigheid) genomen worden. Dit in tegenstelling tot een meer procesgerichte aanpak, die alleen de juiste stappen borgt. Processen zijn op de keper beschouwd ook een verzameling van regels. Specifieke regels (procesregels) die bepalen welke stappen of activiteiten in welke volgorde worden genomen. Hoewel deze procesregels niet zo vaak aan wijziging onderhevig zijn als beslisregels, behoren ook zij tot de integrale regelgeorinteerde
3. De business case
Hoewel het strategisch beheren van kennis en bedrijfslogica voor senior managers vaak evident is, leeft het vraagstuk van de business case hiervoor nog steeds bij vooral het hoger en middenkader in ondernemingen. Dat is niet verwonderlijk omdat zij worden afgerekend op de resultaten op de korte en hooguit middellange termijn. Hoe kunnen gemaakte investeringen snel worden terugverdiend? De gecombineerde toepassing van regel gebaseerde implementatietechnologie en het inrichten van regelbeheersing in voor de business toegankelijke natuurlijke taal leidt aantoonbaar tot een duurzaam wendbare en effectievere digitale dienstverlening. Tegelijkertijd leidt dit ook tot een aanzienlijke en blijvende kostenreductie. Maar kan dit in financile termen onderbouwd worden en is dit met een hoge voorspellende waarde te calculeren? Naast duidelijke kwantitatieve voordelen moeten in de business case ook de kwalitatieve voordelen ingeschat worden: pas dan is sprake van een zinvolle business case.
Kostenvoordeel
Praktijkervaringen laten zien dat besparingen van gemiddeld 30% op inspanning op vergelijkbare werkzaamheden ten opzichte van klassieke requirements engineering zijn te behalen. Onder andere doordat het helder en compleet krijgen van regelspecificaties vroeg in het voortbrengingsproces plaats vindt en er minder tekstuele ontwerpen opgesteld hoeven te worden. In de realisatiefase zijn in deze praktijkervaringen ten opzichte van klassieke programmering nogmaals 30% aan besparingen gemeten. In totaal zijn ten opzichte van een klassieke ontwikkelaanpak gemiddelde besparingen van 50% gemeten (Bosch Software Innovations 2008).
De business case maken

Voor het maken van een solide business case voor bedrijfsbrede regelorintatie zijn er vier aspecten daarbij betrokken moeten worden: Waarde van de intellectuele bedrijfsmiddelen (bedrijfsregels en bedrijfslogica). Potentieel toegevoegde waarde (betere service). Kosteneffectiviteit (TOC, positief effect op bedrijfsklimaat). Kortere time-to-market (wendbaarheid). Het is een snel gemaakte fout om in deze tijd van economische teruggang uitsluitend te kijken naar de kosten en de baten en de waarde van de onderneming zlf bij het maken van de business case buiten beschouwing te laten. De eerste twee zijn voor de duurzaam profitabele bedrijfsvoering wellicht belangrijker dan het kijken naar kosten alleen.
Kwalitatieve voordelen
Naast de kwantitatieve voordelen wendbaarheid, kostenreductie en time-to-market zijn er ook kwalitatieve voordelen, die pleiten voor het inzetten op regelorintatie voor bedrijfsondersteuning en applicatiebouw: Bedrijfslogica wordt als waardevolle asset onder beheer geplaatst. Transparantie en navolgbaarheid van de bedrijfslogica met traceerbaarheid vanaf de bedrijfsdoelstellingen en de weten regelgeving tot aan de geautomatiseerde beslissingen en regels. Trefzeker kunnen veranderen (first time right); Breed beschikbaar over applicaties en organisatorische grenzen heen (geen onnodige applicatie silos). Kwaliteitverbetering (minder bugs). Hergebruik van de beslislogica over processen heen. Eenduidig permanent beheer van beslislogica en van de bedrijfsregels. Vermogen on snel te kunnen veranderen als dit nodig is voor de bedrijfsvoering in plaats van te moeten wachten op een volgende release cycli. Minder technisch georinteerde testen noodzakelijk. De voordelen van een regelgeorinteerde aanpak zijn aanzienlijk, zowel in financieel opzicht als in positieve invloed op de wendbaarheid van de bedrijfsvoering.
Waarde van de intellectuele bedrijfsmiddelen

De waarde van kennis en bedrijfslogica is niet gemakkelijk en exact in te schatten. Iedereen kent het gezegde kennis is macht, dat zeer waar is. Een mogelijkheid om de waarde van deze macht in te schatten, is te kijken naar de kosten die gemoeid zijn om deze kennis op te bouwen, te onderhouden en actueel te houden. De volgende onderdelen zijn daarbij van belang: Markt waarde: wat is de bedrijfslogica waard op de open markt? Wat kost het om een team van experts in te huren (die daarna weer weg gaan), wat kost het om intern een team van experts op te bouwen en in dienst te houden? Wat is een patent waard? Kennisverloop: wat kost het om de instroom van personeel te trainen, die nodig is om de doorstoom op te vangen? Aansprakelijkheid: hoe kwetsbaar is de onderneming voor juridische aansprakelijkheid, product traceerbaarheid, de noodzaak om te verantwoorden, en voor afspraken gemaakt en vastgelegd in contracten.
Kwantitatieve voordelen
Wendbaarheid: door permanente en heldere zicht en stevige greep op de bedrijfseigen bedrijfslogica; doordat de impact van regelwijzigingen snel en trefzeker bepaald kan worden. Kostenreductie: door minder inspanning voor de initile bouw doordat er minder geprogrammeerd hoeft te worden; door verminderde onderhoudsinspanning. Voor het onderhoud van de business logica is het niet meer nodig te programmeren. Kortere time-to-market doordat regelgeorinteerde systemen veel sneller ontwikkeld en aangepast kunnen worden aan nieuwe regelgeving dan conventionele systemen.
Ondernemingen hebben vaak wel de waarde hun fysieke bedrijfsmiddelen goed in kaart gebracht en op de balans gezet, maar hebben veelal geen idee van de waarde van hun intellectuele bedrijfsmiddelen. Experts schatten dat deze waarde die van de fysieke bedrijfsmiddelen met een factor 5 tot 10 overstijgt (Bontis 2000), (LIONE n.d.). Voor een eerste globale inschatting is deze factor een eerste houvast.
Kosteneffectiviteit
Door in het bijzonder het permanente zicht en de greep op de eigen bedrijfslogica zijn ondernemingen in staat trefzekerder te opereren en te veranderen. Ook heeft het consistente gebruik van het bedrijfsvocabulaire een groot en gezond effect op het verminderen van ruis en misverstanden (Clarke n.d.), (IDC 2008). De belangrijkste voordelige effecten op de kosten komen voort uit: Heldere communicatie en beperking van de communicatieoverhead in woord en geschrift, minder misverstanden en gevolgfouten. Door kwalitatief betere afstemming een verhoogde productiviteit met minder mensen en uiteindelijk meer innovatiekracht. Door de kwalitatief betere afstemming kosten besparingen bij wijzigingen en aanpassingen in de procesondersteuning. Uiteindelijk leidt dit alles tot een hogere bedrijfswaardering.
Zo simpel?
Bij het opstellen van de business case voor regelorintatie moet vaak een oplossing gevonden worden voor: Het ontbreken van een baseline: slechts weinig organisaties hebben een goed idee van de (doorgaans hoge) kosten gemoeid met het niet in de greep hebben van het eigen bedrijfsvocabulaire en bedrijfslogica. Het ontbreken van een gedeelde managementvisie: in de praktijk heeft ieder onderdeel van de onderneming een eigen agenda. Het dan ook zaak deze agendas op elkaar af te stemmen en om te gaan met de belangen van de verschillende managers. De complexe link tussen oorzaak en effect: hoe kan voldoende worden aangetoond dat verbeteringen in de bedrijfsvoering aan kennisbeheer en regelorintatie moeten worden toegeschreven? Het maken van een waterdichte business case is daarmee verre van eenvoudig. Hoe dan ook: een gedachtenexperiment waarbij de organisatie twee dagen lang geen gebruik mag maken van bedrijfslogica en bedrijfsvocabulaire geeft al snel een indruk van de grote waarde die deze twee hebben voor het bestaan van het bedrijf. Uiteindelijk kan geen beslissing worden genomen en geen klant meer goed worden geholpen. De kennis van het bedrijfsvocabulaire, de bedrijfsregels en de bedrijfslogica is essentieel.
Potentieel toegevoegde waarde

Uiteindelijk komt het er op neer wat het op langere termijn financieel en in het kader van de bedrijfsdoelstellingen aan toegevoegde waarde oplevert. Deze baten kunnen een verhoogde productiviteit zijn van kenniswerkers, snellere time-to-market van producten en diensten en een betere, snellere en juridisch accurate service aan klanten. De belangrijkste toegevoegde waarden liggen in: De permanente greep en zicht op de bedrijfslogica en veel sneller te onderbouwen juridisch juiste (rechtmatige) en navolgbare (transparante) beslissen. Het minimaliseren van het dupliceren van kennis, delen van kennis over de gehele organisatie (ook over landsgrenzen heen). Dit komt vooral de kwaliteit van de procesondersteuning ten goede. Daarbij moet ook de potentiele schade worden meegenomen, die kan ontstaan door onrechtmatige beslissingen en de gemoeide kosten van de juridische en organisatorische nasleep daarvan.
Kortere time-to-market
De op wendbaarheid ingerichte IT voorzieningen en de centrale besturing daarvan levert in de commercile markt een belangrijk concurrentievoordeel op. Maar ook voor uitvoeringsinstanties is de snelheid waarmee aanpassingen aan de regels kunnen worden doorgevoerd een belangrijke waarde in de dienstverlening. Intern kan het voorkomen dat er tijdelijk werk met de hand uitgevoerd moet worden (of opgespaard moet worden), omdat de IT voorzieningen nog niet gereed zijn.
4. De positionering
Als over bedrijfsregels en bedrijfsregel vriendelijke architecturen wordt gesproken, duikt al snel de vraag op: wat is een bedrijfsvriendelijke architectuur waar bedrijfsregels op een effectieve en goed te beheren manier gepositioneerd kunnen worden? Een bedrijfsregel vriendelijke architectuur is immers een voorwaarde voor een succesvolle bedrijfsbrede implementatie van regelorintatie. Niet alleen op het technische vlak, maar ook op het vlak van informatie management. Op het technische vlak is een gelaagde Service Oriented Architecure (SOA) een voorwaarde en een Enteprise Service Bus (ESB) wenselijk om de met Business Rules Engines (BRE) gerealiseerde beslisservices te ontsluiten voor verschillende toepassingen. Vanuit informatie management is een gezond en bedrijfsbreed of ketenbreed gedeeld begrippenmodel noodzakelijk. Semantische puzzelstukken zijn veelal nog verspreid over werkinstructies, procedures, IT-applicaties en zitten deels in de hoofden van de materiedeskundigen.
Dat kan worden gerealiseerd door generieke regelgeorinteerde oplossingen, die breed kunnen worden hergebruikt. Gebundeld: door indicatiestellingen en dynamische aanvraagmodules als regel gebaseerde service ter beschikking te stellen wordt geborgd dat iedere overheidsinstantie gebruik kan maken van de zelfde indicatie- of besliscomponenten. Bundelen van gerelateerde diensten kan daardoor eenvoudig worden gerealiseerd. Transparant: Naast toegang tot de voor hun relevante informatie, met behulp van de ge-externaliseerde operationele regels in natuurlijke taal ook een benomen besluit nader onderbouwd worden. Het besluit wordt daarmee tot op detail transparant en navolgbaar voor de afnemer. Betrouwbaar: Door goed ingericht regelbeheer wordt permanent geborgd dat beslissingen juist, en volgens de actuele van toepassing zijnde regels (al dan niet geautomatiseerd) worden genomen. Huidige architecturen zijn doorgaans nog maar in geringe mate ontworpen met regel orintatie in het achterhoofd. Ook door de werkgroep NORA wordt dit gezien (W. NORA 2012). Zeker wanneer regel orintatie nodig is bij samenwerkende organisaties, is de governance van bedrijfsregels van belang, zoals bijvoorbeeld de afspraken en regels rondom het Omgevingsloket. NORA versie 2.0 en ook 3.0 zijn nog vrij sterk data- en procesgericht..
Kernprincipes1
Zoveel als mogelijk scheiden van de know (kennis en bedrijfsregels) van de flow (activiteiten en processen). Handhaven van traceerbaarheid van elke bedrijfsregel in twee richtingen: opwaarts naar zijn oorsprong (bv. wet- & regelgeving, en beleid) en neerwaarts naar de implementatie van de regel en de plaatsen waar de regel wordt uitgevoerd. Externaliseren van beslissingen en regels door deze uit te drukken in een formaat begrijpelijk en toegankelijk voor mensen uit de business. Bij voorbeeld in gestructureerd Nederlands op basis van RuleSpeak. Dit is van belang omdat de het eigenaarschap van de bedrijfsregels bij de business ligt. Voorsorteren op technische verandervriendelijkheid door bewust en strategisch te kiezen voor Business Rule Engine (BRE) technologie.
Aanvullende technische principes

Technische scheiding tussen presentatie, proces, regels en data. Beslisservices zijn herbruikbare functionaliteiten op basis van regelsets. Breed beschikbaar stellen van basisfuncties (beslisfuncties, rapportagefuncties, communicatiefuncties) en het stimuleren van hergebruik daarvan. Breed ontsluiten en beschikbaar stellen van de verzameling van (ICT) componenten waarmee de dienstverlening kan worden ondersteund door middel van een service georinteerde architectuur. Besluiten kunnen worden na voltrokken aan hand van de weten regelgeving ten tijde van het tijdstip en situatie waar het besluit over gaat (zowel de feitelijke situatie en vastgelegde gegevens, als ook de stand van de weten regelgeving van dat moment: tijdreizen).
Binnen de kaders van Nora 3.0

De Nederlandse Overheid Referentie Architectuur (NORA) geldt als norm voor de gehele overheid (BZK, Brief minister BZK over grote ICT-projecten. Kamerstuk 26 643, nr. 128 n.d.). Dat komt tot uitdrukking in de van NORA afgeleide Model Architectuur voor de Rijksdienst (MARIJ) en in het Nationaal Uitvoeringsprogramma e-overheid (iNUP (BZK, Nationaal Uitvoeringsprogramma Dienstverlening en e-overheid. n.d.)). Een gentegreerde regelaanpak ondersteunt de NORA-principes: Toegankelijk: dynamische en op regels gebaseerde vraag gestuurde informatie portalen ondersteunen afnemers bij hun informatievraag of aanvraag van een publieke dienst. Standaard: bedrijf regelorintatie biedt de mechanismen om afnemers (burgers en bedrijven) uniform en gelijk te behandelen.
Fundamentele keuzes
De kern van de bedrijfsregelaanpak is het scheiden van systeemaspecten: regels, gegevens en procesoverwegingen. Deze drie systeemaspecten hebben ieder hun eigen tempo van veranderen. Gegevens zijn constant in beweging:, wij spreken dan ook vaak van gegevensstromen. Processen echter hebben een redelijk stabiel karakter. Goed ingerichte processen veranderen nauwelijks in de tijd. Regels veranderen op grond van wijzigende weten regelgeving, beleid en andere factoren veel frequenter. Het verdient dan ook aanbeveling om procesaspecten en regelaspecten architectonisch te onderscheiden en niet te vermengen.
Voortbrengingsproces
Scheiden van orintatie/inventarisatie, analyse en ontwerp, wat de traceerbaarheid van ontwerpbeslissingen en regels ten goede komt. Analyses van wet en regelgeving en beleidsregels worden niet benvloed door de bestaande situatie in processen of applicaties.
1 Gebaseerd op van Halle, STEP principes (Halle, Business Rules Applied, building better systems using the Business Rules Approach 2002)
Inpassen en combineren
Een regelgeorinteerde architectuur kan niet op zich zelf staan, maar moet op de juiste manier worden gecombineerd en ingepast worden in de totale enterprise architectuur. Oftewel: het geheel aan principes, methoden en modellen die worden gebruikt bij de realisatie van de inrichting van de onderneming. Dit omvat de organisatorische en procesmatige aspecten, maar ook governance en compliance, de informatiehuishouding, ondersteunende informatiesystemen en infrastructuur. Daarom is het goed om te kijken wat regelorintatie toevoegt.
Figuur 1. Beoordelingsservice toegepast in de processtap beoordeel aanvraag
Subsidieaanvraagproces
Registreer aanvraag Accepteer aanvraag Beoordeel aanvraag Communiceer uitkomst
Beoordelingsservice
Serviceorintatie
Bij klassieke client-server zijn in de applicatie laag de proceslogica (procesregels) en de bedrijfslogica (bedrijfsregels) veelal nog met elkaar verweven. Bij een regelgeorinteerde en service georinteerde architectuur wordt beslislogica en andere bedrijfslogica strikt gescheiden van proceslogica. Beslislogica en bedrijfsregels worden eenvoudig beschikbaar gesteld als regel gestuurde services. Een van de hoofdredenen om de combinatie van een regelen service georinteerde architectuur toe te passen is de bedrijfsbrede beschikbare flexibiliteit van de IT voorzieningen die nodig is om de impact van verandering te minimaliseren. Een typische regelen service georinteerde architectuur wordt zo opgezet dat de regel gestuurde services zelf slechts zelden zullen wijzigen, terwijl de regels, die binnen deze service worden toegepast gemakkelijk kunnen wijzigen zonder verdere impact. Dit wordt doorgaans gerealiseerd door middel van business rules engine (BRE) technologie. Op deze wijze wordt het mogelijk veranderingen door te voeren zonder dat hiervoor de procesimplementatie aangepast en opnieuw uitgerold hoeft te worden.
Business Rules Engine
Dynamische Applicaties
De regel gebaseerde aanpak voorziet in processen en taken, die geheel of grotendeels door regels gestuurd worden: beslisregels, flow regels, regels voor vorm en presentatie en data integriteit regels. Door de hoge mate van regelsturing is deze applicatievorm snel en dynamisch aan veranderende omstandigheden aan te passen. Op deze manier is het mogelijk om zeer flexibele Service-Orinted Business Applications (SOBA) te realiseren.
Enterprise Decision Management

Enterprise Decision Management (EDM) beoogt alle beslissingen, die door een onderneming worden genomen in kaart te brengen, te verbinden en waar mogelijk te automatiseren. Daarbij leunt EDM in hoge mate op een integrale en regelgeorinteerde aanpak. Daarnaast maakt EDM ook gebruik van de met BI en predictieve analyse gewonnen sturingsinformatie om operationele en tactische beslissingen aan te scherpen en deze run-time aan de actuele situatie aan te passen. EDM vereist een coherente methodologie en de juiste ondersteunende en met elkaar verbonden gereedschappen, die de levenscyclus van bedrijfsregels zo goed mogelijk afdekken. Pas als deze voorwaarde is ingevuld kunnen de resultaten van de door BI gewonnen predictieve analyse worden omgezet in real-time en anticiperende bijsturing van operationeel beleid en de daaruit voortvloeiende operationele regels. EDM is een belangrijk onderdeel van Enterprise Architectuur (EA) (Tortolero 2008).
Business Intelligence
Business Intelligence is tegenwoordig niet meer weg te denken als ondersteuning van het management om op trends en ontwikkelingen te reageren. Data van verschillende bronnen word verzameld, geanalyseerd en omgevormd tot relevante informatie voor bijsturing of een te nemen beslissing. De toepassing van regelorintatie en regelbeheer maakt het mogelijk om deze bijsturing en beslissingen in hoge mate te automatiseren. De voordelen die ontstaan door BI en regelorintatie te combineren gaan daarmee verder dan het rapporteren van relevante informatie alleen. Regelorintatie voegt daaraan toe dat deze automatische sturing gemakkelijk, snel en transparant kan worden bijgesteld.
10
5. De realisatie
Business
Naast de inzet van veranderingsvriendelijke en daarmee wendbare technologie is een integraal in de organisatie ingebed voortbrengingsproces nodig om de vereiste wendbaarheid gecontroleerd en betrouwbaar te realiseren. Dit voortbrengingsproces start met de input van weten regelgeving en andere beleidsbronnen die uitgangspunt zijn voor de onderneming. Vanuit het IT perspectief vallen zaken zoals rechtmatigheid van beslissingen en de juistheid op basis van beleid, weten regelgeving en de daarop toegepaste jurisprudentie buiten de IT horizon. Voor een integrale aanpak zijn deze aspecten echter van groot belang voor de bedrijfsvoering, en daarmee ook transitief voor de IT ondersteuning die deze bedrijfsvoering dient te ondersteunen. Om integraal wendbare procesondersteuning in te richten en duurzaam te realiseren moeten er: Een organisatie brede regel gebaseerde manier van denken en organiseren worden ingericht (in tegenstelling tot procesmatig denken en organiseren); Een daarbij passende integrale en regelgeorinteerde aanpak en werkwijzen met elkaar aanvullende methodes worden ontworpen; Passende en regelvriendelijke technologie worden gebruikt. Dit komt tot uiting in een integrale aanpak, waarbij verschillende disciplines nauw moeten samenwerken om het beoogde resultaat te realiseren. Deze disciplines komen bij elkaar op het vlak van informatiemanagement. Immers, iedere discipline heeft elementen van de voor het bedrijf belangrijke informatiestromen nodig voor de uitoefening van de eigen bedrijfsfunctie. Het effectief omgaan met bedrijfsregels vormt daarmee een essentieel, misschien wel het belangrijkste onderdeel van informatiemanagement2 voor de bedrijfsvoering.
Figuur 2. Business engineering aanpak toegepast
Strategisch richten: strategie & beleid
Tactisch inrichten
Operationeel verrichten: uitvoering
Business Domain
Juridisch functioneel ontwerp Bedrijfsvocabulaire Organisatie, rollen en functies Instructies voor beslissen ahv de regels Werkinstructies
Demand
Informatie
Regie voeren
Bedrijfsbeslissingen & regels Bedrijfsprocessen
Supply
Technologie
Geautomatiseerde bedrijfsbeslissingen & regels Geautomatiseerde bedrijfsprocessen
Delivery
De kern van regelgedreven informatiemanagement en de business engineering aanpak (Alcedo Coenen, Leo Hermans, Matthijs van Roosmalen, Silvie Spreeuwenberg 2008) is het bedrijfsvocabulaire waarop idealiter alle bedrijfscommunicatie is gebaseerd. Met dit bedrijfsvocabulaire kunnen alle bedrijfsregels en organisatorische rollen en verantwoordelijkheden effectief worden uitgedrukt. In hoofdstuk 5 wordt dieper ingegaan op de wijze waarop dit ingericht moet worden om de voordelen van de integrale regel gebaseerde aanpak te kunnen plukken.
Integrale Business Rules Aanpak

De integrale veranderstrategie van Atos omvat meer dan een technisch en organisatorisch inrichtingsmodel. Het omvat ook een aanpak om dit inrichtingsmodel te kunnen exploiteren in projecten en in beperkte adaptaties. Bij deze regelaanpak worden zeven afzonderlijke fasen onderkend die weliswaar een logische volgorde hebben, maar niet op de wijze van het klassieke watervalmodel gehanteerd mogen worden. De fasen moeten veelmeer worden genterpreteerd als itererende stappen om tot het gewenste resultaat te komen. De Agile methodiek SCRUM sluit dan ook uitstekend aan bij een regelaanpak.
2 De figuur is ontleend aan het negenvlaksmodel van Rik Maes e.a. (Rik Maes 2003)
11
Figuur 3. Integrale Business Rules Aanpak (BRA)
Vaak is de planningsfase eenvoudigweg een voortzetting van de scoping fase met specifieke aandacht voor: Treffen van voorzieningen om de regels gedurende alle volgende fasen te beheren en de traceerbaarheid van wet & regelgeving tot aan de fysieke implementatie in systemen te bogen. Regels in natuurlijke taal beschikbaar stellen door middel van een beheerde repository. Wijziging vriendelijke regel implementatie technologien. De regelgeorinteerde benadering leent zich uitstekend voor iteratieve ontwikkelmethodieken als SCRUM, omdat deze goed kunnen omgaan met tussentijdse wijzigingen. Immers bijstellen naar aanleiding van veranderende omstandigheden is iets natuurlijks voor de moderne bedrijfsvoering.
Scope
Plan
Plan activities for business rules
Rule engines
Use
Regie Discover
Rule management process
Information model
. . . .
Build
Analyze
De uitvoerende fasen
Om op een duurzaam beheerste manier te komen tot geautomatiseerd uitvoerbare regels is het belangrijk om hierin vier afzonderlijke stappen te onderkennen voor het voortbrengingsproces en een aparte fase waarin de voortgebrachte procesondersteuning daadwerkelijk binnen de operatie wordt toegepast. Orintatie/Discover (richten): Inventariseren en onderzoeken. Controleren op inferenties met belendende weten regelgeving, check op consistentie en tegenspraken. Ook: welke beslissingen moeten er worden genomen, door welke functie (mandaat), gebaseerd op welke wetten en regelgevingen. Ketenbreed. Product: Juridisch Functioneel Ontwerp (JFO). Analyse (logisch inrichten): Richten op de te nemen gemandateerde bedrijfsbeslissingen voor deze instantie, verbinden met het informatiemodel (begrippenmodel/ taxonomie). Ontwerp van het gedragsmodel (beslissen) naar de afnemers. Ontwerp van de regels in natuurlijke taal. Product: Beslismodel, procesmodel, operationele regels. Design (fysiek inrichten): richt zich op de inrichting van de exploitatie van de beslissingen en regels. Kan geautomatiseerd zijn, maar ook via werkinstructies, portals uitleggen, etc.
Rule architecture
Design
Terms, facts & rules
Design for Change
De voorbereidende fasen
De voorbereiding van elk project begint met het bepalen van de scope en het plannen van de activiteiten die tot de gewenste verandering moeten leiden.
Verder wordt in de scoping fase specifiek aandacht besteed aan: Het uitdragen van de voordelen van een regelgeorinteerde aanpak. Het in kaart brengen van de bedrijfsdoeltellingen, die gerealiseerd kunnen worden door een regelgeorinteerde aanpak. Het in kaart brengen van de bronnen van regels: de mensen (kennis), maar ook documenten en wetsbronnen. Speciale maatregelen ter bescherming van bedrijfsgeheime regels (denk b.v. aan regels voor fraudedetectie).
De scope bepalen
In de scoping fase worden de bedrijfseisen op hoog niveau voor een nieuw of verbeterd informatiesysteem vastgesteld en de voorgenomen verandering afgebakend. In dit opzicht verschilt de scoping fase voor bedrijfsregelprojecten niet van scoping van andere projecten. De focus ligt op toegevoegde waarde bepalen, stakeholders analyse, indicatie ROI, afbakening materiegebied en het inschatten van risicos. Het is belangrijk om bij de scoping en de daarop volgende planning van een regelproject grondig te werk te gaan opdat de doelstelling om direct na de start een passend architectuur fundament neer te zetten ook daadwerkelijk behaald kan worden. Dit fundament moet geschikt zijn om met toekomstige veranderingen mee te kunnen bewegen.
De planning maken
Geadviseerd wordt een incrementele en vooral ook iteratieve aanpak, risico beperkend, gericht op de maximale toegevoegde waarde voor stakeholders (Wiegers 1999) in het bijzonder op de lange termijn. Denk hierbij ook aan de TCO en de time-to-market van veranderingen.
12
Figuur 4. Positionering fasen in het 9 vlaks model
Strategisch richten: strategie & beleid
Tactisch inrichten
Operationeel verrichten: uitvoering
Business Domain
Business
Orintatie
De triggers - van buiten - die vooraf gaan aan de te nemen beslissingen. Identificatie en prioritering van bronnen van regels aan hand waarvan de beslissingen genomen dienden te worden. Voor alle verantwoordelijke functies de benodigde basisfunctionaliteiten ter ondersteuning van die functie, zoals voorzieningen, die de beslissing faciliteren en om over die beslissing te communiceren.
Demand
Informatie
Analyse
Logische samenhang
Een dagelijkse en herkenbare situatie is een klant, die met een vraagstelling aan de balie komt en (liefst direct) een antwoord op zijn of haar vraag, dan wel een beslissing verwacht. Het maakt voor de klant daarbij niet uit op welke wijze dat antwoord tot stand komt, zolang het antwoord of de beslissing maar correct en juridisch juist is. De dagelijkse business van uitvoeringsinstanties is in wezen het verstrekken van antwoorden op persoonsgebonden en/of bedrijfsgebonden vraagstellingen en het nemen van juridisch correcte persoonsgebonden en/of bedrijfsgebonden beslissingen. Deze beslissingen zijn gebaseerd op regels, die op hun beurt zijn gebaseerd op een vastgesteld kader, dat is uitgedrukt in een bedrijfsbrede geldige terminologie en taxonomie. Hierdoor is te allen tijde duidelijk wat er met een bepaalde term wordt bedoeld. Hierdoor worden misverstanden gereduceerd en wordt een stabiele basis gecreerd voor de bedrijfsregels, die aan de beslissing ten grondslag liggen. Die basis heeft tevens grote waarde bij het definiren en beschrijven van organisatierollen en functies. Om beslissingen te kunnen en mogen nemen is het van belang dat de functie is gemandateerd om deze beslissing te nemen. Ook hier helpt het om uit te kunnen gaan van heldere begrippen en een bedrijfsbreed of beter een ketenbreed begrippenkader (Juridische Taxonomie, Bedrijfswoordenboek, Ontologie).
Regie voeren
Supply
Technologie
Design
Build
Execute
Delivery
Build (technisch inrichten): Geautomatiseerde oplossing bouwen, testen en implementeren. Execute (verrichten): De laatste fase in het model is het gebruik van de technische ondersteuning, met de bijbehorende monitoring en eventuele bijsturing. De eerste twee fasen zijn vanuit het bedrijfsperspectief belangrijk om duurzaam regie uit te kunnen oefenen. Gepositioneerd op het 9-vlaks model (zie figuur 4) In de volgende hoofdstukken wordt dieper op elke afzonderlijke uitvoeringsfasen ingegaan.
Leidende principes
Identificeren van regels door business events op bedrijf kritische beslissingen te analyseren. Leggen en bijhouden (traceerbaarheid) van de relatie tussen bedrijf kritische beslissingen en de bedrijfscontext (wet- & regelgeving, bedrijfspolicies en bedrijfsdoelen). Leggen en bijhouden (bi-directionele traceerbaarheid) in welke bedrijfsscenarios, user stories (of use-cases) deze bedrijf kritische beslissingen genomen moeten worden. Verbinden van bedrijf kritische beslissingen met de bijbehorende mandaten en bevoegdheden. Verbinden van bedrijf kritische beslissingen met kennis, die zij gebruiken, dan wel produceren.
Fase 1: Orintatie/Discover
In deze fase wordt het speelveld verkend en de juridische basisstructuur aangelegd waarop in de verdere fasen wordt voortgebouwd. Deze fase mag niet worden overgeslagen en moet voldoende ruimte geven om de verkenning uit te kunnen voeren en met belanghebbenden en stakeholders te valideren.
Resultaten van deze fase

De noodzakelijke functies en rollen voor het uitvoeren van het bedrijf. De structuur van de bevoegdheden en taken van deze functies en rollen. De beslissingen, die uit hoofde van deze functies genomen moeten worden in het kader van bij voorbeeld het verlenen van heffingen, subsidies en vergunningen.
13
Bedrijfsvocabulaire
De waarde van een consistent en door de gehele keten door toegepast bedrijfsvocabulaire is moeilijk in concrete cijfers uit te drukken. Het is sterk afhankelijk van de actuele consistentie van het gebruik van begrippen en wat daar onder wordt verstaan dor de mensen, die binnen de organisatie werken. Onderzoek door IDC heeft aangetoond dat de kosten van de schade door misverstanden en verkeerd genterpreteerde communicatie (omdat mensen denken dat zij het over het zelfde begrip hebben, maar dit in werkelijkheid niet zo is) hoog is (Clarke n.d.).Een gemeenschappelijk gedeeld bedrijfsvocabulaire is daarmee een praktische voorwaarde voor elke bedrijfsregelgeorinteerde aanpak. Immers: als de begrippen, waarop een regel is gebaseerd niet helder zijn, dan kan nooit helder zijn wat er precies met de regel wordt bedoeld.
Uitkomst is het juridische raamwerk, gevat in het Juridisch Functioneel Ontwerp (JFO), die het gedrag van de actoren bepalen (Knops n.d.). Verantwoordelijkheden, zeggenschap, regulering en controlefuncties op de technische functies worden hier in beschreven. Het Juridisch Functioneel Ontwerp houdt daarbij ook rekening met de doelstellingen van de politiek, juridische beperkingen en de ter beschikking staande juridische instrumenten. Het juridisch functioneel ontwerp levert hiermee het basisontwerp voor: 1. de begrippen (het bedrijfsvocabulaire); 2. de organisatie en de functies (rollen), die bevoegd (gemandateerd) binnen deze organisatie handelen en beslissen; 3. de door bevoegde functies (rollen) te nemen beslissingen zelf, met de regels op basis waarvan deze beslissingen genomen dienen te worden; 4. bedrijfsprocessen, die het nemen van deze beslissingen door bevoegde (gemandateerde) functies (rollen) faciliteren.
Figuur 5, consistent fundament
Het absolute fundament wordt daarmee gelegd met het bedrijfsvocabulaire. Gebaseerd op dit bedrijfsvocabulaire worden heldere rollen gedefinieerd en kunnen heldere regels -en de daarop gebaseerde beslissingen- worden gevormd (gele pijlen). Ook wordt vastgelegd welke bedrijfsbeslissing namens een bepaalde (gemandateerde) functie genomen wordt (pijl in het midden). Bedrijfsprocessen faciliteren uiteindelijk de (gemandateerde) functie in het nemen van de noodzakelijke besluiten en beslissingen. Deze juridisch en regelgedreven aanpak levert een solide en vooral consistent fundament voor: Functie beschrijvingen en bevoegdheden (mandatering). Beslissingen, die door de bevoegde functie gemandateerd (mogen/moeten) worden genomen. Processen, die het nemen van deze bedrijfsbeslissingen faciliteren.
Juridische analyse
Het is in het bestuursrecht, in tegenstelling tot strafrecht en privaatrecht, niet zo eenvoudig om een rechtspositie uit de wet af te leiden. Gelaagdheid in regelgeving komt in het bestuursrecht veel voor. Toepasselijke regels komen bij voorbeeld bij het bepalen van een omgevingsvergunning uit een samenstel van regelingen afkomstig van verschillende regelgevers. In de orintatie fase wordt de juridische basisstructuur en organisatie op gesteld en gevalideerd op eventuele juridische beperkingen. Vragen, die hierbij spelen: welke juridische functies (c.q. verantwoordelijkheden en rollen) zijn nodig, wat hun precieze bevoegdheid is om te handelen en te besluiten (macht en rechtmatigheid), hoe worden deze functies gemandateerd (gedelegeerde macht) en op welke wijze vind de cordinatie plaats (control). Ook behoort het identificeren van de juridisch gefundeerde regels op basis waarvan handelingen moeten worden uitgevoerd en beslissingen moeten worden genomen tot de producten van deze fase. Regelmodellering op dit niveau vraagt van medewerkers allereerst een juridische achtergrond en/of ervaring binnen het vakgebied van Risk & Compliance. Medewerkers dienen in staat te zijn om in kort tijdsbestek nieuwe en bestaande weten regelgeving te waarderen op impact voor de eigen bedrijfsvoering en te positioneren ten opzichte van ander wetten en regels. Een opleiding in de rechtsinformatica is van groot voordeel. FUNCTIE: Juridisch Informatie Analist
Zijn processen de blokkerende factor?

Welke rol hebben processen in het geheel? Het is een voor de hand liggende valkuil om processen binnen de bedrijfsvoering van overheden een grote rol toe te kennen. Zij hebben immers veelal een dominerende en voorschrijvende plaats ingenomen binnen de bestaande bedrijfsvoering. Is die positie wel terecht? Het is zorgwekkend dat uitvoeringsinstanties met de beleidsbepalende organen binnen de overheid in gesprek moeten gaan over beperkingen, die hun procesgerichte IT ondersteuning oplegt aan de mogelijkheden om die zelfde wetten en regels daadwerkelijk uit te kunnen voeren.
Bedrijfsvocabulaire
Organisatie rollen en functies
Bedrij eslissingen & regels
Bedrijfsprocessen
(Peter Kalmijn, Marwin van Overschot 2010)
14
Fase 2: Analyse (Logisch inrichten)

De essentie van deze stap is het omvormen van de in de vorige stap ontdekte bedrijfsbeslissingen en regels in een logisch beslis- en regelmodel. Deze stap kan al starten als je een logisch gegroepeerde set van regels hebt. Veelal valt die set samen met een bedrijfsbeslissing, hoewel dit niet noodzakelijk is. Deze regelset kan tijdens deze analysestap verder worden aangevuld met regels uit hoofden van mensen, programma code, handleidingen en andere documenten. De focus van de analyse ligt op het onderscheiden en indelen van regels in berekeningsregels (computation rules), beperkingsregels (constraints), gevolgtrekkingsregels of redeneerregels (inferencing rules), actie regels (action-enabling rules), en richtlijnen (guidelines). Daarbij wordt specifiek gelet op inconsistenties en redundanties van de regels, maar ook op eventueel vervallen regels. Regels worden in de analyse stap in natuurlijke taal opgesteld, bij voorbeeld door gebruik te maken van de RuleSpeak (Ross, RuleSpeak 1996) standaard. De analyse stap richt zich ook op de te nemen gemandateerde bedrijfsbeslissingen en verbind deze met het informatiemodel (begrippenmodel/ontologie). De bedrijfsbeslissingen vormen vanaf deze fase de basis voor het ontwerp van het gedragsmodel naar de afnemers. De analysestap met zijn geformaliseerde regeltaal vormt een fundamenteel verschil met klassieke systeemontwikkeling aanpakken.
Regelmodellering op dit niveau vraagt van medewerkers allereerst een sterk ontwikkeld analytisch vermogen en het vermogen om in abstracties te denken. Daarnaast verlangt het gevoel voor taal en betekenis. Een technische inslag is niet noodzakelijk en ervaring met requirements analyse met voldoende domeinkennis is van grote waarde. FUNCTIES: Business Engineer | Rules Engineer | Business Analist | Informatie Analist | Requirements Engineer
Dit systeem wordt op business niveau ingezet om de regels in natuurlijke taal te beheren, traceerbaarheid te onderhouden en grote hoeveelheden van regels te valideren en in samenhang te verifiren. Ook biedt een dergelijk systeem ondersteuning om de kwaliteit van de bedrijfsbeslissingen en de onderliggende regels op een hoog niveau te handhaven en te managen. Een GRBS is het geigende middel om de governance over de bedrijfslogica in te richten. Idealiter is de business eigenaar van het GRBS en wordt het GRBS door de business zelf onderhouden. De business is immers eigenaar van de bedrijfsregels, en niet de IT afdeling. Een GRBS onderscheid zich van een BRMS3 doordat het is ontworpen om gebruikt te worden door materiedeskundigen zonder kennis van IT. Bij voorbeeld door business analisten of compliance officieren. Het biedt onder meer ondersteuning voor de verificatie en validatie van in natuurlijke taal geformuleerde regels en van de regelkwaliteit. Sommige GRBS bieden ook functionaliteiten ter ondersteuning van meertaligheid. Een goed voorbeeld voor een GRBS is RuleXpress (RuleArts n.d.)4. Het GRBS voedt in de praktijk met de door de business vastgestelde regels een of meerdere BRMS. Daar worden deze regels vertaald in degeautomatiseerde uitvoering ervan.
Leidende principes
Regels omvormen tot atomaire, op zich zelf staande en daarmee herbruikbare regels. Analyseren op onderlinge afhankelijkheden en vastleggen daarvan. Oplossen van inconsistenties en overlappen. Beleggen van het beheer over de regels bij de juiste bevoegdheid, en het verkrijgen van consensus. Verbinden van beslissingen en regels met de bedrijfsdoelstellingen en het beleid.
De resultaten van deze fase

Gedefinieerd bedrijfsvocabulaire (terms), waarover tevens bedrijfsbrede consensus over bestaat. Basisstructuren en beslistabellen. Het logische regelmodel (fact model) in natuurlijke taal. Gevalideerde regels, geanalyseerd op semantische kwaliteit en uitgedrukt in gestructureerde natuurlijke taal (bv. RuleSpeak). Regelafhankelijkheden in kaart. Regelgroeperingen gebaseerd op de te nemen bedrijfsbeslissingen.
Voorbeeld
Het gebruik van een GRBS kan worden gellustreerd aan hand van een eenvoudig voorbeeld uit een trouwerij verzekering. Een van de clausules is een uitsluiting Due to intent or recklessness of the policy holder. De clausule uit het contract wordt in RuleXpress in figuur 6 geadministreerd en weergegeven.
General RuleBook System

De analyse stap kan in grote mate worden ondersteund door een hierop gespecialiseerd beheersysteem: een General RuleBook System (GRBS (Ross, General Rulebook Systems (GRBS): Whats the General Idea? July 2009)).
3 Business Rules Management Systeem 4 Zie ook: Computable: Atos en RuleArts stappen samen in compliance, http://www.computable.nl/artikel/nieuws/bpm/4560690/3040574/atos-en-rulearts-stappen-samen-in-compliance.html
15
Figuur 6. Regel in een GRBS (RuleXpress)
Naast de regel zelf wordt ook geadministreerd waar deze regel vandaan komt (paragraaf uit de trouwverzekering) en in welke systemen (in het voorbeeld van Blueriq) de regel is/wordt gemplementeerd. Daarnaast ondersteund RuleXpress bij voorbeeld ook de verificatie en validatie van de regel, en ondersteund de regelkwaliteit.
Figuur 7. Positionering GRBS

Legal
Law
Overzicht en greep op regels

Door een geschikt GRBS in te zetten en op de juiste manier toe te passen kan een organisatie het overzicht over zijn bedrijfsbeslissingen en onderliggende regels duurzaam en accuraat inrichten. Direct inzichtelijk is uit welke bron (of bronnen) de regel afkomstig is (opwaartse traceerbaarheid). Tevens is direct inzichtelijk in welke systemen een bepaalde regel worden toegepast (neerwaartse traceerbaarheid). De organisatie heeft daarmee een stevige greep op de eigen bedrijfslogica toegepast in de ondersteunende IT systemen. Ook als deze systemen zijn gebouwd uit verschillende technologie stacks. Deze greep komt daarmee een te maken impactanalyse bij wijzigingen zeer ten goede. De impact van een wijziging in de weten regelgeving kan hierdoor vele malen gemakkelijker en ook beter worden ingeschat dan in conventionele situaties.
Traceability
OVERSIGHT
GRBS (RuleXpress)
GRIP
Traceability
GRIP
Traceability
GRIP
Systeem 1
Systeem 2
Systeem 3
Systeem 4
Systeem 5
Systeem 6
16
Het doorlopende en duurzame bewijs van compliance

Doordat er via het GRBS permanent zicht en greep op de bedrijfsregels is ingericht en ook de traceerbarheid van regels van en naar hun oorsprong is geborgd, is het eenvoudig om een rapportage in te richten waaruit helder blijkt: Welke bedrijfsregels een bepaalde wet- of regelgeving operationeel implementeren (via de opwaartse traceerbaarheid). Met welke IT systemen de uitvoering van deze regelgeving ondersteund uitgevoerd wordt, en hoe dat precies is gemplementeerd (via de opwaartse traceerbaarheid). Hoe in een dergelijk rapport is aangeven in welke werkinstructies of richtlijnen deze regels zijn opgenomen. Op deze wijze kan het nalevingsgedrag van de organisatie op elk tijdstip worden bepaald en gemeten, waardoor een instrument ontstaat voor proactief kwaliteitsmanagement dat in staat is om regelmatig vast te stellen of alle activiteiten en beslissingen volgens de voor het bedrijf geldende regels verlopen, dan wel bijsturing nodig hebben. Belangrijke winst van dit onderbouwde kwaliteitsdenken is dat de onderneming veel meer greep krijgt op de uit te voeren en te verantwoorden activiteiten (Gelinck n.d.). In the long term, an honest and fair approach to doing business will always be the most profitable. And the business world holds such an approach in much higher esteem than is generally imagined. Robert Bosch, 1921.
Fase 3: Design/Ontwerp (Fysiek inrichten)

Een ontwerp binnen regelgeorinteerde aanpak houdt een gerichte integratie in van gegevensbeheer, proces- of documentgang, en beslis- en regelorintatie. Net als bij conventionele systemen is een goede gegevens structuur en bijbehorend database ontwerp (meest voor de hand liggend: relationeel model) cruciaal. Regels ter borging van de integriteit van gegevens worden gentegreerd in de database (afhankelijk van de toegepaste technologie bijvoorbeeld als database triggers of stored procedures). Regels, die de volgorde van processtappen bepalen in bij voorbeeld zaaksystemen worden toegepast om de procesflow te reguleren (proces regels of control flow regels). Objecten waarover iets besloten moet worden (een bedrijfsobject, zaak, etc.), worden verbonden met de beslissing (een beslisservice) en de beslissing onderbouwde regels. Dit betekent dat een regelgeorinteerd ontwerp deze aspecten (proces of control flow, database, beslissingen en regels) integraal en onderling consistent moet beschouwen en in het ontwerpmodel moet beschrijven. Regelmodellering op dit niveau vraagt van medewerkers naast analytisch vermogen, het vermogen om in abstracties te denken. Ook een zekere technische inslag en begrip van de technische werking en inrichting van het implementatieplatform en het bijbehorende BRMS. FUNCTIES: Informatie Analist | Requirements Engineer | Rule Engineer
Gebruik maken van Business Rules Engine componenten om de implementatie van beslissingen en regels in onder te brengen. In het ontwerp voorzieningen treffen zodat bedrijfsbeslissingen en regels via het GRBS traceerbaar zijn en blijven. Bij regelovertredingen (en foutmeldingen) gebruik maken van de regeltekst in natuurlijke taal. Ontwerpen voor onderhoud baarheid van de implementatie door bij voorkeur gebruik te maken van flexibele gegevensstructuren binnen toepassingen (applicaties). Een belangrijk element in een effectieve en efficinte regelaanpak is het hergebruik van de regels in natuurlijke taal in de context van foutmeldingen als deze regels zijn of worden overtreden.
Architectuur
Bij het ontwerp van de daadwerkelijke implementatiearchitectuur moet worden bepaald: Hoe de regelimplementatie voor bepaalde implementaties moet gaan werken (forward chaning, backward chaining, beslisbomen, interferentie, etc.). Toekenning van regelgroepen aan architectuur lagen (architectural tiers). Hoe deze regelgroepen in deze lagen worden gemplementeerd. Hoe deze architectuur lagen op het beslis- en regelvlak met elkaar communiceren. De regelgeorinteerde architectuur is gebaseerd op een vier lagen architectuur: Presentatielaag (presentation layer). Process en workflow laag (workflow layer). Bedrijfs logica laag (business logic layer). Gegevens laag (database layer).
Leidende principes
In het implementatie ontwerp onderscheiden en scheiden van procesregels, data integriteitsregels en beslisregels. Zodanig ontwerpen dat zo min mogelijk regels daadwerkelijk geprogrammeerd moeten worden (no more coding principe).
17
De resultaten van deze fase Architectuur lagen, beslissingen en regelgroepen toegekend aan bepaalde architectuurlagen. Implementatie specificaties voor regels in de regel laag (decision rules). Implementatie specificaties voor regels in de database laag (data integrity rules, triggers, etc.). Implementatie specificaties voor proces en flow regels. Handzame documentatie hoe de regellagen met elkaar communiceren.
Voorbeeld
In het BRMS gedeelte van Blueriq wordt de regel als Requirement opgenomen [1] en vertaald naar het technische ontwerp, waarin de regel aan verschillende technische elementen [2] wordt verbonden. Deze elementen worden door de Blueriq Rule engine gebruikt om de gewenste functionaliteit te realiseren (zie figuur 8). Een element ReasonDenied betreft een selectielijst, waaruit de claim bewerker of gebruiker op het portaal mogelijke redenen kan kiezen. Het andere element Claim.Reason.Denied betreft een check, die wordt gebruikt binnen bepaalde processtappen.
Door deze model gebaseerde aanpak wordt de IT ondersteuning tot de essentie daarvan terug gebracht, die nodig is om de belanghebbende organisatieonderdelen te ondersteunen. De investeringen worden zo geconcentreerd op die aspecten, die het grootste effect hebben op de kernprocessen van de onderneming. Als er gebruik wordt gemaakt van model gedreven applicatieontwikkeling kan het overgrote deel van de applicatie direct vanuit het gentegreerde model worden gegenereerd.
Business Rules Management System (BRMS)

Een technisch georinteerd en technologie stack specifiek Business Rules Management System (BRMS) is nodig om de operationele regels in natuurlijke taal, afkomstig uit het GRBS, om te zetten naar de implementatie specifieke regeltaal. Het is daarom goed mogelijk dat binnen een en de zelfde onderneming meerdere BRMS in gebruik zijn. In het GRBS wordt bijgehouden welke regelgroepen in welke BRMSen zijn gemplementeerd. In het BRMS zelf wordt precies bijgehouden waar binnen de applicatie en architectuurlagen welke regels zijn gemplementeerd. Een goed BRMS is daarmee een belangrijke schakel in de traceerbaarheid van regels.
Zaakgericht werken
Gebaseerd op het intelligent combineren van beslisregels en procesregels kunnen binnen de regelgeorinteerde aanpak zeer flexibele processen worden ingericht, waarbij de zaak (het dossier) de procesgang bepaalt in plaats van dat het proces de zaak/het dossier rigide stuurt. Deze aanpak voorkomt dat alle procespermutaties (combinaties zijn vaak oneindig groot) vooraf ontworpen en ingeregeld moeten worden. Processen worden dynamisch opgebouwd door het in de juiste volgorde samenvoegen van activiteiten op basis van het specifieke doel en de specifieke context van de betreffende zaak. Dit stelt organisaties in staat om efficint om te gaan met een grote diversiteit aan complexe processen, verwachte en onverwachte uitzonderingen en wijzigingen. Kortom: een zaak kan zo flexibel worden afgehandeld, zoals de individuele zaak dat vereist.
Model gedreven ontwikkelen

Door binnen dit ontwerpmodel de primaire focus te leggen op die basisfunctionaliteiten, die nodig zijn om de aan de organisatie toegewezen taken uit te voeren worden alleen de noodzakelijke voorzieningen gerealiseerd. Het functionele model wordt gebaseerd op de functionaliteiten en voorzieningen zoals in de Fase 1: Orintatie/Discover fase (zie Resultaten van deze fase) gedefinieerd. De secundaire focus in het ontwerpmodel ligt op het gedrag van de organisatie, gedefinieerd door de bedrijfsregels en het regelmodel zoals in fase 2: Analyse (Logisch inrichten) (zie De resultaten van deze fase) gedefinieerd.
Figuur 8, regel in een BRMS (Blueriq)
18
Volledig geautomatiseerd beslissen

Bij de regelgeorinteerde aanpak wordt in principe geen onderscheid gemaakt tussen automatische en handmatige processen. Als alle benodigde informatie beschikbaar is om een beslissing, of een gedeelte daarvan, direct tot stand te laten komen kan die zonder menselijke tussenkomst genomen worden. Soms is voor een geautomatiseerde beslissing toch additionele informatie nodig. Zodra deze informatie beschikbaar komt kan de beslissing alsnog geautomatiseerd worden genomen. Deze efficinte afhandeling leidt tot een significante en permanente reductie van administratieve lasten.
Fase 4: Build/Implementatie (Technisch inrichten)

Bij de realisatie van de IT ondersteuning worden de verschillende elementen tot een samenhangende, volgbare en verantwoordbare ondersteuning voor de uitvoeringstaken gecombineerd. Gegevensbronnen, geautomatiseerde werkstromen, dossier management en geautomatiseerd beslissen worden flexibel gecombineerd om de taken te ondersteunen, die aan de organisatie of het organisatieonderdeel zijn toegewezen. When BPM products say business rules, theyre talking about just very simple environments for running scripts, says Rymer, who coauthored several Forrester reports on business rules in 2011. Theres no business rules management, no authoring tools, none of that. You can just write simple programs using scripting language.
Process en workflow laag: procesregels en volgorde bepalende regels. Bij zaaksystemen bepalen de regels in deze laag welke volgende stap (of parallelle stappen) in een bepaalde zaak genomen moet worden. Bedrijfslogica laag: geautomatiseerde beslissingen en de daarbij ondersteunende beslisregels en rekenregels. Deze laag is het meest frequent aan wijzigingen onderhevig. Gegevens laag: regels ter borging van de integriteit van de in de database opgeslagen gegevens. Bij voorbeeld in dataconstraints of stored procedures. Een volledig referentiele database met de bijbehorende faciliteiten heeft in de context van regelorintatie de voorkeur. Schematisch gevisualiseerd met behulp van de ArchiMate modelleertaal (Lankhorst 2005).
Figuur 9. 4 lagen architectuur
Bij wijziging van een bepaalde regel (of regelgroep) kan het zijn dat deze regel bewust in meerdere lagen is ingebouwd. Reden voor deze overweging kan robuustheid en betrouwbaarheid zijn (en als afgeleid principe: defensief implementeren). Zo kan het zijn dat naast de presentatielaag van het beschouwde IT systeem ook andere (vreemde) applicaties gebruik kunnen (gaan) maken van de bedrijfslogica laag, dan wel de gegevens laag. Hierdoor wordt bij voorbeeld voorkomen dat de gegevensintegriteit gecompromitteerd kan worden en uiteindelijk de dienstverlening negatief benvloed wordt. Het kan voorkomen dat de validatieregels voor BSN of het RIN in de presentatielaag gemplementeerd zijn, maar ook in de bedrijfslogica en gegevens laag. Immers: bij invoer is het gewenst om de gebruiker van een terugkoppeling te voorzien.
Subsidieaanvrager Presentatielaag
Internetportal
Proces- en work owlaag
Technische regels
Een goed BRMS is in staat om de regels, die zijn vastgelegd in het GRBS te importeren en volgens het ontwerp (zoals besproken in de vorige sectie) te managen en als technische regels te distribueren over de verschillende architectuurlagen: Presentatielaag: de validatieregels van velden en consistentieregels, die in de presentatielaag worden gevalideerd. Bij voorbeeld bij het opslaan van een scherm. De uit het GRBS afkomstige regels in geformaliseerde natuurlijke taal worden in de presentatielaag opnieuw gebruikt bij het weergeven van foutmeldingen.
Aanvraagservice
Registreer aanvraag
Accepteer aanvraag
Beoordeel aanvraag
Communiceer uitkomst
Bedrijfslogicalaag
Validatieservice
Acceptatieservice
Beoordelingsservice
Business Rules Engine
Gegevenslaag
Dataservice
Regelservice
Subsidieregistratie
Subsidieregels
19
Figuur 10. Rule Engine (Blueriq)
Figuur 11. Beslistabel (Blueriq)
20
Bij het nemen van een beslissing is het gewenst om zeker te zijn dat het om een geldig nummer gaat. De beslissing (gemplementeerd als beslisservice) kan immers ook door een andere applicatie worden gebruikt. Daarnaast kan het een zinnige overweging zijn om de zelfde validatieregels ook in de database in de gegevens laag te implementeren. Vooral als ook andere systemen gebruik maken van de zelfde gegevens. Binnen een onderneming kunnen verschillende BRMSen van verschillende leveranciers gemplementeerd zijn die verschillende materiegebieden afdekken. Om echter van de voordelen van regelorintatie in zijn volle omvang te genieten is het belangrijk dat een BRMS ten minste over de volgende functionaliteiten (Morgan 2008) beschikt om de technische regels en de implementatie daarvan te managen: Een repository om de technische beslissingsimplementaties en technische regels te beheren en zaken zoals versiebeheer, en hergebruik van regels en regelgroepen mogelijk te maken. Traceerbaarheid van de implementatie(s) van regels in de verschillende implementatielagen (presentatielaag, proces laag, regel laag en data laag). Een ontwikkelen simulatieomgeving, die in de functionaliteiten voor technische ontwikkelaars en technisch geschoolde business experts voorziet om de technische regels te beheren en te onderhouden. Een run-time omgeving, die de exploitatie en executie van de regels mogelijk maakt en deze ontsluit via technische services (web services, service bus etc.). Een gecontroleerde beheeromgeving met de mogelijkheid om zowel de ontwikkelomgeving als ook de run-time omgeving(en) te monitoren en de deployment van revelversies te managen. Een goed BRMS systeem zou in staat moeten zijn om de traceerbaarheid van al deze technische regelimplementaties geautomatiseerd bij te houden en nieuwe, dan wel gewijzigde regels op een zelfde wijze betrouwbaar en consistent te distribueren.
Regelgericht implementeren op dit niveau vraagt van medewerkers een zekere technische inslag en een gedegen begrip van de technische werking en inrichting van het implementatieplatform, het bijbehorende BRMS en ook van de Rule Engine. Voor het realiseren van koppelingen is het veelal zeer gewenst dat de medewerker ook over voldoende programmeerervaring met het ontwikkelplatform beschikt. FUNCTIES: Rules Engineer | Requirements Engineer | Software Engineer
NORA en Enterprise Architectuur Rijksdienst (EAR)

De Enterprise Architectuur Rijksdienst (EAR (Rijksoverheid 2013)) beschrijft de bedrijfsfuncties, de bedrijfsprocessen, de informatievoorziening en de technische voorzieningen die de Rijksdienst nodig heeft om haar missie en visie te realiseren. De informatievoorziening wordt ontkoppeld door ze te beschouwen vanuit een generiek referentiekader van logische bedrijfsfuncties en -processen. In deze visie komen daar generieke bouwstenen bij, die het geautomatiseerd beslissen en besluiten op basis van de bekende gegevens uit basisregistraties en andere bronnen ondersteunen. Het bestaansrecht van het expliciteren van regels in de architectuur waarop de generieke voorzieningen zijn gebaseerd is gefundeerd in het uitgangspunt: Zoveel als mogelijk de know (kennis en bedrijfsregels) scheiden van de flow (activiteiten en processen. . In de NORA beeldtaal (als toegevoegde paarse kolom) vrij weergegeven: Door de beslisregels apart van processen te benoemen en ook visueel apart te positioneren wordt het uitgangspunt scheiden van (bedrijfsregels) van de flow (processen) binnen de vrije interpretatieruimte van de NORA beeldtaal uitgedrukt. Bij de doorontwikkeling van NORA zullen hiervoor wellicht nadere richtlijnen en beeldtaal elementen voor worden ontwikkeld.
Voorbeeld
De implementatie van de regels in het voorbeeld uit de eerdere fase gebeurt bij gebruik van Blueriq technologie door middel van een Rule Engine. In deze Rule Engine wordt het eerder opgestelde model uitgevoerd (zie figuur 10 op pagina 20). Het element ReasonDenied uit het eerder voorbeeld is hier te zien in een scherm van de Blueriq Rule Engine. In de praktijk komt het regelmatig voor dat het gaat om complexere regels. Een mogelijkheid is om deze regels weer te geven als beslistabel. Bij voorkeur gebeurt dat al in het GRBS. Hieronder een illustratie van een wat complexere regelgroep, weergegeven door middel van een beslistabel (zie figuur 11 op pagina 20). Deze beslistabel kan als volgt door de Blueriq Rule Engine worden uitgevoerd.
Figuur 12. Positionering regel laag binnen NORA
Contact Presentatie
Processen
Beslisregels
dossier module
Informatie
GBA
Aanvragen
Indicatie Beoordelen Beslissen NHR BAG
Loket_X.nl ......
Communicatie
DigiNetwerk
21
Fase 5: Exploitatie, Beheer en Regie (verrichten/control)

Onlosmakelijk verbonden met het voortbrengingsproces is ook het permanente beheer van bedrijfsregels over alle lagen heen. Omdat het aanpassen van de operationele regels iets is, wat regelmatig moet gebeuren, is het belangrijk dat het voortbrengingsproces naadloos integreert met het beheer van de regelgedreven voorziening.
Om dit te bereiken is het niet voldoende om af en toe een IT project op te starten. Immers moet de op de onderneming van toepassing zijnde weten regelgeving pro-actief worden gemonitord om niet verrast te worden door weten regelgeving, die reeds is gewijzigd. Ook moet de toepasselijke jurisprudentie actief worden gevolgd en indien deze op het bedrijf van toepassing is, moet de bedrijfsvoering en de operationele regels getoetst worden op conformiteit met de nieuwe jurisprudentie. Het verdient dan ook de sterke aanbeveling om een specifieke functie te creren binnen de bedrijfsvoering, die deze belangrijke taak op zich neemt: het bewaken van Wet & Regelgeving en jurisprudentie, en anticiperen op de maatschappelijke en wettelijk veranderende context. Deze functie heeft de taak om de gentegreerde aanpak aan te sturen en de hierboven beschreven fasen te plannen, te cordineren en te bewaken over de verschillende IT silos heen.
Integrale aanpak
De spil van deze integrale aanpak is het centraal gepositioneerde GRBS, vanwaar uit de verschillende silos, met ieder hun eigen technische regeltaal en BRMS synchroon worden aangestuurd. Daar de bedrijfsregels in het GRBS in mensentaal zijn vervat zijn, kunnen de regels en de bijbehorende definities van het bedrijfsvocabulaire breed en transparant worden gecommuniceerd. Ook over organisatie ketens en departementen heen.
Permanent ingericht beheer

Het is maar al te gemakkelijk om nadat de IT ondersteuning is gerealiseerd te vergeten dat het eigenlijke werk nu pas echt begint. Namelijk het permanent onderhouden en up-to-date houden van de bedrijfsvoering, incluis de IT ondersteuning, zodat deze permanent blijft werken volgens de steeds weer veranderende weten regelgeving, veranderend beleid en veranderende richtlijnen.
Figuur 13. Gentegreerde aanpak schematisch
W&R
Orientation
JFO
. . .
Analyze
GRBS
Business side IT side Design Technology stack 1 Blueriq Technology stack 2 ..... Technology stack 3 OpenSource/Java
BRMS
BRMS
BRMS
Build
Presentation Processing Decisioning & calculation DB integrity
22
6. Duurzame wendbaarheid
Regelorintatie bedrijfsbreed organiseren betekent denken en handelen vanuit het klantperspectief. En juist dat maakt dat dat regelgeorinteerde projecten anders aangepakt moet worden. Zo blijkt dat regelorintatie slechts voor een deel een technisch vraagstuk is, maar ook een kwestie van instelling, denken, houding en gedrag. De sleutel om deze verandering naar handelen vanuit het klantperspectief voor elkaar te krijgen ligt in de directiekamer, waar het beleid bepaald wordt, en bij het management, dat dit beleid implementeert. De koerswijziging naar regelorintatie en het operationaliseren van deze elektronische toegankelijkheid raakt veel, in de eigen organisatie en ook die van samenwerkingspartners. Dat komt omdat de overheid werkt in (virtuele) ketens, die ook op regelgebied goed op elkaar afgestemd moeten worden. Traditioneel werden ICT-projecten op een aanbodgerichte aanpak genitieerd, vaak geredeneerd vanuit een technologie push en geregisseerd door de ICT-afdeling of bedrijfsvoerders. Regelgeorinteerde dienstverlening en de daaruit volgende Regelgeorinteerde projecten worden daarentegen ingestoken vanuit juist deze dienstverlening op basis van de op dat moment geldende weten regelgeving, verordeningen, subsidies en dergelijke. Pull gestuurd vanuit de behoefte, en door middel van regeltechnologie gerealiseerd. De klant: de burger en de bedrijven staan in deze dienstverlening centraal. De omkering van het dienstverleningsperspectief opent de ogen voor een steeds meer vanuit het perspectief van de klantbehoefte gestuurde dienstverlenende bedrijfsvoering en de daarbij behorende organisatie inrichting. Nieuwe technologie en ook beproefde technologie in een nieuwe context toegepast maken nieuwe vormen van dienstverlening mogelijk en ontsluiten nieuwe kanalen om met de burger en met bedrijven te communiceren en zaken goed en snel te regelen.
De expertise van Atos

Het strategisch positioneren van bedrijfsregels is een essentile best practice binnen de bredere Business Proces Management (BPM) visie van Atos op het optimaliseren en flexibiliseren van bedrijfsprocessen en de bijbehorende IT ondersteuning. Atos bezit ruime ervaring, kennis en kunde op deze gebieden en werkt strategisch samen met diverse technologie partners. Atos is daarom in staat om vrijwel elke klant verder te helpen.
Regelproject ondersteuning
Atos staat bekend als internationale partner, die betrouwbare projectmatige ondersteuning biedt, en ook bij projecten waar het gaat om de inrichting en invoering van een regelgeorinteerde aanpak. De aanpak van de specialisten van Atos is doelgericht. Uw doel staat daarbij voorop. Afhankelijk van uw doel worden de juiste instrumenten ingezet. Daarnaast kan Atos ook de benodigde consultancy en tijdelijke ondersteuning leveren bij het faciliteren van consensus en (juridische)validatie van de opgestelde regels;
De Atos Business Rule Harvesting strategie is die van organische groei. Hierbij wordt begonnen met n materiegebied en pas als het succes is aangetoond wordt de aanpak ook voor andere materie gebieden toegepast. De Atos Business Rule Harvesting aanpak behelst een gecombineerde top-down en bottom-up benadering. Bij top-down begint de analyse van de bedrijfsregels vanuit het bedrijfsbeleid en de van toepassing zijnde weten regelgeving. Bij bottom-up worden de requirements uit uw bedrijfsprocessen en uit de bestaande software naar boven gehaald. De bedrijfsregels van beide benaderingen worden naast elkaar gelegd, gevalueerd en gevalideerd om zo een compleet beeld van uw bedrijfsregels te creren.
Business Rules Lifecycle Management

Om uw operationele bedrijfsregels in natuurlijke taal te beheren wordt door Atos een permanent operationeel proces binnen uw eigen organisatie ingericht. Uw medewerkers worden opgeleid om dit proces zelfstandig uit te voeren zodat u zelf in control bent over uw eigen bedrijfsregels. Zo weet u bij wijziging in bijvoorbeeld wet- & regelgeving precies welke bedrijfsregels en bedrijfsprocessen hierdoor geraakt worden. Wilt u deze bedrijfsregels wijzigen, dan bent u in staat dit snel en effectief te doen. Bij de inrichting van Business Rules Lifecycle Management wordt gebruik gemaakt van een geschikt General RuleBook System (GRBS).
Veranderkundige begeleiding
Omdat regelprojecten ingrijpen op de organisatie vraagt dit meer dan een heldere aanpak, planning en efficinte uitvoering. Atos veranderkundige professionals communiceren de noodzaak, enthousiasmeren mensen en houden ze betrokken bij het project en de doelstellingen. Goed leiderschap is van levensbelang als het gaat om succesvol veranderen. Bij voorbeeld door in gesprek te gaan met stakeholders in het proces en richting te geven aan het begeleiden van medewerkers bij het inruilen van bestaande opvattingen en zienswijzen voor meer passende werkwijzen die passen bij regelgeorinteerd en wet gebaseerd werken.
Implementatie ondersteuning
Atos ondersteunt het technisch implementeren en inrichten van Business Rule Engine technologie, zoals een Business Rules Managemetn Systeem (BRMS). Zodat u zonder programmeren en in zeer korte tijd veranderingen in bedrijfsregels kunt doorvoeren, met als bijkomend resultaat besparing op IT kosten. Atos is door zijn strategische partnerships en kennis een betrouwbare partner voor implementaties en onderhoud van onder meer Blueriq, BeInformed, IBM iLog, Fair Isaac, Oracle, Usoft, SAP BRF+ en open source producten zoals JBoss DROOLS en OpenRules.
Business Rule Harvesting

Daarnaast helpt Atos bij het in kaart brengen van bestaande bedrijfsregels en het achterhalen van regels uit bestaande IT systemen. Ook de op uw bedrijf van toepassing zijnde wet & regelgeving wordt in samenwerking met uw eigen bedrijfsexperts geanalyseerd en in operationele bedrijfsregels vastgelegd. Hierdoor worden inconsistenties in bestaande bedrijfsregels vroegtijdig opgespoord.
23
Nieuwe trends
Zowel technologie en business landschap verandert in een ongekende snelheid. Als een van s werelds grootste IT-bedrijven heeft Atos de verantwoordelijkheid om een stap vooruit te denken en te anticiperen op komende zakelijke en technologische uitdagingen. Om die samen met onze klanten in vernieuwende business modellen om te zetten. Innovatie is een onderdeel van het Atos DNA.
Mobiele toestellen lijken daarmee het ideale multi-channel device, dat altijd en overal selfservice en alertering mogelijk maakt, met het voordeel van verregaande personalisatie. Ook voor de mobiele ambtenaar biedt de combinatie van decision management en mobiele toestellen nieuwe mogelijkheden om de toegewezen taken efficint en effectief uit te kunnen voeren.
Figuur 14, besturingsparadigma
Omgeving
W&R
Besturing
JFO GRBS Operationele bedrijfsregels Predictieve analyse
Mobiele toestellen
Het onderzoeksbureau Gartner heeft voorspeld dat er in 2013 meer mobiele toestellen (mobiele telefoons en tablet-computers) toegang zullen hebben tot internet dan PCs. Deze trend zal zich verder doorzetten. Dat betekend voor uitvoeringsinstanties en de e-Overheid in het algemeen een noodzakelijke bijsturing om aan de doelstelling van klantgerichtheid te kunnen blijven voldoen. Ook het NORA uitgangspunt dat burgers via de kanalen van hun eigen voorkeur met de overheid moeten kunnen communiceren, draagt hier aan bij. Decision management en regelorintatie spelen een cruciale rol bij de realisatie van de ontsluiting van het mobiele toegangskanaal naar de overheid. De burger kan via zijn mobiel direct met de overheid interacteren en zo bij voorbeeld de aanvraag voor een uitbouw van de woning vergezellen van fotos van de actuele situatie. Deze maakt hij met zijn mobiel en voegt deze bij de aanvraag, die hij dan ook direct kan indienen. De GPS locatiebepaling van het mobiele toestel waarmerkt de fotos en triggert een onderzoek in het kadaster. De gegevens worden in de midoffice gecombineerd. Hierdoor kan een indicatieve beslissing direct aan de burger via het mobiele toestel worden medegedeeld, waarna de publicatie plaats vindt en de wettelijk bezwaartermijn kan ingaan. Bij verstrijken van de bezwaartermijn kan de burger direct worden gealerteerd over een beslissing, die op basis van de op de aanvraag dag geldende weten regelgeving wordt genomen.
Predictive Analyse
De in de loop van tijd opgebouwde data bevat een schat aan informatie, en representeert het gehele verleden van de organisaties en ook de omgang met zijn klanten. Verrijkt met open data, en informatie uit andere gegevensbronnen vormt dit een schat aan informatie over het gedrag van klanten. Dit gaat veel verder dat standard business intelligence en algemene omzet voorspellingen: predictieve analyse is in staat om het gedrag van klantgroepen en zelfs individuele klanten te voorspellen. Het maakt het mogelijk om proactief op dit klantgedrag in te spelen. Dit is het ideale middel om de efficintie van grote organisaties verder te verhogen en de intimiteit met de klant (customer intimacy) verder te bevorderen. Verder ontwikkelingen in big-data, betere en snellere computers en mobiele devices zullen bevorderen dat steeds meer klantinteracties door predictieve analyse benvloed zullen worden. Dat zal gebeuren door predictieve scores te verbinden aan klantprofielen en profielen voor prospect klanten. Elke score op zijn beurt geeft indicaties voor acties, die per klant kunnen worden gestart. Met behulp van sturing door middel van bedrijfsregels en het inzetten van predictive analyse kan een automatische regelkring worden ingericht, die (delen van) de bedrijfsvoering anticiperend man bijsturen. Zo wordt een bestuurlijke regelkring gerealiseerd, zoals in het besturingsparadigma van de Leeuw (Leeuw 1990) is beschreven.
Uitvoering
Dienst
Voorwaarde voor het koppelen van BI resultaten, predictieve analyse en bedrijfsbeslissingen is natuurlijk een goed ingericht en operationeel regelbeheer (de besturing).
24
7. Referenties
Alcedo Coenen, Leo Hermans, Matthijs van Roosmalen, Silvie Spreeuwenberg. Uw bedrijf geregeld met Business Rules. 2008. Atos TOP programme Rainbow Delivery. (2010). Barbara von Halle and Larry Goldberg. The Decision Model. Auerbach, CRC Press, 2010. Bontis, Nick, Professor of Strategic Management. ASSESSING KNOWLEDGE ASSETS: A Review of the Models Used to Measure Intellectual Capital. 2000. Bosch Software Innovations. Der Nutzen von Visual Rules in der Anwendungsentwicklung. Bosch Software Innovations, GmbH, 2008. BZK. Brief minister BZK over grote ICT-projecten. Kamerstuk 26 643, nr. 128. sd. iNUP. sd. http://www.e-overheid.nl/sites/nup (geopend 2013). Clarke, Mary. Knowing your unknowns - costs of employee misunderstanding. Scrip100, sd. Coenen, Alcedo, Leo Hermans, Matthijs van Roosmalen, en Silvie Spreeuwenberg. Uw Bedrijf geregeld met Business Rules. Academic Service, 2008. Gelinck, Henriette. The Science of Compliance. DBB Special Products Wageningen, sd. Gemeenten, Vereniging Van Nederlandse. Dienstverlening draait om mensen. VNG, Maart 2010. Halle, Barbara von. Business Rules Applied. John Wiley & Sons, inc., 2002. . Business Rules Applied, building better systems using the Business Rules Approach. John Wiley & Sons, inc., ISBN 0-471-41293-7, 2002. IBM. Case studyL BNP Paribas: Providing customers with personalized offers through any channel. IBM , 2012. IDC. IDC Research, $37 Billion: Counting the Cost of Employee Misunderstanding,. 2008. ISO/IEC_25000. International Standard ISO/IEC 25000: Systems and software Quality Requirements and Evaluation (SQuaRE). They replace older standards addressing the same topics, mainly (but not only) ISO/IEC 9126 and ISO/IEC 14598. International Standards Organisation (ISO), 2011. Knops, H.P.A., TU Delft, Researcher, Faculty of Technology, Policy and Management,. FULDA-method = Function-based legal design & analysis method. sd. Lankhorst, Marc. Enterprise Architecture at Work. Springer, 2005. Leeuw, Prof. Dr. Ir. A. (Ton) C.J. de. Organisaties: Management, analyse, ontwerp en yerandering. Assen: Van Gorcum, 1990. LIONE, BRINKS HOFER GILSON &. MANAGING THE IP WINE CELLAR. Corporate Legal Times, sd. Markus Schacher, Patrick Grssle. Agile Unternehmen durch Business Rules. Springer Verlag Berlin, 2006. Morgan, Tony. Business Rules and Information Systems. Addison Wesley, 2008. NORA, Redactie. NORA dossier Beleidskaders. 2010. NORA, Werkgroep. Leveranciersbijeenkomst NORA, Welke onderwerpen behoeven meer aandacht in NORA? verslag bijeenkomst, 26 november 2012, werkgroep Erik Brouwer, 2012. Ombudsman, Nationale. MIJN ONBEGRIJPELIJKE. s-Gravenhage: Tweede Kamer, vergaderjaar 20122013, 33 539, nr. 1, 2013. OMG. 2013. Overheid.NL. Algemene wet bestuursrecht. 4 juni 1992. http://wetten.overheid.nl/BWBR0005537/geldigheidsdatum_20-07-2013 (geopend 2013). Rijksoverheid. 2013. http://www.wikixl.nl/wiki/ictu/index.php/Wat_is_Architectuur_Rijksdienst. Rik Maes, hoogleraar informatie- en communicatiemanagement aan de Faculteit Economie en Bedrijfskunde van de Universiteit van Amsterdam. Informatiemanagement in kaart gebracht, 9 vlaks model voor informatiemanagement. 2003. Ross, Ronald G. General Rulebook Systems (GRBS): Whats the General Idea? Business Rules Journal, Vol. 10, No. 7 , July 2009. RuleSpeak. 1996. http://www.rulespeak.com/nl/. RuleArts. sd. http://www.rulearts.com/. Tortolero, Art. Enterprise Architecture and the Business Rules Life Cycle. BPTrends, 2008. Wiegers, Carl. Software Requirements. Microsoft Press, 1999.
Index van illustraties

Figuur 1. Beoordelingsservice toegepast in de processtap beoordeel aanvraag Figuur 2. Business engineering aanpak toegepast Figuur 3. Integrale Business Rules Aanpak (BRA) Figuur 4. Positionering fasen in het 9 vlaks model Figuur 5. Consistent fundament Figuur 6. Regel in een GRBS (RuleXpress) Figuur 7. Positionering GRBS Figuur 8. Regel in een BRMS (Blueriq) Figuur 9. 4 lagen architectuur Figuur 10. Rule Engine (Blueriq) Figuur 11. Beslistabel (Blueriq) Figuur 12. Positionering regel laag binnen NORA Figuur 13. Gentegreerde aanpak schematisch Figuur 14. Besturingsparadigma 10 11 12 13 14 16 16 18 19 20 20 21 22 24
25
8. Definities
Begrip Afnemer
Definitie De persoon of organisatie die een dienst in ontvangst neemt. Dit kan een burger, een (medewerker van een) bedrijf of instelling dan wel een collega binnen de eigen of een andere organisatie zijn. Het bestuursorgaan dat bevoegd is tot het nemen van een besluit ten aanzien van een aanvraag om een vergunning of ten aanzien van een al verleende vergunning. De plaats of organisatie waar bepaalde informatie is ontstaan en/of beschikbaar wordt gesteld, of de documenten waarin die informatie is vervat. Een afgebakende prestatie van een persoon of organisatie (de dienstverlener), die voorziet in een behoefte van haar omgeving (de afnemers). De persoon of organisatie die voorziet in het leveren van een afgebakende prestatie (dienst) aan haar omgeving (de afnemers) Voorziening die deel uitmaakt van de infrastructuur van de e-overheid. Een bouwsteen is een groepering van bedrijfs- en/of applicatieservices die aan afnemers worden aangeboden om gebruikt te worden in bedrijfsprocessen en/of gegevensuitwisselingen, met als doel het bevorderen van uniformiteit en efficintie binnen de overheid. Een samenhangende hoeveelheid werk met een welgedefinieerde aanleiding en een welgedefinieerd eindresultaat, waarvan kwaliteit en doorlooptijd bewaakt moeten worden
Bron NORA 3.0
Bevoegd gezag Bron Dienst Dienstverlener Bouwsteen
NORA 3.0 NORA 3.0 NORA 3.0 NORA 3.0
Zaak
Referentiemodel Gemeentelijke Basisgegevens Zaken (RGBZ) Drs. A.J.G. Driessen RO CIA en drs. R. Kamstra, Grip op bedrijfsprocessen met het In Control Statement artikel 10:1 Awb (Overheid.NL 4 juni 1992)
In control statement Een verklaring dat de hoogste leiding in control is. In Control kan gedefinieerd worden als de wijze van sturen, beheersen en toezicht houden, gericht op een effectieve en efficinte realisatie van strategische en operationele doelstellingen alsmede het hierover op een open wijze communiceren en verantwoording afleggen ten behoeve van belanghebbenden. Mandaat Mandaat is de bevoegdheid om in naam van een ander te handelen, maar zonder de daarbij horende verantwoordelijkheid. Bij mandateren worden geen bevoegdheden overgedragen. De mandaatgever blijft zelf bevoegd. In het staatsrecht vermeldt een krachtens mandaat genomen besluit namens welk bestuursorgaan het besluit is genomen. Onder mandaat wordt in deze context specifiek verstaan de bevoegdheid tot het in naam en onder verantwoordelijkheid van de minister (al dan niet geautomatiseerd) nemen van besluiten. Het mandaat wordt verleend aan functionarissen (functies) en niet aan met name genoemde personen. Bij besluit aangewezen plaatsvervangers treden van rechtswege in de bevoegdheid van deze functionaris bij diens afwezigheid. Business Process Management Business Rules Management General Rule Book System In het bijzonder geschikt voor het beheren van operationele regels in natuurlijke taal. Wordt doorgaans gebruikt door niet technisch maar inhoudelijk georinteerde materiedeskundigen. Business Rules Management System In het bijzonder geschikt voor het beheren van technische bedrijfsregels. Wordt doorgaans gebruikt door technisch opgeleide gebruikers en IT personeel. Geautomatiseerde koppeling tussen het centrale GRBS en een of (doorgaans) meerdere BRMS. Vereniging Nederlandse Gemeenten
BPM BRM GRBS
BRMS
GRBS-BRMS bridge VNG
26
Over de auteur
Peter Kalmijn is principaal en thought leader bij Atos met een stevige achtergrond in zowel requirements engineering als ook verificatie en validatie. Hij heeft een speciale focus op Decision Management en Business Rules en de toepassing daarvan binnen Business Proces Management. Hij is voorzitter van de Business Rules community van Atos met meer dan 200 leden, Competence lead van de Atos competence Decision Management and Rules en bestuurslid van het Business Rules Platform Nederland (BRPN).
27
Over Atos
Atos is een internationale IT-dienstverlener met een jaaromzet van 8,8 miljard euro. Het bedrijf biedt werk aan 76.400 collegas in 47 landen. Wereldwijd levert Atos aan haar klanten hi-tech transactieservices, advies en technologie, systeemintegratie en managed services. Met haar diepgaande technologische expertise en kennis van industrile sectoren ondersteunt zij klanten in de volgende marktsectoren: Manufacturing, Retail en Services, Overheid, Gezondheidszorg en Transport, Financile dienstverlening, Telecom, Media & Technologie, Energie en Nutsvoorzieningen. Atos focust op het aanbieden van zakelijke technologie die klanten vooruit helpt en in staat stelt hun onderneming van de toekomst te creren. Atos is de wereldwijde IT-partner voor de Olympische Spelen en Paralympische Spelen en staat genoteerd aan de Paris Eurolist Market. Atos opereert onder de namen Atos, Atos Consulting & Technology Services, Atos Worldline en Atos Worldgrid.
Voor meer informatie:
Peter Kalmijn Papendorpseweg 93 3528 BJ UTRECHT +31 (0)88 26 5 5555 peter.kalmijn@atos.net
nl.atos.net
Atos, the Atos logo, Atos Consulting, Atos Worldline, Atos Sphere, Atos Cloud, Atos Healthcare (in the UK) and Atos Worldgrid are registered trademarks of Atos SE.. September 2013 2013 Atos

Uitvoeringsprocessen Wendbaar en Permanent in Control

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Uitvoeringsprocessen Wendbaar en Permanent in Control

Uploaded by

Copyright:

Available Formats

White paper

Your business technologists. Powering progress

Visie op flexibele uitvoeringsorganisaties

1. Permanent in control met wendbare uitvoeringsprocessen 2. Het speelveld

Binnen de kaders van Nora 3.0 Fundamentele keuzes Inpassen en combineren

6. Duurzame wendbaarheid 7. Referenties 8. Definities

Uitvoeringsprocessen, wendbaar en permanent in control

1. Permanent in control met wendbare uitvoeringsprocessen

Wet gebaseerd werken

Gentegreerde regelgeorinteerde aanpak

Het gaat om mensen

Uitvoeringsprocessen, wendbaar en permanent in control

Uitvoeringsprocessen, wendbaar en permanent in control

Uitvoeringsprocessen, wendbaar en permanent in control

Strategische keuze maken

Uitvoeringsprocessen, wendbaar en permanent in control

De business case maken

Waarde van de intellectuele bedrijfsmiddelen

Uitvoeringsprocessen, wendbaar en permanent in control

Potentieel toegevoegde waarde

Uitvoeringsprocessen, wendbaar en permanent in control

Aanvullende technische principes

Binnen de kaders van Nora 3.0

Uitvoeringsprocessen, wendbaar en permanent in control

Figuur 1. Beoordelingsservice toegepast in de processtap beoordeel aanvraag

Business Rules Engine

Enterprise Decision Management

Uitvoeringsprocessen, wendbaar en permanent in control

Figuur 2. Business engineering aanpak toegepast

Strategisch richten: strategie & beleid

Operationeel verrichten: uitvoering

Bedrijfsbeslissingen & regels Bedrijfsprocessen

Geautomatiseerde bedrijfsbeslissingen & regels Geautomatiseerde bedrijfsprocessen

Integrale Business Rules Aanpak

Uitvoeringsprocessen, wendbaar en permanent in control

Figuur 3. Integrale Business Rules Aanpak (BRA)

Plan activities for business rules

Rule management process

Terms, facts & rules

Design for Change

Uitvoeringsprocessen, wendbaar en permanent in control

Figuur 4. Positionering fasen in het 9 vlaks model

Strategisch richten: strategie & beleid

Operationeel verrichten: uitvoering

Resultaten van deze fase

Uitvoeringsprocessen, wendbaar en permanent in control

Zijn processen de blokkerende factor?

Organisatie rollen en functies

Bedrij eslissingen & regels

(Peter Kalmijn, Marwin van Overschot 2010)

Uitvoeringsprocessen, wendbaar en permanent in control

Fase 2: Analyse (Logisch inrichten)

De resultaten van deze fase

General RuleBook System

Uitvoeringsprocessen, wendbaar en permanent in control

Figuur 6. Regel in een GRBS (RuleXpress)

Figuur 7. Positionering GRBS

Overzicht en greep op regels

Uitvoeringsprocessen, wendbaar en permanent in control

Het doorlopende en duurzame bewijs van compliance

Fase 3: Design/Ontwerp (Fysiek inrichten)

Uitvoeringsprocessen, wendbaar en permanent in control

Business Rules Management System (BRMS)