Het wat en waarom van Domain Driven Design

Het halen van je businessdoelen in deze steeds sneller veranderende (digitale) markt, is lastiger en duurt langer dan voorheen. Daar waar IT een aantal jaren geleden nog een versneller was, lijkt IT nu juist eerder een belemmering te zijn om snel in te (kunnen) spelen op kansen die de markt biedt. 

Wil je snel een gewenste aanpassing in je bedrijfsproces doorvoeren, dan word je vermoeid met complexe, vaak technische uitleg door je IT-afdeling waarom iets niet kan of juist anders lijkt te moeten. Legacy systemen worden vaak als excuus gebruikt. Er zijn te veel functionaliteiten aan elkaar gekoppeld waardoor het aanpassen van één functionaliteit onmiddellijk effect heeft op andere functionaliteit. En dat wil je niet. Als bijvoorbeeld marketing de naam van een product wil wijzigen op de website, dan wil je niet dat de logistieke afdeling dit product niet meer kan vinden in het systeem omdat het ID is aangepast. Met andere woorden, je wil niet dat een aanpassing binnen jouw domein leidt tot problemen in een ander domein. 

Minder wendbaar

Door deze situatie worden aanpassingen kostbaar en duurt het doorvoeren van wijzigingen te lang. Je time-to-market neemt toe en je Cost of Delay vormt een groter risico. Je wendbaarheid neemt af in plaats van toe. 

DDD is dé oplossing

Met Domain Driven Design tackle je precies deze problemen. Want, als je alleen een hamer hebt, lijkt elke oplossing op een spijker. En daar zit de kern van DDD: in jouw eigen businessdomein heb je andere wensen, gebruik je andere termen en beweeg je zelfs mogelijk in een andere richting dan andere business domeinen. 

Door IT-oplossingen of applicaties meer in te richten op basis van jouw business proces, bereik je minder koppeling tussen systemen en applicaties waardoor je snel en eenvoudig aanpassingen in jouw businessproces kunt doorvoeren. Je kunt als 'domein' autonoom evolueren, zonder dat je collega van het andere domein hier last van heeft. 

Snelheid van handelen neemt toe

De business domeinen zitten (weer) aan het stuur. Bijkomend voordeel van de DDD methodiek is dat je samen met IT de oplossingen bedenkt die precies aan jouw behoeftes voldoen. En terwijl je dit aan het doen bent, ontwikkel je ook nog eens samen een zogenaamde ‘ubiquitous language’ ofwel je praat over hetzelfde. Dit lijkt een klein ding, maar als je elkaar in de communicatie direct begrijpt, dezelfde taal spreekt, neemt de snelheid van handelen in je organisatie met factor 3 toe. 

Aan de slag! 

Wil je meer leren over Domain Driven Design? Dan is onze basistraining DDD het perfecte startpunt. Je leert meer over voordelen van Domain Driven Design en de toepasbaarheid. We bieden een stukje theorie, maar geven vooral veel praktische tips en tricks om hiermee snel aan de slag te gaan in je organisatie. 

Ben je al enthousiast en begrijp je de basisbeginselen van DDD al? Volg dan de Next Level training DDD. Hierin duiken we dieper in de materie.