Zaakgericht werken is een principe dat een belangrijke rol speelt bij lokale overheden, maar zeker ook breder toepasbaar is. Het heeft veel overeenkomsten met service-oriëntatie. Het basisidee is dat je de diensten die je aanbiedt goed definieert en dat je de bijbehorende service levels bewaakt. Er zijn allerlei architectuurbouwblokken die een rol spelen bij zaakgericht werken zoals zaaksystemen, zaakmagazijnen en Persoonlijke Internet Pagina's. De vraag is echter wanneer de verschillende bouwblokken relevant zijn en hoe ze met elkaar samenhangen. Is bijvoorbeeld een zaakmagazijn noodzakelijk voor het publiceren van de status van vergunningen op Internet? In dit item zet ik alle belangrijke architectuurbouwblokken op een rij en laat hun samenhang zien.

Uitvoerende overheidsorganisaties scoren onder de maat in de onderlinge samenwerking en informatie-uitwisseling. Dat knelt vooral nu ons kabinet anno 2008 meer dan zijn voorgangers inzet op interventiebeleid. Zonder een goed beheerd stelsel van uitvoeringsafspraken over informatie-uitwisseling komt de haalbaarheid van dit beleid in gevaar.

De noodzaak van digitale architectuur binnen de overheid wordt steeds nadrukkelijker onderkend. ICT Uitvoeringsorganisatie (ICTU) is druk bezig met de derde versie van NORA, een referentiearchitectuur voor de gehele publieke sector. Daarnaast wordt op specifiekere niveaus binnen de overheid druk gewerkt aan afgeleide referentiearchitecturen zoals MARIJ (voor de Rijksoverheid), PETRA (voor de provincies), GEMMA (voor de gemeentes) en de WILMA (voor de waterschappen). Dit zijn allemaal referentiearchitecturen, oftewel een soort sjablonen waaruit de individuele architecturen voor de verschillende overheidsorganisaties kunnen worden afgeleid.

Hoe zou jij architectuur willen omschrijven?

Fred: “Ik vind het wel handig om de vergelijking te maken met de bouw van een huis. IT-architectuur in een bedrijf is voor mij een conceptuele plaat van een samenhangend stelsel van zaken die in zijn geheel een werkend construct moet zijn. Net als een architectuurplaat een heel huis beschrijft en dan op een manier dat de samenhang tussen de verschillende onderdelen van het huis zichtbaar is. Je probeert op een zo strak mogelijke manier de gebruikswensen voor het huis te vertalen in een helder conceptueel beeld. Je moet er in kunnen wonen, kunnen slapen, je wilt ook kunnen douchen. Als je dat allemaal een beetje netjes, overzichtelijk ingeregeld wilt hebben, dan ziet dat er zo uit.

Op dit moment zijn van de referentie architecturen voor Nederlandse overheidsorganisaties zowel de NORA als de GEMMA volop in ontwikkeling. Bovendien wordt er gewerkt aan de PETRA, voor provincies en wordt de informatie architectuur voor waterschappen WIA verder uitgewerkt in de WILMA. Samen met de MARIJ voor de rijksoverheid vormen deze referentie architecturen de kaders waarbinnen overheidsorganisaties hun architectuur zouden moeten vormgeven. De vraag is wat een specifieke organisatie, laten we zeggen een doorsnee grote gemeente, hieraan heeft. Wat voegen deze referentie architecturen toe, en vooral ook: wat niet?

Voor u ligt het verslag van het onderzoek naar de vraag “in hoeverre het ontwerp van een ICToplossing kan bijdragen aan een ICT-oplossing die recht doet aan de ambitie en de eisen van de business”. Dit afstudeeronderzoek is verricht in het kader van de Masteropleiding “Business Process Management & IT” van de Open Universiteit Nederland, faculteit Informatica.

Op weg naar de Gemeentelijke Service Bus

Gemeenten worden geconfronteerd met allerlei ontwikkelingen die van invloed zijn op hun informatievoorziening. Belangrijke ontwikkeling in dat kader is de verplichting om bepaalde gegevens nog maar eenmalig uit te vragen en meervoudig te gebruiken. Dit roept allerlei vragen op rondom de noodzakelijke gegevensuitwisseling tussen applicaties en de wijze waarop deze wordt ondersteund door generieke voorzieningen. Kan zoiets als een Gemeentelijke Service Bus hierin ondersteunen en hoe zou een dergelijke voorziening er uit zien? Dit artikel beschrijft het resultaat van een onderzoek in de gemeente Gouda naar een dergelijke voorziening.

Gemeenten, ministeries, provincies, waterschappen en uitvoeringsinstellingen hebben enthousiast gereageerd op het verschijnen van de Nederlandse Overheid Referentie Architectuur. Inmiddels is een nieuw document verschenen: het Strategiekatern. Hierin wordt een drastische koerswijziging aangekondigd, waarover dan ook een heftige discussie is ontstaan. Velen maken zich daardoor zorgen over het draagvlak onder de NORA. Een analyse.

NORA, de Nederlandse Overheid Referentie Architectuur, is vooral bedoeld om de samenhang tussen de relatief onafhankelijke overheidsorganisaties te optimaliseren en de organisatieoverschrijdende ketens te borgen. Het zal duidelijk zijn dat een dergelijke architectuur dient te worden gecoördineerd en beheerd. Meestal benoemen we voor deze functie een Chief Architect, maar in dit geval geef ik de voorkeur aan de titel ‘Digitale Rijksbouwmeester’.

Met al die ANDEZ aanbestedingen ligt de term midoffice bij velen op de lippen. Maar wat is dat eigenlijk, zo'n midoffice? Sommigen denken (terecht) dat het een technische voorziening is om berichten uit te wisselen tussen front- en backoffice. Anderen beweren (terecht) dat het primair om het multi-channel frontoffice gaat (met de kanalen web, telefoon, balie en post). Weer anderen denken (ook terecht) dat een midoffice iets is om een klantcontactcentrum (KCC) te ondersteunen bij de afhandeling van lichte bouwvergunningen etc. Wat is het nou?

Er dreigt een groot misverstand rondom de Nederlandse Overheid Referentie Architectuur. Van een brede benadering van de architectuur van de Nederlandse overheid, lijken we terecht te komen in een enkel op interoperabiliteit gerichte ontwikkeling. In het “NORA katern Strategie” wordt een enorme versmalling van de intentie en werking van de NORA voorgesteld. De opstellers van dit katern hebben een oproep gedaan om dit document te reviewen. In dit artikel wordt in dat kader gezocht naar de oorzaak van het dreigende misverstand. Ook worden voorstellen gedaan om een drastische inperking van de werking van NORA te voorkomen.

Toen de meeste mensen nog gewoon in een fabriek werkten, waren er twee soorten medewerkers – fabrieksarbeiders en kantoorpersoneel. Je droeg al naar gelang je positie of een ranzige overall, of een schoon overhemd – bij voorkeur met een hagelwit boordje. Dat was duidelijk.

Toen de dienstensector opkwam, kwam er behoefte aan een nieuwe tweedeling. De mensen die in de vuurlinie stonden – de medewerkers met klantcontacten, bijvoorbeeld achter het loket van een bankfiliaal – werden ingedeeld bij de frontoffice, en de mensen die op de achtergrond hun werk deden – medewerkers van de administratieve organisatie en de stafdiensten – hoorden even vanzelfsprekend bij de backoffice. In de wandelgangen werd het vaak zo samengevat: de frontoffice verdient het geld, en de backoffice maakt het op.

Wat zou de midoffice hieraan nog kunnen toevoegen?