Zoals mijn trouwe lezers weten, ben ik erg voor eenvoud en tegen ingewikkeld gedoe. Ik zeg wel eens: ambities zijn het grootste risico bij ICT-projecten. We geven wat voorbeelden en volgen daarbij de bekende architectuurindeling: organisatie, processen, gegevens, applicaties, techniek. Organisatie
Gevaarlijke ICT-ambities hier zijn omvangrijke veranderprocessen. Sommige overheidsklanten roepen dat E-dienstverlening niet kan starten als je niet alle backoffices volledig gedigitaliseerd en ‘gekanteld’ hebt. Vaak horen we dat soort geluiden ook bij de aanschaf van een midoffice. Levensgevaarlijk! Advies: begin van buiten naar binnen te werken en doe niet alles te gelijk. Processen
Met de moderne BPM (Business Process Management) rage wil iedereen vandaag de dag alles door een workflow pakket laten regelen. Levensgevaarlijk! Een beetje gemeente kent vijfhonderd processen, ieder met vele uitzonderingen en verschillen tussen behandelaars. Advies: neem een eenvoudige seriële workflow (bijvoorbeeld vier stappen), zoals bij het Dordtse zaakmodel, en laat de rest aan mensen over. Gegevens
Met de open standaarden hype wil iedereen digitaal stekkeren. Neem de gezondheidszorg, waar HL7 is bedacht om informatie uit te wisselen tussen applicaties op basis van complexe berichtenstructuren. Wordt amper gebruikt. Eenvoudige alternatieven voor HL7 zoals XDS (met slechts een paar documenttypes en wat meta-informatie) zijn wel succesvol. Advies: keep it simple, forget the hype! Applicaties
Gemeenten die voor miljoenen buitenlandse DMS’en aanschaffen denken dat ze een wereldpakket binnenhalen waar je niet fout mee kan gaan. Meer dan de helft van de implementaties van dergelijke pakketten mislukt. Levensgevaarlijk! Advies: neem een eenvoudig en betaalbaar Nederlands DMS-pakket en focus op een gefaseerde zaaksgewijze inrichting. Techniek
Collega-architecten willen alleen nog maar praten over Service Oriented Architecture, waarin alle applicaties via webservices zijn gekoppeld. Levensgevaarlijk! De praktijk is weerbarstig en velen lopen dood op bestaande applicatielandschappen, zoals bij de gemeentelijke backoffices. Advies: schroom niet zonodig te koppelen door overtypen (‘kloppelen’): vaak nog steeds de effectiefste methode.
Wouter Keller is directeur/oprichter van M&I/Argitek, adviesbureau voor E-business applicatiearchitecturen
Deze colum verscheen eerder in Proces&Document (c) Sdu Uitgevers.
Be the first to write a comment
Only registered users can write comments. Please login or register.
Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present
balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not
permitted. Readers are requested to notify
This e-mail address is being protected from spam bots, you need JavaScript enabled to view it
of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.
