Society for the Certification of Information Architects

Stichting ter Certificatie van Informatie Architecten

 

The Netherlands: Architect - Contractor discussion

The Architect - Contractor discussion may be summarized by the following statement:

"One does not hire one's Architect from one's Contractor"

Contractors in the information- and IT-sector are, in general terms, software- and systemhouses. Nowadays many contractors have IT- and IT-Business Architects and hired out. These people are all (very) experienced and have broadened their view on IT and the use of IT.

To some it necessary that (Information) Architects who help organisations to find fitting and effective solutions may not depend in any way on organisations who realize, sell (COTS) or maintain IT-solutions for that organisation. One step further: a contractor must choose whether they are going to help an organisation with its information architecture or to realise, sell or maintain IT-solutions.

In The Netherlands the Ministry of Defense is working to implement ERP. April 18th 2003 the Dutch press published an article where the situation in this project was described. The problem is that a number of contractors worked in both roles and were obliged to choose between the one or the other.

For dutch speaking people describing a dutch cases on the above.

 
  Hierna volgt een reeks aan te klikken artikelen die bedoeld zijn als basis voor een Architect-Aannemer situatie waarover gediscussieerd kan worden.
 

Het gaat om de volgende artikelen:

Reacties op dit artikel kunt u sturen naar het adres Reactie@Stichting-CIA.org. Deze zullen hierna opgenomen worden onder vermelding van de naam van degene die reageert en zijn of haar werksituatie.

1
Pieter Flieringa, Senior IT-Business Architect (international), Independent

Als oud Defensie medewerker en consultant bij o.a. Defensie sta ik dagelijks midden in deze discussie (en de gevolgen ervan).

 

2

Roland Drijver, Medior IT-Architect (international), Employee of a systemhouse

Architect en uitvoerder op één kussen....... Moeten aanbieders van architectuur en uitvoering niet gescheiden worden?

Voor de leek zal het lijken of het gaat om een scheiden der machten. Architect en uitvoerder zouden immers wel eens kunnen kiezen voor het uitmelken van de contracten over de onbetwistbare deskundigheid van de architect. Dat beeld gaat zeker op in een expansie scenario. Dan kunnen beiden meer werk creëren door de gunstigste (voor de leverancier) werkelijkheid te architecten voor de opbrengst van het leverende bedrijf. In een krimp scenario wordt dat al wat lastiger, de resultaten worden immers gemeten in een effectieve afname en de focus ligt op koppeling van noodzaak en behoud van functionaliteit, met een gunstige eindklant beleving, voor het minimale budget.

De wortel van deze vermeende belangen verstrengeling ligt echter eenvoudiger. De klant dient zelf de verantwoording te nemen voor zijn business case. Een project starten zonder is heden ten dage taboe. Pas als er kosten en baten inzichtelijkheid is, kan er helder worden afgewogen of men waar voor zijn geld krijgt. Daar kan de architect bij helpen en de accountant en de interne ICT deskundigen van het bedrijf, maar bovenal de zakelijk eigenaar, de eindgebruiker en zijn doelstelling, samen kunnen zij de business case meetbaar maken. In een vergelijking: Als er een complexe ingreep op een patiënt wordt gepland in een ziekenhuis, doet de chirurg vaak ook het werk van de 'operatie architect", dat kan goed en ook slecht zijn. Zij/hij neemt door deze verenigde belangen, de gehele verantwoordelijkheid, van plannen tot uitvoering en aanvaard de keten gevolgen daarvan. Maar is ook bij die handelwijze het meest toegerust.

Wel is het gebruikelijk dat er intervisie door collega's wordt gepleegd en liefst voor de operatie ten uitvoer wordt gebracht. Daar zou de ICT markt best iets van kunnen leren. De chirurg toetst nl. ook de noodzaak en geprognosticeerde effectiviteit op deze wijze, stelt zijn geplande operatie bij en bespreekt opties met de patiënt. Deze laatste beslist, of de vertegenwoordiger. In outsourcing contracten komt het regelmatig voor dat onze systemhouse-managers in de rol van manager voor de klant een partner kiezen, op basis van beschikbaarheid, snelheid of lagere prijs, boven het moeder bedrijf of er zelfs gekozen wordt voor concurrenten. Het mag duidelijk zijn dat het systemhouse dan niet staat te juichen, maar in zekere zin zijn wij daar ook trots op. Wij volgen wel degelijk vaak de keuze van een klant, ook als we het verdienen door producten van concurrenten in te zetten, waardoor we alleen aan de architectuur verdienen. Een voorbeeld daarvan doet zich voor bij grote industrieën, zoals Philips, waar we 50% producten van DELL moeten inzetten op de werkplek, gedreven door de dual vendor regel van Philips.

En ook bij architecten gaat de regel op: "Een mens gedraagt zich vaak uiteindelijk op een manier die weerspiegelt hoe zij/hij daar op wordt afgerekend". De rol van de architect en zijn onafhankelijkheid vallen en staan met de ruimte die zij/hij krijgt in dit perspectief.

 

3

Leo van Baren, Medior Information Architect, Employee of a Dutch Municipality

Het eerste wat opvalt is het woord Oorlog in de titel. Na het lezen van het artikel had ik niet de indruk dat er sprake is van oorlog (misschien binnen de defensie-organisatie zelf?).

Mijn eerste indruk na het lezen van het artikel op de voorpagina: eindelijk heeft men het door: scheiding tussen Architect en bouwer.


Maar na verdere analyse rijst de vraag: waar gaat het over? Regeltjes bij een Europese aanbesteding en aanvullende voorwaarden in het bestek van aanbesteding. Deze kunnen dus verre gaande consequenties hebben voor het bedrijf welke de klus aanneemt.
Wat in 1 zin wordt genoemd is "Regie van de ERP-implementatie" (bouwbegeleiding) en aanpalende projecten "Invoering (is ook bouwen) van geintegreerde informatievoorziening". Wie ontwerpt deze? Staat dat ook in het bestek?
Regie over het invoeren van een (ERP)pakket is naar mijn idee nog steeds begeleiding van bouwen en niet ontwerpen vanuit architectuur. Of was het de bedoeling van Defensie dat de geselecteerde partner ook als Architect zou optreden?
Waar is een bestek voor bedoeld? Zodat Iemand die aanneemt (de bouwer) weet wat er gebouwd moet worden. Of geldt tegenwoordig dat het ontwerpen van een archtectuur ook via een aanbesteding gegunt moet worden? Op basis van welk concept(architectuur) is gekozen voor ERP? En waar is de echte architect? Deze had mijns inzien dit debacle kunnen voorkomen. Wat is de rol van het Dictu? Zij zijn of hadden de architectenrol moeten invullen.

Wie heeft er nu boter op z'n hoofd? Opdrachtgever of opdrachtnemer? Voor alle partijen geldt het integriteitsuitgangspunt en de functiescheiding: Bedenken (architect), Bouwen(opdrachtnemer) en Beheren(gebruiker), waarbij de architect de opdrachtgever kan vertegenwoordigen.

In dit daglicht gezien is het begrijpenlijk dat partijen moeite hebben met het bestek van aanbesteding. Maar werk is werk. Of het bestek is niet juist, of is niet goed gelezen door de toekomstige partners. Wat wil Defensie uiteindelijk bereiken?

4
 

Wilt u reageren? Klik dan hier en stuur een mail met uw reactie.

 

Copyright 2001 - SCIA

Last updated: May 2nd, 2003

Stichting ter Certificatie van Informatie Architecten
p/a Molenlaan 155, 3055 GA Rotterdam-Hillegersberg
Tel: 010 - 461 4909
Fax: 010 - 418 37 61
Mobiel: 06 - 514 76 268