Hoe Orbem zijn softwarearchitectuur afstemde op zijn bedrijfsstrategie

De uitdaging

Orbem was al begonnen te investeren in het verbeteren van zijn engineeringaanpak. Ze lanceerden een initiatief met de naam Edge Platform, dat als doel had om:

• Applicaties sneller te integreren

• De time-to-market te verkorten

• Een schaalbare basis te bieden voor toekomstige groei

Ze wilden leren van best practices in engineering, met een bijzondere interesse in Domain-Driven Design. Ze richtten een boekenclub op waarin ze lazen en hun inzichten deelden over onderwerpen als DDD, Data Mesh en EventStorming.

De teams zetten vervolgens kleine experimenten op om de ideeën die ze leerden te verkennen. Maar hoewel hun nieuwsgierigheid hen ver bracht, hadden ze moeite om die inzichten effectief toe te passen in hun eigen systemen.

Als snelgroeiend bedrijf met leverdruk en een relatief junior engineeringorganisatie was het moeilijk om theorie om te zetten in samenhangende, productieklare code. Veel daarvan leidde niet tot regelrechte mislukkingen, maar het zorgde wel voor een tijdelijke mismatch met de bedrijfsprioriteiten.

De oplossing

Ons werk met Orbem draaide om afstemming bereiken tussen strategie, domeinexpertise, architectuur en organisatiestructuur.

1. Het kerndomein verhelderen

In workshops met het management identificeerden en verwoordden we het kerndomein van Orbem - de capabilities die hen onderscheiden en het meest kritieke deel van hun systeem. Dat gaf een referentiepunt voor architectuurbeslissingen:

• Wat moeten we zelf bouwen?

• Wat kunnen we kant-en-klaar kopen?

• Waar moeten we engineeringinspanningen in investeren?

• Welke capabilities zijn strategisch belangrijk, en welke zijn ondersteunend?

Dit expliciet maken veranderde de aard van de technische discussies en leidde tot architectuurbeslissingen die beter aansloten bij de bedrijfsstrategie.

3. Teamstructuur afstemmen op architectuur

Naarmate de organisatie schaalde, herbekeken we hun teamstructuren.

Onze aanpak omvatte:

• Interviews afnemen met de belangrijkste stakeholders om de pijnpunten die ze voelden in kaart te brengen.

• 4 mogelijke teamstructuren ontwerpen, die elk andere pijnpunten naar voren schoven.

• Een trade-off-analyse aanleveren voor elke teamstructuur.

• Aanbevelen hoe de teams geherstructureerd moesten worden, zowel op korte als op lange termijn.

Naarmate de domeingrenzen door ons gezamenlijke werk duidelijk werden, stelden we aanpassingen voor om de teams beter af te stemmen op hun bounded contexts en strategische prioriteiten. Dat verminderde de coördinatie-overhead en verduidelijkte het eigenaarschap.

Het resultaat

Een belangrijke verschuiving voor Orbem was de stap weg van een focus op methoden en technieken, naar waarde en strategische fit.

Een andere belangrijke verschuiving betrof build-versus-buy-beslissingen. Naarmate de groei doorging en de middelen krapper werden, ging de organisatie bewuster kiezen waar ze interne engineeringinspanningen in investeerde.

Ons werk bij Orbem was geen eenmalig herontwerp, maar het begin van een meer gedisciplineerde manier om bedrijfsstrategie te vertalen naar succesvolle software.

In gereguleerde, industriële en life sciences-omgevingen is complexiteit onvermijdelijk. De snelle groei van Orbem versterkte die complexiteit. Onze rol is om managementteams te helpen hun softwarearchitectuur af te stemmen op de bedrijfsstrategie van hun organisatie.

Dit maakt mogelijk:

• Snellere time-to-market

• Een sterke band tussen bedrijfsstrategie en architectuur

• Duidelijkheid over het kerndomein van de organisatie

• Meer modelleervermogen binnen de teams

• Afstemming tussen organisatieontwerp en systeemgrenzen.

Bij Orbem vertaalde ons werk zich in een nauwere afstemming tussen de bedrijfsstrategie en de softwaresystemen die gebouwd worden om ze waar te maken, wat hun teams een fundament geeft om op verder te bouwen terwijl ze schalen.