En nieuwe architectuursubhype
kondigt zich aan: outsourcing onder architectuur. Wat denkt u, zou dat
iets zijn?
Bij outsourcing
maak je afspraken met een derde om een 'afgeronde' hoeveelheid werk
voor je uit te voeren. Je moet dan goed weten wat die werkzaamheden
inhouden, anders betaal je de hoofdprijs. Wie kan immers vaststellen
of een prijs te hoog is als je de te leveren kwaliteit niet kent? En
die derden zijn heel goed in het afspreken van zo hoog mogelijke prijs
en daarna het werk goedkoop uitvoeren - en neem ze dat eens kwalijk.
Feitelijk is dus outsourcing zonder architectuur onmogelijk. Je moet
immers weten wat je uitbesteedt en dat is een deel van de juiste architectuur.
Er zit echter wel
een angel in deze constatering. In het novembernummer van dit blad stonden
veel artikelen over dit onderwerp. Veel grotere it-leveranciers deden
daar een duit in het zakje. Logisch, want zij bieden immers outsourcing
aan. Het punt zit echter in welke werkzaamheden uitbesteed worden.
It-leveranciers
bieden al jaren het outsourcen van werkzaamheden rond it-infrastructuren
aan. Zij doen dan het applicatiebeheer of het technische beheer. Maar
dat is niet waar het hier om gaat, men wil verder. Neem als voorbeeld
een melkfabriek. Leveranciers brengen ruwe melk in vrachtwagens naar
de fabriek. De fabriek maakt daar consumentenmelk, pappen en industriële
producten van. Afnemers zijn bijvoorbeeld winkelketens die consumentenmelk
in pakken verkopen.
Een melkfabriek
zou het reinigen van ruwe melk kunnen outsourcen. En een bank kan beslissen
om de dagelijkse transactieverwerking uit te besteden terwijl een verzekeringsmaatschappij
het afsluiten van hypotheken aan derden over kan laten. Op zich prima
ideeën, maar vraagt u dit aan uw it-leverancier?
Het beheer van de
it-infrastructuur is voor een organisatie geen primair werk. Hulpmiddelen
ondersteunen immers. De kennis zit in de it-architectuur en in de bijbehorende
bedrijfsprocessen die zijn opgenomen in het beeld dat van samen-werken
is opgebouwd. Het begrip architectuur wordt nu door deze it-leveranciers
gedefinieerd in termen van markt, waardeketen, samenwerken, afnemers,
leveranciers tot en met it-infrastructuur. Zo'n enterprise architectuur
omvat dus vele aspecten en niveaus van een organisatie. De vraag is
of dat handig is (in termen van geld, tijd en kwaliteit). Een zo breed
beeld vraagt vele specialismen en wil je die inhuren bij je it-leverancier?
Als laatste speelt
hier de architect-aannemerdiscussie. It-leveranciers bieden namelijk
niet alleen outsourcing aan, ze willen ook je architectuur opzetten.
Zij vormen dan dus je beeld en bieden daarna aan in beeld gebracht werk
over te nemen. Ze zijn dan dus zowel je architect/adviseur als je aannemer.
Dat kan niet, om
ethische en zakelijke redenen. Je architect vormt immers de kennis die
je nodig hebt om uit te kunnen besteden. Als je architect voor je aannemer
werkt, loop je de kans dat de aanbieding van de aannemer misschien goed
past en dat je dan toch de hoofdprijs betaalt (in termen van de prijs-tijd-kwaliteitverhouding)
omdat het voor je organisatie niet optimaal is. Dat kan toch niet de
bedoeling zijn.