De beste IT-oplossingen leveren niet automatisch het beste applicatielandschap
Bijgewerkt op: 8 uur geleden
IT-architectuur: het fundament onder je pakketselectie
Veel organisaties kennen het begrip ‘pakketselectie’ wel en hebben er zelfs al wel wat ervaring mee, bijvoorbeeld bij de keuze voor een ERP- of CRM-systeem. ‘IT-architectuur’ is een veel minder bekend begrip. Sterker nog, veel organisaties zien het als omslachtige blabla die je weghoudt van waar het echt om gaat: een werkende IT-oplossing. Het gevolg? Organisaties kiezen vaak per vraagstuk de beste IT-oplossing, meestal op afdelingsniveau.
Onder die aanpak ligt een veelvoorkomende denkfout: als iedere IT-oplossing afzonderlijk de beste keuze is, hebben we samen het beste applicatielandschap. Zo werkt het niet. In deze blog lees je waarom dat zo is. En hoe een IT-architectuur mede bepaalt of je pakketselectie slaagt.
Wat is een IT-architectuur?
Een IT-architectuur laat zien hoe processen, informatie, applicaties en infrastructuur samenhangen en welke principes bepalen hoe dat landschap zich de komende jaren ontwikkelt. Het geeft antwoord op drie vragen: waar staan we nu, waar willen we naartoe (de doelarchitectuur) en hoe komen we daar?
Daarmee verandert je selectievraag: je zoekt niet het beste systeem uit een productvergelijking, maar het beste puzzelstukje in jouw applicatielandschap. Systemen die samen precies passen bij jouw organisatie, doelen en budget.
Waarom loopt een pakketselectie zonder IT-architectuur vaak mis?
Zonder IT-architectuur kan niemand aanwijzen waar het nieuwe systeem precies terechtkomt. Wat neemt het over, wat blijft er staan, waar sluit het op aan? Zonder dat overzicht kies je op wat een IT-oplossing kan, niet op wat het in jouw applicatielandschap doet.
Denk eens aan de stad of het dorp waarin jij woont. Dat vraagt om stadsplanning: wijken, gebouwen, watervoorzieningen, energievoorzieningen, natuur, wegen, dijken. Doordachte samenhang bepaalt het succes van het geheel. Zonder die samenhang ontstaat er een speeltuin op de verkeerde plek, is er onvoldoende energie beschikbaar in een gebied met veel bedrijvigheid of blijkt het ziekenhuis nauwelijks bereikbaar. Het is niet moeilijk om de parallel met IT (applicaties, integraties, data, infrastructuur) te zien.
Een doodlopende weg merk je hooguit een paar honderd meter te laat. Een systeem dat niet goed aansluit op de rest van je applicatielandschap, merk je pas later. Dit zijn de signalen:
Dubbele data: klantgegevens staan in meerdere systemen, en die zijn niet altijd gelijk.
Dubbele functionaliteiten: je betaalt voor systemen die deels hetzelfde werk doen.
Onnodige handelingen: medewerkers voeren dezelfde gegevens op meerdere plekken in.
Ontbrekende rapportages: de juiste stuurinformatie komt er alleen met extra handwerk uit.
Omslachtige processen: een eenvoudige taak loopt via meer systemen dan nodig is.
Compenserende Excel-sheets: naast de systemen ontstaan lijstjes die opvangen wat ontbreekt.
Ook een online selectiewijzer zoals ERP-selectie.nl of NederlandsKennisCentrum.nl, neemt dit werk niet van je over. Zo'n selectiewijzer is net zo goed als de wensen die je erin stopt. Bepaal je die zonder IT-architectuur, dan kijk je naar een deel van je applicatielandschap of zelfs naar één systeem, niet naar het geheel. Je krijgt een keurige lijst met functionaliteiten, terwijl het succes van je keuze afhangt van de samenhang.
Kun je een pakketselectie doen als je IT-architectuur nog niet staat?
Nee, en daar zijn we stellig in. Dat betekent niet dat je eerst een complete IT-architectuur moet bouwen. Wel moet je scherp hebben wat je selectie raakt. Waar hoort deze functionaliteit bewust wel en waar bewust niet? Welk systeem is per gegevenssoort de bron? Koppel je rechtstreeks of via een laag ertussen? En welk systeem kies je eerst, wetende dat sommige keuzes latere keuzes uitsluiten?
Dat zijn geen vragen die je even invult. Het zijn keuzes die jaren meegaan, dus je maakt ze bewust en met de mensen die de gevolgen dragen. Voeg er principes aan toe, zoals 'cloud, tenzij', 'we kopen standaard en bouwen alleen wat ons onderscheidt' en 'data komt uit de bron', en je hebt beslisregels. Daarmee valt een deel van je longlist al af voordat je de eerste demo hebt gezien.
IT-architectuur kost je geen tijd, het scheelt je tijd
Door een IT-architectuur vast te leggen, wordt je longlist korter en worden demo's beter toetsbaar. Je weet namelijk waar je op moet letten en welke vragen je de leverancier kunt stellen. Belangrijk is niet alleen wat het pakket kan, maar ook hoe het past bij jouw processen en je andere systemen. Tijdens de implementatie kom je hierdoor voor minder verrassingen te staan. En alle afdelingen kunnen naar één architectuurplaat wijzen. Dat maakt communiceren een stuk makkelijker en scheelt misverstanden.
Conclusie?
Een sterk applicatielandschap draait om samenhang. De beste IT-oplossingen selecteren zorgt daar niet voor. Dat doet een IT-architectuur.
Wij helpen je graag om een selectietraject in te richten dat werkt. Niet met meer papierwerk, maar met slimmere werkvormen. Neem contact met ons op en we kijken samen wat bij jouw situatie past.
Benieuwd hoe architectuur jouw volgende pakketselectie makkelijker maakt? Laten we eens kletsen.
Met AI bouw je software sneller en goedkoper dan ooit. Zonder regie op je IT-landschap loop je het risico dat je later alsnog de rekening betaalt. Lees daar meer over in onderstaande blog.
