klantlogo

2.3 Beheer

Laatst gewijzigd door Gebruiker afgeschermd op 23-03-2026 11:01:03

Geen acties beschikbaar

  1. Continuiteit van de informatievoorziening waarborgen.
  2. Gecontroleerd verbeteren van processen, applicaties en koppelingen.

Beheer is voor FUMO geen sluitstuk na inrichting of projectrealisatie, maar een kernfunctie in de doelarchitectuur. Juist omdat de organisatie werkt met ketenkoppelingen, landelijke voorzieningen, vakspecialistische applicaties en een veranderend kernlandschap, moet beheer zowel stabiliteit als gecontroleerde verbetering ondersteunen.

  1. In de huidige situatie bestaat nog een onderscheid tussen kantoorautomatisering en functioneel beheer.
  2. Daardoor bestaan ook afzonderlijke ingangen voor servicedesk en ondersteuning.
  3. De doelarchitectuur houdt rekening met deze huidige inrichting, maar stuurt op meer samenhang in de beheerketen.

Deze huidige situatie is belangrijk om expliciet te maken, omdat de doelarchitectuur niet in een leeg veld wordt ingevoerd. FUMO moet bewegen vanuit een omgeving waarin verschillende ondersteuningslijnen nog niet volledig geïntegreerd zijn. De architectuur erkent dat vertrekpunt, maar kiest wel duidelijk voor meer samenhang, centrale regie en eenduidiger beheerprocessen.

Het servicemodel van FUMO moet uiteindelijk duidelijk maken welke vragen, incidenten, wijzigingen en beheeractiviteiten via welke lijn verlopen. Daarmee wordt het onderscheid tussen gebruikerscontact, functionele inrichting, leveranciersregie en technische ondersteuning beter bestuurbaar. Deze nadere uitwerking volgt nog, maar de doelarchitectuur legt het principe van een samenhangende beheerketen nu al vast.

  1. Functioneel beheer voert configuratie uit, stuurt leveranciers aan en borgt de dagelijkse werking.
  2. Senior functioneel beheer bewaakt ketenwijzigingen, acceptatie en complexe impactanalyse.
  3. Functioneel beheer richt zich op de dagelijkse continuiteit en beheersbare wijzigingen.
  4. Senior functioneel beheer richt zich op complexere wijzigingen, ketensamenhang en overdracht van verandering naar beheer.

Het onderscheid tussen functioneel beheer en senior functioneel beheer is voor FUMO geen hiërarchisch verschil alleen, maar een verschil in zwaarte en verantwoordelijkheidsniveau. De ene rol is vooral gericht op continuïteit en beheersbare uitvoering, de andere op samenhang, impactanalyse en het absorberen van complexere verandering in de beheerorganisatie.

  1. Servicedesk is eerste aanspreekpunt voor intake, triage, autorisaties en gebruikersvragen.
  2. Servicedesk en functioneel beheer werken als een samenhangende beheerketen.
  3. Zolang kantoorautomatisering en functioneel beheer nog gescheiden zijn ingericht, kunnen ook verschillende servicedesk-ingangen bestaan.
  4. De gewenste richting is wel dat gebruikersvragen, triage en doorgeleiding in samenhang worden georganiseerd.

Voor de gebruiker is een versnipperde beheerstructuur moeilijk uitlegbaar. Daarom is de gewenste richting een beheerketen waarin intake, triage en doorgeleiding logisch op elkaar aansluiten, ook als de onderliggende organisatie nog niet volledig geïntegreerd is. De architectuur benoemt deze groeirichting expliciet, zodat beheerontwikkeling niet los komt te staan van de rest van de informatievoorziening.

  1. Wijzigingen worden geclassificeerd naar releasematig beheer, projectmatig werk of innovatie.
  2. Wijzigingen worden getoetst op impact voor proces, data, koppelingen, beheer en compliance.
  3. Wijzigingen in ketens en compartimentering vragen expliciete toetsing op eigenaarschap, autorisatie en dossierintegriteit.

Het wijzigingsproces is een van de belangrijkste stuurmechanismen in de doelarchitectuur. Hier komt samen of veranderingen beheersbaar, uitlegbaar en overdraagbaar zijn. Voor FUMO is het essentieel dat wijzigingen niet alleen functioneel, maar ook op ketensamenhang, gegevensgebruik, beheerimpact en compliance worden beoordeeld.

Uitwerking van de drie stromen:

  1. Releasematig beheer.
    1. Voor voorspelbare en beheersbare wijzigingen die in de vaste releasecadans kunnen worden opgenomen.
    2. Voorbeelden zijn configuratiewijzigingen, kleine functionele uitbreidingen, wijzigingen in sjablonen of autorisaties en beheersbare ketenwijzigingen.
  2. Projectmatig werk.
    1. Voor grotere veranderingen met duidelijke scope, afhankelijkheden, besluitvorming en overdracht.
    2. Voorbeelden zijn applicatievervanging, migratietrajecten, grote koppelingen en grote procesherinrichting.
  3. Agile innovatie.
    1. Voor iteratieve ontwikkeling en experimenten waarbij het eindbeeld nog niet volledig vaststaat.
    2. Voorbeelden zijn nieuwe dashboards, GEO-doorontwikkeling, AI- of RPA-proeven en nieuwe werkwijzen die eerst in kleine stappen worden getest.

Deze driedeling voorkomt dat alle veranderingen over één kam worden geschoren. Kleine wijzigingen moeten niet onnodig projectmatig worden gemaakt, grote veranderingen mogen niet onder de radar van beheer doorlopen en innovatie moet ruimte krijgen zonder de continuiteit te verstoren. De beheerarchitectuur maakt deze driedeling daarom expliciet en bestuurbaar.

  1. Het CAB is het toetsende orgaan dat beoordeelt of wensen en wijzigingen uitgevoerd mogen worden.
  2. Het portfoliooverleg bepaalt prioriteiten, samenhang en planning.
  3. Informatiemanagement is eigenaar van de overkoepelende sturing op portfolio, verandercapaciteit en samenhang tussen de drie stromen.

Hiermee wordt ook duidelijk dat beheer niet zelf de volledige veranderprioriteit bepaalt. Beheer levert inzicht in uitvoerbaarheid en impact, maar de samenhang en prioritering worden breder afgewogen vanuit informatiemanagement en portfolio. Die scheiding voorkomt dat ofwel alleen de waan van de dag, ofwel alleen strategische ambitie leidend wordt.

  1. FUMO werkt met een vaste releasecadans.
  2. Ketentesten zijn onderdeel van iedere release.

De vaste releasecadans is een middel om verandering voorspelbaar te maken. Door wijzigingen te bundelen, te testen en in een vast ritme door te voeren, ontstaat een beheerpraktijk die beter planbaar en minder afhankelijk van incidentgedreven verandering is. Ketentesten zijn daarbij noodzakelijk omdat de impact van een wijziging zich bij FUMO zelden beperkt tot één applicatie.

  1. Projecten en wijzigingen worden pas overgedragen als beheer, documentatie en werkinstructies op orde zijn.
  2. Beheeracceptatie is een expliciete stap in het proces.
  3. Overdracht omvat ook gegevensmigratie, dossiervorming, metadata en afspraken met bevoegde gezagen.

Voor FUMO is overdracht naar beheer geen administratieve eindstap, maar een ontwerpeis. Wanneer een oplossing niet overdraagbaar is, ontstaat direct nieuwe afhankelijkheid van projectteams, leveranciers of lokale kennis. Daarom maakt de architectuur expliciet dat acceptatie en overdracht onderdeel zijn van de kwaliteit van de oplossing zelf.

  1. Leveranciers leveren platform, technische componenten en specialistische ondersteuning.
  2. FUMO houdt intern regie op functionele inrichting, prioritering en kwaliteit.

Deze lijn sluit direct aan op de bredere architectuurkeuze van FUMO: techniek waar passend inkopen, maar regie op informatie, inrichting en samenhang intern beleggen. Leveranciersregie is daarmee geen contractactiviteit alleen, maar een beheerfunctie die invloed heeft op kwaliteit, tempo van verandering en overdraagbaarheid.

  1. Binnen beheer moeten processen, werkinstructies en gebruiksafspraken duidelijk zijn gespecificeerd.
  2. Beheer werkt volgens deze afspraken en levert input over uitvoerbaarheid, knelpunten en benodigde aanpassingen.
  3. Kwaliteit is verantwoordelijk voor audit, toetsing en het structureel verbeteren van processen en werkinstructies.
  4. Informatiemanagement gebruikt deze inzichten voor verandering, prioritering en doorontwikkeling.

Hier komt de relatie tussen beheer en kwaliteit scherp naar voren. Beheer voert niet zelfstandig normstelling uit, maar werkt wel op basis van duidelijke instructies en levert terugkoppeling over de uitvoerbaarheid daarvan. Kwaliteit en informatiemanagement gebruiken die terugkoppeling om processen en voorzieningen structureel te verbeteren.

  1. Duidelijke beheerafspraken.
  2. Voorspelbare release-uitvoering.
  3. Beheeracceptatie bij wijzigingen en projecten.
  4. Aantoonbare overdraagbaarheid van wijzigingen naar beheer.

Deze KPI's maken zichtbaar dat beheer bij FUMO niet alleen moet gaan over snelheid of afhandeling, maar ook over voorspelbaarheid, overdraagbaarheid en bestuurbaarheid. Daarmee sluit het beheer aan op de bredere architectuurdoelen van continuiteit en gecontroleerde verandering.

Weet u het zeker?

Annuleer
Huidig Id Gebruiker Tijdstip wijziging Opmerking bij versie
Je hebt niet de juiste rechten om bijlagen toe te voegen