Waarom MCX al meer dan 25 jaar bestaat en waarom dat voor de Public Cloud nu belangrijker is dan ooit

Elke organisatie wil een succesvolle implementatie.

Maar wie zorgt ervoor dat het systeem over vijf jaar nog altijd probleemloos draait? 

In de IT-wereld gaat de meeste aandacht naar verandering. Nieuwe systemen. Nieuwe migraties. Nieuwe technologie. 

De echte uitdaging begint na de livegang. Dat gold voor de IT-implementaties van eind jaren negentig en net zo goed voor de Public Cloud migraties van vandaag.

Het patroon van eind jaren negentig 

Veel organisaties zagen hetzelfde gebeuren. Er werd voor nieuwe IT-oplossingen gekozen, het project werd succesvol afgerond en de aandacht verschoof naar het volgende initiatief. Het systeem draaide. Het project was klaar. 

Maar wie nam daarna de verantwoordelijkheid? 

Wie zorgde ervoor dat bedrijfskritische systemen betrouwbaar bleven functioneren? Wie kende de omgeving door en door? En wie stond klaar als de continuïteit onder druk kwam te staan? 

Dat waren precies de vragen die Johan van Veen zichzelf in 1999 stelde. Hij zag dat beheer vaak werd beschouwd als een noodzakelijk sluitstuk van een implementatie, terwijl juist in de jaren daarna de grootste waarde voor organisaties ontstond. Niet tijdens de oplevering, maar daarna. 

Daaruit ontstond MCX. 

Beheer als fundament 

De gedachte was eenvoudig, maar allesbehalve vanzelfsprekend: goed beheer verdient dezelfde aandacht als een succesvolle implementatie. 

Geen ondoorzichtige constructies. Geen verrassingen achteraf. Geen leveranciers die verdwijnen zodra het project is afgerond. 

In plaats daarvan: duidelijke afspraken, voorspelbare kosten en een beheerorganisatie waarop klanten kunnen vertrouwen. Transparantie was geen marketingterm, maar een manier van werken. 

Van leverancier naar partner 

Het verschil tussen een leverancier en een partner zit niet in een contract. Het zit in gedrag. 

Een partner neemt de telefoon op wanneer het nodig is. Een partner denkt mee over de volgende stap. Een partner voelt zich verantwoordelijk voor de continuïteit van de omgeving. 

Daarom werkt MCX met vaste teams, korte communicatielijnen en langdurige klantrelaties. Niet omdat dat mooi klinkt, maar omdat kennis van systemen, processen en organisaties zich in de loop der jaren opbouwt. Die diepgaande kennis maakt het verschil op het moment dat continuïteit cruciaal is. 

De technologie verandert. Het uitgangspunt niet. 

Wat begon met specialistische kennis van Oracle-omgevingen, heeft zich in meer dan 25 jaar ontwikkeld tot brede expertise in applicatiebeheer, technologiebeheer en infrastructuurbeheer. 

En nu dient zich een nieuw hoofdstuk aan: ontwerpen, migreren en beheren in de public cloud. 

De vraag die Johan van Veen zichzelf in 1999 stelde, klinkt bij elke migratie opnieuw maar nu nog scherper. De publieke cloud is krachtig, schaalbaar en flexibel. Maar wie zorgt ervoor dat de kosten voorspelbaar blijven zodra het project is afgerond? Wie houdt grip op de data en de digitale soevereiniteit als de omgeving eenmaal live staat? En wie neemt de verantwoordelijkheid als de implementatiepartner allang aan het volgende project werkt? 

De technologie is complexer geworden en de verwachtingen van organisaties zijn veranderd. Maar het uitgangspunt is hetzelfde gebleven: IT-beheer, of dat nu on-premises of in de cloud is, moet voorspelbaar, transparant en betrouwbaar zijn. 

Waar de echte waarde ontstaat 

Een systeem succesvol implementeren is belangrijk. Ervoor zorgen dat het jaar na jaar betrouwbaar blijft functioneren, dát is waar de echte waarde ontstaat.

Dat gold voor de eerste Oracle-omgevingen die MCX meer dan 25 jaar geleden in beheer nam. En dat geldt nog steeds voor iedere organisatie die vandaag de stap naar de Public Cloud zet en zich afvraagt wie na de livegang de regie in handen houdt. 



Precies daarom bestaat MCX. En precies daarom is grip op kosten, op data, op continuïteit, het uitgangspunt van alles wat we doen, ook in de cloud.