In dit artikel wordt uitgelegd hoe Digital Information Design (DID)¹ kan worden gebruikt als organisatiemodel om Business Information Management (BIM), ASL en ITIL op één lijn te brengen in één samenhangende managementstructuur. Via dit model kunnen leiderschapsteams digitale investeringen en opleveringsinspanningen vertalen naar meetbare missiegedreven resultaten door levenscyclusbeheer, op KPI/KRI gebaseerde sturing en voortdurende verbetering te combineren, ondersteund door Lean en PDCA, waar nodig met Scrum.

[1] DID Foundation (geen datum) - DID: Digitaal informatieontwerp

Index

• Managementsamenvatting
• 1) Fragmentatie blokkeert groei
• 2) Bestuursontwerp als structurele remedie
• 3) Digitaal informatieontwerp: samenhangend informatiebeheer structureren
• 4) Uitvoeringsraamwerken inbouwen (ASL/ITIL/LEAN/Scrum)
• 5) Groei sturen door meten (KPI/KRI/PDCA/90-180-365/Scrum)
• 6) Drie praktijkcasussen
• 7) Bestuursreflectie

Managementsamenvatting

Digitale transformatie blijft een strategische prioriteit voor veel organisaties. Toch blijkt dat slechts een minderheid van de initiatieven de beoogde doelstellingen volledig realiseert.² De beperking is zelden alleen de technologie. Vaker is het versnippering van digitaal bestuur: strategie, uitvoering en operationele controle ontwikkelen zich zonder structurele samenhang.

Dit artikel onderzoekt hoe doelbewust ontwerp van bestuur strategie, uitvoering en meetbare waarde opnieuw verbindt door middel van een coherent management- en operationeel model. Het gebruikt het Digital Information Design (DID) model als ontwerplaag, met ASL en ITIL gepositioneerd als uitvoeringsankers, Lean als de discipline voor flow en afvalreductie, plus PDCA als het managementritme voor continue verbetering. Scrum wordt toegepast waar iteratief leren vereist is, niet als een universele leidraad.

Het doel is niet om meer kaders te introduceren, maar om de bestaande kaders te organiseren in een coherent operationeel model

De centrale leiderschapsvraag is duidelijk: wordt informatie beheerd als een strategisch bedrijfsmiddel, of slechts als infrastructuur? Het antwoord bepaalt of digitale investeringen de missie vooruithelpen of vooral activiteiten ondersteunen.

Relevantie voor leidinggevenden

Voor senior management, CEO's en bestuursleden, is een gefragmenteerd IT-bedrijfsmodel geen technologieprobleem, maar een bedrijfsrisico. Wanneer informatiemiddelen onsamenhangend worden beheerd, vertraagt de strategische uitvoering, wordt de toewijzing van kapitaal ondoorzichtig, neemt de blootstelling aan risico's toe en vermindert het innovatierendement. Structureel ontwerp bepaalt of digitale investeringen missies versnellen of oplossen in operationele overhead. De echte vraag is niet of er kaders worden gebruikt, maar of integratie en coherentie bewust zijn ontworpen.

[2] Boston Consulting Group (29 okt 2020) - De kansen op succes van digitale transformatie omdraaien

1) Fragmentatie blokkeert groei

Wanneer digitaal werk via meerdere organisatorische overdrachtspunten wordt overgedragen zonder gedeelde procescontrole, nemen vertragingen, herwerk en besluitvormingswrijving toe. Dat is waarom Lean-georiënteerde³ waardestroompraktijken⁴ focussen op wachttijd, afhankelijkheden, overtollig werk in het proces en activiteiten die geen waarde toevoegen.

Hiermee volgen drie risico's op bestuursniveau:

• Zonder zichtbaarheid van het portfolio ontstaat een wildgroei aan applicaties^5,6
• Zonder levenscyclusbeheer stapelt de technische schuld zich op
• Zonder KPI/KRI-discipline wordt leidinggeven een managementillusie⁵

Financieel perspectief

Fragmentatie heeft directe financiële gevolgen. Ongebreidelde verspreiding van applicaties verhoogt de onderhoudsoverhead. Onbeheerde beslissingen over de levenscyclus verhogen de herstel- en exploitatiekosten op lange termijn. Slechte zichtbaarheid van het portfolio verstoort de kapitaalallocatie.⁶ Wanneer de kosten voor dienstverlening niet transparant gekoppeld zijn aan waarde, dreigt IT te verschuiven van een strategisch investeringsmiddel naar onbeheersbare overhead. Organisaties die geen expliciete coherentie in het bestuur ontwerpen, vervallen standaard in fragmentatie.^5,6

2) Bestuursontwerp als structurele remedie

Digital Information Design (DID) is het meest bruikbaar als het wordt behandeld als een beleidsontwerpmodel, niet als een andere operationele methode. De DID Foundation positioneert het als de opvolger van de BiSL-richtlijnen, voortbouwend op BiSL Next⁷ voor bedrijfsinformatiebeheer (BIM). Als DID goed wordt gebruikt, helpt het leiders om terugkerende BIM-activiteiten en beslissingspatronen te structureren voordat de uitvoering begint. Het doel is niet om meer kaders te introduceren, maar om de bestaande kaders te organiseren in een coherent operationeel model.

Het brengt praktische waarde:

• Betere controle over gevoelige en missiekritische informatiemiddelen
• Lagere kosten door slechte informatiekwaliteit
• Een cultuur die prioriteit geeft aan kwaliteit, integriteit en beschikbaarheid van informatiemiddelen

Het DID-model maakt deel uit van een familie van BIM-modellen die gericht zijn op het op elkaar afstemmen van organisatiestrategie, informatiestructuren en digitale uitvoering. Voorbeelden zijn BiSL voor informatiebeheer aan de vraagzijde en bestuursmodellen voor ondernemingen, zoals COBIT. DID richt zich specifiek op het ontwerp van samenhangende informatiestructuren over organisatiedomeinen heen.

In veel organisaties wordt informatie nog steeds beheerd als een operationeel bijproduct van applicaties, in plaats van als een strategisch bedrijfsmiddel dat op ondernemingsniveau wordt beheerd. DID verschuift het gesprek van “Hoe beheren we IT?” naar “Hoe beheren we informatie als een strategisch bedrijfsmiddel?”. Het biedt een structurele manier om strategie, informatieontwerp en operationele uitvoering op elkaar af te stemmen.

[7] DID Foundation (6 dec 2022) - Wat is BiSL Next?

3) Digitaal informatieontwerp: samenhangend informatiebeheer structureren

DID kan worden gezien als een organisatiemodel binnen het bredere gebied van BIM. BIM-raamwerken zijn erop gericht om de strategie, structuren en uitvoering van organisaties op elkaar af te stemmen, zodat informatiediensten bijdragen aan meetbare organisatorische resultaten. BiSL bijvoorbeeld, richt zich op de vraagzijde van informatiebeheer en definieert hoe bedrijfsvereisten voor informatiediensten worden georganiseerd en beheerd.

Binnen dit landschap richt DID zich op het ontwerp van samenhangende informatiestructuren over organisatiegebieden heen. In plaats van een nieuw operationeel kader te introduceren, biedt DID een structureel perspectief dat organisaties helpt bestaande kaders in relatie tot elkaar te plaatsen.

De echte vraag is niet of er raamwerken worden gebruikt, maar of integratie en samenhang bewust zijn ontworpen

Om conceptuele verwatering te voorkomen, moet de DID-woordenschat consistent blijven. De kracht ligt in de expliciete scheiding tussen domeinen, drijfveren en perspectieven. Door deze scheiding blijven managementbesprekingen structureel in lijn met de intentie van de missie.

Het DID-model structureert informatiebeheer aan de hand van drie onderling verbonden elementen: operationele domeinen, drijfveren en architectuurperspectieven.

In de praktijk helpt DID organisaties om raamwerken zoals ASL, ITIL, Lean en Scrum te positioneren binnen een samenhangend informatiemanagement- en besturingsmodel. Meer details hierover vindt u in het volgende hoofdstuk.

Operationele domeinen

1. Governance: Definieert beleidsintentie, verantwoordingsplicht, risicogrenzen, zekerheidscriteria en beslissingsrechten om ervoor te zorgen dat informatiemiddelen de missie dienen.
2. Strategie: Vertaalt missie en waardeintentie naar portfoliorichting, investeringskeuzes en geprioriteerde veranderingsinitiatieven.
3. Verbetering: Ontwerpt en test veranderingshypothesen, evalueert de resultaten en koppelt gestructureerd leren terug naar Strategie en Bestuur. Scrum is een optionele leveringsmethode die wordt gebruikt waar iteratief leren vereist is.
4. Operatie: Zorgt voor een stabiele, veilige en kosteneffectieve levering van live services en applicaties volgens overeengekomen prestatienormen. Het voedt Verbetering, dat op zijn beurt Strategie en Bestuur voedt (PDCA-logica).

Zakelijke drijfveren

Deze geven vorm aan alle vier de besturingsdomeinen en architectuurperspectieven en stemmen deze op elkaar af.

1. Behoefte: Het onderliggende probleem, de onderliggende vraag of de onderliggende mogelijkheid die interventie of verandering rechtvaardigt.
2. Waarde: Het meetbare voordeel dat verwacht wordt van een investering in informatie, diensten of applicaties.
3. Missie: Het doel van de organisatie en de strategische intentie op lange termijn die richting geven aan de keuzes van het management.
4. Vermogen: De organisatorische bekwaamheid - mensen, processen en systemen - die nodig is om waarde te leveren en te behouden.

Architectuur perspectieven

1. Business: Hoe processen, rollen, managementstructuren en bedrijfsmodellen waarde creëren.
2. Data: Hoe informatie wordt gestructureerd, beheerd, beschermd en onderhouden om integriteit, kwaliteit en bruikbaarheid te garanderen.
3. Service: Hoe capaciteiten worden geleverd en ervaren via servicemodellen, prestatieverplichtingen en gebruikersresultaten.
4. Technologie: De platforms, integratiepatronen, infrastructuur en tools die een betrouwbare, veranderlijke en schaalbare werking van applicaties, gegevens en diensten mogelijk maken.

Integratie logica

Dit creëert een continue managementlus in lijn met het PDCA-denken.

De zakelijke drijfveren (Need, Value, Mission, Capability) vorm en test prioriteiten over alle operationele domeinen en architectuurperspectieven heen, zodat managementdiscussies verankerd blijven in de intentie van de organisatie en niet alleen in technische oplossingen.

De bedrijfsdomeinen versterken elkaar eerder dan dat ze lineair zijn: Operatie produceert bewijs van prestaties, Verbetering zet bewijs om in verandering, en Bestuur en Strategie passen richting en investeringsbeslissingen aan.

De architectuurperspectieven zorgen voor structurele samenhang in de hele organisatie: Business geeft aan hoe waarde wordt gecreëerd en gemeten, Data zorgt voor informatie-integriteit en bruikbaarheid, Service structureert hoe mogelijkheden worden geleverd en Technology maakt een betrouwbare, aanpasbare werking van applicaties en platforms mogelijk.

Samen vormen deze elementen een coherente informatiebeheerstructuur waarin strategie, levenscyclusbeheer en dienstverlening elkaar voortdurend versterken.

4) Uitvoeringsraamwerken inbouwen (ASL/ITIL/LEAN/Scrum)

Binnen DID fungeren ASL en ITIL als uitvoeringsankers, terwijl Lean en Scrum zorgen voor leveringsdiscipline binnen die governancestructuur. Lean richt zich op het verbeteren van de doorstroming en het verminderen van verspilling in processen, en helpt organisaties bij het identificeren van knelpunten in de dienstverlening en het beheer van de levenscyclus van applicaties. Scrum vult dit aan door ontwikkelingswerk in korte iteraties te organiseren, waardoor teams incrementeel verbeteringen kunnen leveren terwijl ze op één lijn blijven met de prioriteiten van het portfolio. In deze context verbetert Lean de operationele stroom, terwijl Scrum de iteratieve productlevering structureert.

• ASL structureert levenscyclusbeslissingen. Het ondersteunt gedisciplineerde keuzes om applicaties te onderhouden, te moderniseren, te consolideren of buiten gebruik te stellen.8 Waar relevant is lifecycle management ook een financiële discipline: deze keuzes beïnvloeden afschrijvingsprofielen, cloudconsumptiepatronen en operationele kostenstructuren op de lange termijn.
• ITIL structureert servicebeheer en betrouwbaarheid. Het biedt werkwijzen voor servicewaarde, betrouwbaarheid en voortdurende verbetering bij live activiteiten.⁹
• Lean begeleidt stroom- en afvalvermindering. Het draagt bij aan waardestroomdenken, gedisciplineerde operationele stromen en voortdurende verbetering om louter lokale optimalisatie te voorkomen en end-to-end waardelevering te verbeteren.¹⁰
• Scrum leidt de adaptieve teamuitvoering, niet het bestuur. Het wordt toegepast waar de onzekerheid groot is en iteratief leren vereist is; de Scrum Guide¹¹ definieert Scrum als een iteratief, incrementeel raamwerk voor adaptieve oplossingen voor complexe problemen.

5) Groei sturen door meten (KPI/KRI/PDCA/90-180-365/Scrum)

De onderstaande afbeelding laat zien hoe DID-domeinen en drijfveren werken in een meetbare BIM-context.

Waarom KPI/KRI + 90-180-365 + PDCA + Scrum een geldige structuur is

Deze structuur is geldig omdat elk element verschillende behoeften aanspreekt:

• KPI/KRI: Het gebruik van de juiste meetgegevens geeft een objectief beeld van de prestaties en risico's van de organisatie. KPI's geven de resultaten van de prestaties weer, terwijl KRI's de blootstelling aan risico's weergeven. Het managen van de een zonder de ander vertekent beslissingen.¹²
• 90-180-365 cadans: Dit is een praktische bestuurlijke cadans, geen DID-norm. Negentig dagen sluit aan bij driemaandelijkse stuurritmes, 180 dagen maakt twee leerlussen mogelijk en 365 dagen ondersteunt de jaarlijkse herbalancering van de portefeuille.¹³
• PDCA over DID-domeinen heen: PDCA is niet alleen een methode binnen DID; het functioneert als het managementritme dat voortdurende verbetering orkestreert over domeinen heen. Dit iteratieve raamwerk biedt een op feiten gebaseerde aanpak voor het managen van verandering, waarbij beslissingen worden gevalideerd voordat ze worden opgeschaald.¹⁴
• Scrum waar van toepassing: Scrum wordt gebruikt waar adaptieve, incrementele levering nodig is; het is niet nodig voor alle soorten werk.

Geen van deze kaders lost de fragmentatie op, tenzij ze zijn ingebed in een coherent governanceontwerp.

PDCA animeert DID

De PDCA-cyclus vervangt DID niet, maar animeert het. Dit is wat het omvat:

• P - Plan: Stel doelen voor het systeem en de processen om resultaten te leveren (“wat te doen” en “hoe het te doen”).
• D - Do: Uitvoeren en controleren wat gepland was.
• C - Check: Bewaken en meten van processen en resultaten ten opzichte van beleid, doelstellingen en vereisten en rapporteren van resultaten.
• A - Act: Acties ondernemen om de procesprestaties te verbeteren.

Toegepast binnen de DID-werkdomeinen:

• Bestuur (plan/controle): Beleidsintentie, controles en conformiteitscontroles instellen.
• Strategie (plannen/doen): Vertaal missie en waarde in portfolio- en financieringsbeslissingen.
• Verbetering (doen/controleren): Veranderingshypotheses testen, impact evalueren, leren terugkoppelen.
• Werking (Controleren/Acteren): Bewaak de prestaties van services en applicaties en standaardiseer corrigerende maatregelen.

KPI- en KRI-gekoppeld groeimodel - DID

Financiële samenhang ontstaat wanneer beslissingen over de levenscyclus, serviceprestaties en kapitaalallocatie in dezelfde bestuurlijke cadans worden beoordeeld. Het scheiden van operationele KPI's en financiële sturing reproduceert fragmentatie op bestuursniveau.

6) Drie praktijkcasussen

De volgende voorbeelden laten zien dat levenscyclusbeheer en stromingsdiscipline meetbare operationele en financiële resultaten opleveren.

Casus 1: Rationalisatie van toepassingen lokale overheden VK¹⁵

Een samenwerkingsverband tussen verschillende lokale autoriteiten in het Verenigd Koninkrijk, waaronder Hounslow en Chesterfield, had te maken met gefragmenteerde verwerking van raadplegingen door verschillende planningteams. Reacties op openbare raadplegingen werden door verschillende teams handmatig getagd en op verschillende manieren gecategoriseerd, wat leidt tot inconsistente uitvoering, dubbel werk en lange verwerkingstijden. Omdat workflows en informatiestructuren niet op elkaar waren afgestemd, verschilde de doorlooptijd voor het analyseren van raadplegingsreacties aanzienlijk tussen de teams, waardoor het vertrouwen in de snelheid en transparantie van de besluitvorming afnam.

De interventie richtte zich op het rationaliseren van het applicatielandschap en het standaardiseren van informatiestromen. Er werden gedeelde gegevensstructuren en een uniforme workflow geïntroduceerd, ondersteund door digitale tooling die de classificatie en het labelen van raadplegingsreacties automatiseerde. De oplevering werd iteratief georganiseerd, zodat de teams het proces konden testen en verfijnen en de verbeteringen konden afstemmen op de bredere portfolioprioriteiten.s.

De pilot liet meetbare operationele voordelen zien. De tijd die ambtenaren besteedden aan het verwerken van reacties op raadplegingen werd met ongeveer 45%, Zo wordt de consistentie aanzienlijk verbeterd en kunnen planningsteams zich richten op analytisch werk van hogere waarde in plaats van handmatige verwerking.

Casus 2: Platformarchitectuur en gegevensgestuurde activiteiten bol.com¹⁶

Een bekend voorbeeld uit de Nederlandse private sector is bol.com, Een van de grootste e-commerce platforms in Nederland en België. De organisatie beheert een digitaal platform dat miljoenen klanten verbindt met duizenden retailpartners, wat een schaalbare architectuur en gedisciplineerde operationele processen vereist.

Om deze schaal te ondersteunen, heeft bol.com zijn platform gebouwd rond een gebeurtenisgestuurde architectuur waarin systemen in realtime reageren op zakelijke gebeurtenissen. Dankzij deze aanpak kunnen operationele processen en digitale diensten snel reageren op veranderingen in de vraag, terwijl beslissingen worden gebaseerd op actuele gegevens in plaats van op vertraagde rapportage.

Het platform vertrouwt ook op herbruikbare automatisering en gedeelde diensten. Door operationele processen eenmalig te definiëren en deze binnen het platform te hergebruiken, vermindert bol.com dubbel werk, verbetert het de consistentie en kunnen teams services schalen zonder de operationele complexiteit te vergroten. Vanuit organisatorisch oogpunt werken multidisciplinaire teams voortdurend aan de verbetering van het platform, waarbij serviceontwikkeling, operationele monitoring en gegevensanalyse worden gecombineerd. Dit model illustreert hoe een coherente servicearchitectuur en gedisciplineerd levenscyclusbeheer digitale capaciteit kan vertalen naar betrouwbare activiteiten en schaalbare groei van het platform.

Casus 3: Levenscyclusintegratie in hightechproductie bij ASML¹⁷

Een bekend voorbeeld uit de Nederlandse private sector is ASML, de fabrikant van halfgeleiderapparatuur wiens producten de integratie vereisen van uiterst complexe hardware, software en datasystemen. Het beheren van deze complexiteit vereist een sterke levenscycluscoördinatie tussen engineering, productie en serviceactiviteiten.

Om dit te ondersteunen gebruikt ASML geïntegreerde digitale lifecycle management tools die productontwerp, engineeringgegevens en productieplanning met elkaar verbinden. Deze systemen stellen ingenieurs in staat om productiescenario's te simuleren en ontwerpwijzigingen vroeg in het ontwikkelingsproces te evalueren, waardoor herwerk wordt verminderd en de coördinatie tussen ontwikkelings- en productieteams wordt verbeterd.

Door engineeringinformatie, productontwerp en productieprocessen binnen één geïntegreerde digitale omgeving te beheren, verbetert ASML de betrouwbaarheid en schaalbaarheid van haar innovatieproces. De aanpak illustreert hoe gedisciplineerd levenscyclusbeheer en gedeelde architectuurprincipes de ontwikkeling en levering van zeer complexe technologische systemen kunnen ondersteunen.

Vanuit het perspectief van Digital Information Design, dit weerspiegelt de afstemming van bedrijfsprocessen, gegevensstructuren, diensten en technologie binnen één coherente levenscyclusomgeving, die innovatie mogelijk maakt zonder de operationele controle te verliezen.

7) Bestuursreflectie

Voordat ze de volgende transformatiegolf goedkeuren, moeten leiderschapsteams zich afvragen:

• Financieren we missieresultaten of de reikwijdte van oudere projecten?
• Zijn we de complexiteit van applicaties aan het verminderen of zijn we stilletjes de technische schuld aan het vergroten?
• Bewijzen onze dashboards waardecreatie of rapporteren ze slechts activiteit?
• Voeren ASL en ITIL DID-prioriteiten uit of werken ze als losgekoppelde initiatieven?

Een effectieve IT-serviceorganisatie wordt niet gecreëerd door meer kaders toe te voegen, maar door door één samenhangend ontwerp waarin informatie, applicaties en diensten samen zorgen voor missiegedreven groei.

De meeste intranetten presteren ondermaats, niet vanwege de technologie, maar omdat hun doel onduidelijk is en hun betrokkenheid bij de organisatie zwak is. Zelfs met aanzienlijke investeringen hebben veel intranetten moeite om blijvende waarde te leveren. Onderzoek toont aan dat intranetten alleen waarde leveren als ze worden behandeld als strategische organisatieplatforms, niet louter IT- of communicatiemiddelen.

Wat succesvolle intranetten onderscheidt

Succesvolle intranetten zijn geen technologieprojecten maar leiderschapsinitiatieven die een duidelijke intranetstrategie en -governance vereisen.

• Duidelijk doel gekoppeld aan haar manier van werken en doelen
• Betrouwbare en goed beheerde inhoud die werknemers vertrouwen
• Zichtbare leiderschapsbetrokkenheid die het belang ervan toont

Voor leiders is de boodschap eenvoudig

Duidelijkheid, praktisch leiderschap en voortdurend rentmeesterschap resulteren in duurzame intranetwaarde. Als deze aanwezig zijn, worden intranetten effectieve digitale werkplekplatforms die de ervaring, afstemming en productiviteit van werknemers verbeteren.

Begin met het doel, niet een platform

Een terugkerende oorzaak van intranetfalen is het ontbreken van een duidelijk geformuleerd doel en intranetstrategie. Te veel initiatieven beginnen met een platformbeslissing in plaats van een strategische vraag.

Welke organisatorische uitdagingen moet het intranet helpen oplossen?

Intranetten die expliciet gekoppeld zijn aan organisatiedoelen hebben een significant grotere kans om meetbare waarde aan te tonen. Succesvolle intranetten zijn verankerd in een aantal duidelijke doelstellingen, zoals het verminderen van wrijving in de interne communicatie en het ondersteunen van kennisdeling over silo's heen.²

Paginaweergaves en inlogfrequentie zeggen weinig over de werkelijke impact. Organisaties die hun intranetstrategie afstemmen op hun bedrijfsdoelen en resultaten meten op bijvoorbeeld zoeksucces en het voltooien van taken, rapporteren een significant hogere betrokkenheid en impact.^3a Onderzoek beveelt ook resultaatgerichte maatregelen aan zoals vermindering van dubbele inspanningen en voltooiingspercentages van belangrijke trajecten voor medewerkers. Te denken valt aan werkinstroom of serviceverzoeken.^3b

Ontwerp gebaseerd op de praktijk van alledag

Sinds 2020 toont onderzoek aan dat intranetten succesvol zijn als ze het werkelijke werkgedrag ondersteunen - waarbij gebruiksvriendelijkheid voorrang krijgt op functielijsten.⁴

Veelvoorkomende ontwerpproblemen

• Complexe navigatie
• Ineffectief zoeken
• Inhoud gestructureerd rond organisatorische silo's in plaats van gebruikersbehoeften

Mensgerichte ontwerppraktijken

• Gebruikersonderzoek
• Gebruikersreis in kaart brengen
• Iteratieve bruikbaarheidstests

Meerdere onderzoeken in de sector tonen aan dat intranetten die op deze manier zijn ontworpen een meetbaar hogere betrokkenheid, vertrouwen en waargenomen bruikbaarheid bereiken.^5a,5b Bijvoorbeeld de moderne richtlijnen voor beste werkwijzen van Coveo⁶ tonen aan dat relevantie-zoekmachines, gepersonaliseerde resultaten en een op de werknemer gericht ontwerp correleren met een hogere betrokkenheid bij de werkplek.

Personalisatie en mobiele toegang

De verwachtingen van werknemers zijn veranderd. Onderzoek toont aan dat gepersonaliseerde intranetervaringen - afgestemd op rol, locatie of context - de cognitieve belasting verminderen en de relevantie voor gebruikers verhogen.^7,8

Mobiele toegang is net zo belangrijk: Voor frontliniewerkers, hybride werknemers en werknemers op afstand is een mobiel intranet vaak de primaire manier waarop het platform wordt gebruikt en zonder dat kunnen grote delen van het personeel worden uitgesloten van communicatie en diensten.⁹

Veelvoorkomende valkuilen die de waarde van een intranet ondermijnen

Wat dit betekent voor management

Wanneer intranetten goed werken, reiken de voordelen verder dan communicatie, tot meetbare verbeteringen in productiviteit en afstemming. In hybride en steeds complexere werkomgevingen zijn deze resultaten van strategisch belang.

• Verbeterde werknemerservaring en betrokkenheid
• Snellere kennisstroom en besluitvorming
• Minder wrijving in communicatie
• Minder dubbel werk
• Sterkere afstemming binnen de organisatie

Conclusie

Het intranet is een strategisch organisatieplatform dat weerspiegelt hoe mensen werken en organisaties functioneren

Uitmuntendheid op het gebied van het intranet wordt niet bij de lancering geleverd, maar in de loop van de tijd opgebouwd, gegrondvest op echt werk en in stand gehouden door doelbewuste aandacht voor de kwaliteit van de inhoud, beleid en betrokkenheid van het leiderschap. Het succes hangt minder af van het kiezen van de juiste technologie en meer van de duidelijkheid van het doel, een passend ontwerp, zichtbaar leiderschap en voortdurend rentmeesterschap.

Leiders moeten het succes van intranet verankeren in organisatorische KPI's, bestuurlijke kaders en leidinggevend gedrag om duurzame strategische waarde te garanderen. In die zin is intranet governance niet alleen een IT-verantwoordelijkheid, maar een leiderschapsdiscipline die is ingebed in de digitale werkplekstrategie van de organisatie.

• Project Online zal stoppen op 30 september 2026
• Project Server 2016 en 2019 gaan naar alleen beveiligingsupdates en vervolgens zonder ondersteuning zijn
• Verschillende desktop- en cloud varianten bereiken levenscyclusovergangen binnen hetzelfde tijdsbestek

Afzonderlijk lijken deze data misschien beheersbaar. Samen vormen ze een samengesteld risico dat gevolgen heeft voor het bestuur, de beveiliging, de kostenvoorspelbaarheid en de manier waarop organisaties projecten uitvoeren.

Lifecycle-beslissingen worden vaak per product beoordeeld. Een veelgebruikt argument is simpelweg: “Project Server wordt nog steeds ondersteund”. Wat deze benadering over het hoofd ziet is de portfolio effect. Wanneer meerdere platformen tegelijkertijd overstappen, worden organisaties geconfronteerd met:

• Overlappende migratiedruk
• Beperkte beschikbaarheid van specialistische vaardigheden
• Toenemend operationeel en compliance-risico
• Ongeplande kostenstijging

Tabel 1 - Productlevenscyclusmijlpalen 16 projectmanagementproducten Microsoft

Organisaties die een Microsoft Project-migratie moet nu meerdere levenscyclusovergangen tegelijk beoordelen. Deze levenscyclustabel - die ook te vinden is in de gratis whitepaper (geen registratie nodig) - maakt het in één oogopslag zichtbaar en toont 16 Microsoft-projectmanagementproducten en hun ondersteuningstermijnen naast elkaar zet.. In de whitepaper staat op de pagina daarna “Tabel 2 - Focus op beslissingsrelevante mogelijkheden van 8 actieve producten, geen volledige lijst”.

Dit is het punt waarop "nog even wachten" geen neutrale optie meer is.

Impact SharePoint 2013 workflow pensioen op Project Online

De pensionering van SharePoint 2013-workflows op 2 april 2026 comprimeert de migratietijdlijn verder betreffende project online.

Automatiseringen in Project Online die afhankelijk zijn van SharePoint 2013 workflows - zoals goedkeuringen, wijzigingsbeheer of onboarding - zullen stoppen met functioneren wanneer de service met pensioen gaat. Dit creëert een materieel risico op verstoord portfoliobeheer en vastgelopen projectgoedkeuringen. tot zes maanden voor de Project Online-service zelf wordt stopgezet.

Je kunt dit tijdelijk oplossen door deze workflows te vervangen door Power Automate workflows. Dan heb je wat tijd gekocht voordat je van Project Online naar een andere oplossing migreert.
Power Automate gebruiken voor Project Lifecycle Workflows in Project Online - Deel 1

Ondersteuning betekent niet toekomstbestendigheid

Een belangrijk inzicht uit de whitepaper is het onderscheid tussen:

• Status van de technische ondersteuning, en
• Strategische duurzaamheid

Sommige platforms blijven ondersteund, maar zijn gepositioneerd voor het blijven draaien in plaats van innovatie. De strategische investeringen van Microsoft zijn verschoven naar een rolgebaseerd projectecosysteem, met opzet scheidend:

• Uitvoering (Planner)
• Planning en controle (Project Desktop / projectplannen)
• Beheer en inzichten (Power BI, Power Platform)

Er is geen enkele opvolger voor Project Server of Project Online. Migratie is daarom noodzakelijk. Geen lift-and-shift, maar een herziening van de manier waarop projectwerk wordt georganiseerd en beheerd.

Levenscyclusovergangen vereisen beslissingen over het besturingsmodel

Levenscyclusovergangen zijn daarom niet alleen technische migratiegebeurtenissen. Ze dwingen organisaties ook om opnieuw na te denken over de manier waarop projectwerk wordt georganiseerd en beheerd. In het Microsoft ecosysteem zijn planning, uitvoering, samenwerking en rapportage nu verdeeld over meerdere services. Dit betekent dat migratiebeslissingen onvermijdelijk invloed hebben op het operationele projectmodel: hoe portfolio's worden bestuurd, hoe teams samenwerken en hoe informatie stroomt tussen planning, levering en rapportage.

Organisaties die migratie puur behandelen als vervanging van tooling lopen het risico dezelfde structurele beperkingen opnieuw te creëren in een nieuw platformlandschap. Degenen die het behandelen als een beslissing over het bedrijfsmodel kunnen de overgang gebruiken om het bestuur, de transparantie en de besluitvorming van hun portefeuille te verbeteren..

Waarom 2026 belangrijk is

De beslissingen die organisaties vandaag uitstellen, moeten uiteindelijk toch genomen worden – maar dan onder minder gunstige omstandigheden:

• Hoger risico
• Hogere kosten
• Minder keuzevrijheid

Levenscyclusmijlpalen dwingen niet tot een specifieke oplossing, maar wel tot een beslissing.

Wat ooit één geïntegreerd platform was, is geëvolueerd naar een rolgebaseerd ecosysteem dat uitvoering, planning, governance en rapportage over meerdere producten scheidt. Deze verschuiving heeft directe financiële, operationele en risico-implicaties voor organisaties die zich niet tijdig aanpassen.

Tabel 1 - Productlevenscyclusmijlpalen 16 projectmanagementproducten Microsoft

Deze levenscyclustabel - ook opgenomen in de gratis whitepaper (geen registratie vereist) - maakt de overgang in één oogopslag zichtbaar, 16 Microsoft-projectmanagementproducten en hun tijdlijnen voor ondersteuning naast elkaar laten zien. In de whitepaper vindt u op de pagina daarna “Tabel 2 - Focus op beslissingsrelevante mogelijkheden van 8 actieve producten, geen volledige lijst”.

Dit is het punt waarop "nog even wachten" geen neutrale optie meer is.

Whitepaper

Om de besluitvorming van leidinggevenden te ondersteunen, heb ik een whitepaper gepubliceerd waarin wordt uitgelegd wat deze verandering in de praktijk betekent - en hoe organisaties op een gecontroleerde, toekomstbestendige manier kunnen reageren.

Van applicatievervanging tot verandering van de manier van werken

Een veel voorkomende aanname is dat het afstappen van Project Server of Project Online een technische exercitie is: vervang het platform, migreer de gegevens en blijf werken zoals voorheen. In de praktijk verhoogt deze aanpak vaak de kosten en complexiteit terwijl de bedrijfswaarde beperkt blijft.

Voor veel organisaties wordt dit daarom een beslissing over governance in plaats van een puur technische migratie. Keuzes over tooling hebben een directe invloed op hoe projectportfolio's worden beheerd, hoe informatie tussen teams stroomt en hoe het leiderschap inzicht krijgt in de opleveringsprestaties.

Het moderne project- en portfoliomanagementmodel van Microsoft is gebaseerd op:

• Verschillende instrumenten voor verschillende rollen
• Minder maatwerk en lagere technische schuld
• Duidelijke scheiding tussen levering, controle, beleid en inzichten

Dit betekent dat de overgang niet gaat om gelijkwaardigheid van functionaliteiten, maar over modernisering van het projectmanagement operationele model. Organisaties die een één-op-één functionele vervanging nastreven, stuiten doorgaans op de volgende problemen:

• Lage acceptatiegraad en beperkt rendement op investering
• Stijgende kosten voor ondersteuning en onderhoud
• Oude risico's opnieuw gecreëerd in een nieuw technisch landschap

Het whitepaper legt uit hoe deze uitkomsten te vermijden zijn en waar leidinggevenden bewust actie moeten ondernemen. niet voor één op één migratie van de bestaande functionaliteit.

Wat managers in het whitepaper zullen vinden

Het whitepaper is geschreven voor bestuursleden, CFO's, CIO's en senior management die behoefte hebben aan duidelijkheid in plaats van technische details. Het biedt:

• Een overzicht van het huidige landschap van project- en portfoliomanagement bij Microsoft
• Impact levenscyclus en ondersteuning van Project Server en Project Online
• Drie pragmatische migratiepaden, afgestemd op de omvang van de organisatie en de volwassenheid van het beheer
• Indicatieve kosten- en risico-overwegingen, inclusief totale eigendomskosten
• Duidelijke richtlijnen over wat moet worden afgeschreven in plaats van herbouwd

De nadruk ligt op besluitvorming, risicobeheersing en financiële duurzaamheid.

Waarom dit nu actie vereist

Nu Project Online naar verwachting zal stoppen en Project Server het einde van zijn strategische productlevenscyclus nadert, wordt de ruimte voor gecontroleerde besluitvorming steeds kleiner. Het uitstellen van beslissingen tot na 2026 leidt doorgaans tot:

• Hogere operationele kosten
• Verhoogde blootstelling aan beveiligings- en compliance-eisen
• Verminderde flexibiliteit en hogere veranderingskosten later

De belangrijkste vraag voor leidinggevenden is niet langer of verandering nodig is, maar hoe weloverwogen en op welke termijn het zal worden aangepakt.