Maak van technologie een katalysator voor innovatie

Het verhaal van hoe digitaal aanspraak maakt op het middelpunt van de belangstelling was nog nooit zo relevant. De wereld van vandaag leeft quasi volledig digitaal en de (digitale) verwachtingen van de klant worden steeds hoger, in B2C én B2B. 

Zoals in personalisatie, bijvoorbeeld. 71% van de hedendaagse consumenten verwacht personalisatie en 76% raakt gefrustreerd als deze belofte niet wordt ingelost. Dat maakt de behoefte aan innovatie alleen maar groter. Dit is slechts één voorbeeld van hoe de wensen van de klant tegenwoordig voorop staan.

In dit stuk verkennen we vijf manieren waarop technologie een rol kan spelen in digitale innovatie. Welk pas is het juiste? Hoe profiteert de uiteindelijke klantervaring van je technische keuzes? Waar ligt de échte waarde van moderne technologie?

Ooit vertrouwden organisaties steevast op grote tech suites waarbij ze alle technologie kregen die ze ooit nodig zouden kunnen hebben. Een efficiënt fundament voor een technologisch landschap, maar ook erg rigide.

Tegenwoordig hebben deze grootschalige, monolithische suites gezelschap gekregen van een nieuwe aanpak: composable thinking. Hoewel er genoeg organisaties zijn met behoeften en wensen die passen bij een monolithische oplossing, maakt composable naam.

Composable breekt de traditionele barrières van de traditionele tech suite af. Het stelt je in staat systemen onderweg aan te passen in functie van een op maat gemaakte composable opstelling. Het is een modulaire manier van denken waarbij verandering onderdeel wordt van je dagdagelijkse digitale activiteiten.

In tegenstelling tot de tech suite, waarbij een enkele leverancier alle benodigde softwarecomponenten levert, richten composable architecturen zich op het samenstellen van kleine, losjes gekoppelde componenten en het gebruik van bestaande best-of-breed technologie. Deze worden geïntegreerd tot innovatieve oplossingen en samenwerkingen, voor de optimale klantervaring via verschillende kanalen.

Composable ontlast tech teams op ongekende manieren en zorgt voor visibiliteit, adaptability, autonomie en - uiteindelijk - flexibiliteit.

Handmatige upgrades kunnen het tech teams moeilijk maken. Gemiddeld besteden IT-teams 40% van hun tijd aan het leveren van upgrades aan de front-office. Daarom zijn Cloud en Cloud Native niet langer opkomende trends, maar here to stay.

Cloud computing biedt gebruikers een flexibele, schaalbare en kosteneffectieve manier om on-demand toegang te krijgen tot IT resources. Cloud-native verwijst naar het ontwerp en de architectuur van toepassingen geoptimaliseerd voor het gebruik in een cloud computing-omgeving. 

De ontwikkelingen rond cloud en cloud-native maken experimenten mogelijk via microservices, containerisatie, continuous delivery en DevOps - met een hogere inzetfrequentie, lagere onderhoudskosten en schaalbaarheid.

Je hoeft je zoektocht naar de optimale UX niet vanaf nul te beginnen - dankzij moderne design systems en component libraries beschikken we over beproefde UX resources om ideeën te hergebruiken.

Een design system is een verzameling richtlijnen, principes en hulpmiddelen die zorgen voor consistentie en samenhang , zoals componenten, visuele stijlen en patronen. Het is wat iets digitaals laat opvallen en uniek maakt. 

Een component library is dan weer een verzameling vooraf ontworpen, herbruikbare UI-componenten om gebruikersinterfaces mee te creëren. Deze componenten zijn modulair ontworpen, zodat iedereen ze kan combineren om aangepaste interfaces te ontwikkelen die voldoen aan de behoeften van specifieke toepassingen.

De kans is groot dat je de term data mesh de laatste tijd overal om je heen ziet opduiken en dat is eigenlijk geen verrassing. De afgelopen jaren werd organisaties immers voorgehouden dat we allemaal moesten streven naar één database, waarin alle gegevens centraal zijn opgeslagen. In de praktijk zien we vaak dat deze gecentraliseerde aanpak net voor een overmaat aan datastromen zorgt.

Data mesh is een gedecentraliseerde benadering van data-architectuur waarbij kleine, onafhankelijke teams verantwoordelijk zijn voor specifieke domeinen of datasets. Dit bevordert data-autonomie, stelt teams in staat snel te handelen en breekt onnodige silo's af om de samenwerking en inzichten te verbeteren.

Kortom: je verzamelt niet al je data in één vat, maar legt nuttige verbindingen tussen de verschillende teams. Met data mesh laat je je data van het ene naar het andere team stromen. Daardoor wordt data & intelligence, voorheen uitsluitend een IT-aangelegenheid, een gedeelde verantwoordelijkheid en bron binnen je organisatie. 

Net zoals Google naar een cookieless realiteit evolueert, impliceert data mesh een culturele verschuiving in de manier waarop organisaties over hun data denken. In plaats van data als bijproducten van processen te beschouwen, worden ze het product. Hierbij treden de producten van die data ook op als de eigenaren.

Security management is veel meer dan een reden voor vertraging in security testing. In het verleden was het logisch om ergens aan het einde van de software development lifecycle ruimte te maken voor security. Nu, als het zo belangrijk is, waarom zou je dan wachten tot het einde?

Slim security management betekent niet alleen dit vaker doen, maar ook op verschillende momenten in dit proces - vertrouwend op de Secure Software Development Lifecycle (SSDLC), bijvoorbeeld. 

0. (Pre-)sales: Classificatie van beveiligingsrisico's / verwerven van onderhoud

1. Governance: Rollen & verantwoordelijkheden / Strategie & KPI's / Beleid en Compliance / Project access

2. Training: Secure development

3. Requirements: Security requirements / Quality Gates / Security & Privacy Risk Assessment 

4. Design: Gebruik van geschikte & ondersteunde technologie / Security View / Threat modeling / User interface design

5. Implementatie: Proactieve controles / Bescherming van broncode / Encryptie / Peer code reviews / Dependency tracking / Static application security testing (SAST) / Web application firewall / Omgeving & Testdata

6. Verificatie: Penetratietest / Dynamic application security testing (DAST) / Thread model attack surface review.

7. Release: SDLC Compliance Review / Overdracht aan het Run team

8. Operations: Incident Response / Monitoring & Alerting / Logging / Environment Management / Security Updates & EOL / Defect Management

Laten we security dus beschouwen als een enabler, optimaal geïntegreerd in elke fase van de levenscyclus.