Senior Solution Architect - Permanent

Marché public - Demande d'offre

Marché | Opdracht: 01111

Type de marché | Type opdracht: Time & Material

Titre: Senior Solution Architect – ICT Traffic Management Solutions

Titel: Senior Solution Architect – ICT Traffic Management Solutions

Fin de publication | Einde publicatie: 20-11-2026 20:00:00

Spécifications générales

Algemene specificaties

Lieu de travail | Plaats tewerkstelling Ringstation II

Date début souhaitée | Gewenste startdatum: 01-12-2026

Date de fin | Einddatum: 30-11-2031

Régime de travail | Werkregime: Full-time

Expérience | Ervaring: 10+ jaar (Expert)

Description de la tâche: Le bureau I-ICT.212 d’Infrabel gère l’ensemble des

applications liées à la gestion de l’infrastructure

ferroviaire ainsi qu’à la planification du trafic ferroviaire

et des travaux sur l’infrastructure. Les utilisateurs

finaux de ces applications sont les collaborateurs des

bureaux de planification Train Service and Works, des

postes de signalisation et du Traffic Control. Nos

applications sont critiques pour les activités ferroviaires

et bénéficient d’un service de garde disponible 24 h/24

et 7 j/7. Finalité du Role Nous recherchons un Solution

Architect pour le projet UPM, capable de concevoir,

documenter et gouverner l'architecture d'une solution

répondant à des objectifs métier explicites, tout en

assurant sa cohérence avec l'architecture d'entreprise,

les principes, les standards, les architectures de

référence et les trajectoires cibles applicables. Le

Solution Architect traduit les besoins fonctionnels et

non fonctionnels en une conception réalisable,

sécurisée, résiliente, exploitable, évolutive et

économiquement soutenable. Il éclaire les décisions au

moyen de scénarios comparés, formalise les arbitrages

et accompagne la mise en œuvre jusqu'à la vérification

de conformité de la solution livrée. Le rôle est

technique autant qu'architectural. Le titulaire conçoit,

mais il doit aussi pouvoir lire la base de code existante,

en apprécier la qualité et discuter des conséquences

concrètes d'une décision avec les ingénieurs qui la

mettront en œuvre. Une architecture que l'équipe en

place ne peut pas réaliser n'est pas une architecture :

c'est une intention. Il tient par ailleurs le référentiel

d'architecture du périmètre sous forme de modèles

Nombre d'heures estimé | Geschat aantal uur: 9.000

1 / 14

ArchiMate, et non de schémas isolés — c'est ce qui

rend l'architecture vérifiable dans le temps plutôt que

racontée à chaque réunion. Périmètre désigné La

solution UPM, ses satellites et ses interfaces :

planification des trains et des travaux sur le réseau

ferroviaire belge d'Infrabel. •Inventaire technique de la

solution. •Établissement d'une roadmap d'architecture

technique en ligne avec : –son état actuel et son

rework potentiel ; –ses évolutions planifiées, au travers

de la maintenance évolutive de la partie Legacy et au

travers du programme séparé de modernisation de la

plateforme ; –sa compatibilité avec les normes en

matière de cybersécurité. Infrastructure et technologie

de la solution UPM •Infrastructure : OpenShift, AIX,

Oracle, Redis. •Back-end : Java 8, Java 17-21

(principalement les micro-services). •Front-end :

Angular 15 et 18, Swing. •Secrets : HashiCorp Vault.

•Queuing : IBM MQ. · Event : Kafka. · Logging :

Elastic. L'expérience d'une technologie précise est

moins déterminante que la capacité à en évaluer

rapidement une nouvelle, mais la cohabitation Legacy /

micro-services et la diversité des mécanismes

d'échange (MQ, Kafka) constituent le cœur de la

difficulté du périmètre. Positionnement •Intervenir sur

un périmètre de solution clairement délimité, en lien

avec les capacités métier, les données, les applications

et les technologies concernées. •Appliquer une

approche pilotée par les exigences, les parties

prenantes, les risques, la valeur et la traçabilité des

décisions. •Assurer la continuité entre architecture

cible, portefeuille de changements, conception

détaillée, réalisation, transition et exploitation.

•Soumettre les décisions structurantes, écarts et

dérogations aux instances de gouvernance

compétentes. •Documenter et développer la

connaissance. •NTH : contribuer aux itérations

pertinentes de la méthode de développement

d'architecture, sans se substituer aux rôles

responsables de la stratégie d'entreprise ou de la

gouvernance globale. Remarque : Le titulaire

n'appartient à aucune équipe de développement : un

architecte placé dans une équipe en devient le

développeur en deux sprints. Il ou elle s’alignera si

nécessaire avec les entités similaires et/ou impactées.

Domaines clés de responsabilité Cadrage et

compréhension du besoin •Identifier les parties

prenantes, leurs préoccupations, leurs objectifs et les

critères de succès. •Analyser et challenger les besoins

fonctionnels, non fonctionnels, réglementaires,

opérationnels et de sécurité. •Définir le périmètre de la

solution, ses limites, ses hypothèses, ses dépendances

et ses contraintes. •Maintenir la traçabilité entre

objectifs, exigences, décisions d'architecture et

éléments de solution. Élaboration de l'architecture de

solution •Décrire l'état initial pertinent et élaborer

l'architecture cible de la solution. •Construire et

comparer plusieurs scénarios en explicitant bénéfices,

coûts, risques, compromis, impacts et réversibilité.

•Couvrir de manière cohérente les dimensions métier,

données, applications, intégration, technologies,

sécurité et exploitation. •Définir les interfaces, flux,

responsabilités de composants, exigences de qualité

de service et principes de déploiement. •Identifier les

blocs de construction réutilisables et privilégier les

01111

2

/ 14 23-10-2026 13:49:17

standards, modèles et services existants lorsque cela

est pertinent. •Formaliser les décisions significatives et

leurs justifications dans des Architecture Decision

Records ou un mécanisme équivalent. Planification de

la transition •Identifier les écarts entre l'existant et la

cible ainsi que les capacités à créer, modifier, migrer

ou retirer. •Proposer des états intermédiaires, lots de

transition et séquences de mise en œuvre réalistes.

•Contribuer à l'évaluation de la faisabilité, des

dépendances, des risques, des coûts et de la dette

technique. •Soutenir la construction de la feuille de

route de mise en œuvre et de migration. •Chiffrer en

ordre de grandeur le coût d'implémentation des

scénarios proposés, de sorte que l'arbitrage porte sur

des options comparables. Gouvernance et conformité

•Vérifier l'alignement de la solution avec les principes,

standards, architectures de référence et exigences de

gouvernance. •Préparer les revues d'architecture,

présenter les choix et intégrer les décisions prises.

•Identifier, documenter et faire arbitrer les écarts ou

dérogations, avec leurs risques et mesures

compensatoires. •Réaliser des revues de conformité

pendant la réalisation et avant la mise en service.

•Mettre à jour l'architecture lorsque l'implémentation

approuvée diffère de la conception initiale.

Accompagnement de la réalisation et de l'exploitation

•Guider les équipes de conception détaillée, de

développement, d'intégration, de test, de cybersécurité

et d'exploitation. •Clarifier l'intention d'architecture sans

se substituer aux responsabilités d'ingénierie et

d'exécution. •S'assurer que l'exploitabilité,

l'observabilité, la continuité, la sauvegarde, la reprise,

le support et le cycle de vie sont traités dès la

conception. •Contribuer aux preuves de concept

lorsque l'incertitude technique ou le risque le justifie.

•Organiser le transfert des connaissances

architecturales et vérifier que les documents requis

sont disponibles et à jour. •Participer aux instances de

préparation du travail des équipes (refinement) avec le

responsable produit et les analystes, et valider la part

technique des critères d'entrée en sprint. •Procéder à

des revues de code ciblées sur les points structurants

— frontières de services, contrats d'interface, gestion

des transactions et des erreurs — sans se substituer à

la revue par les pairs. Gestion de la connaissance et

amélioration continue •Capitaliser les modèles,

décisions, retours d'expérience et composants

réutilisables. •Contribuer à l'évolution des standards,

patterns, architectures de référence et pratiques

d'architecture. •Signaler les incohérences, lacunes

documentaires, risques systémiques et opportunités de

rationalisation. •Maintenir une veille sur les pratiques,

technologies et tendances utiles au périmètre de

responsabilité. Tenue du référentiel d'architecture

(ArchiMate) •Construire et maintenir les modèles

d'architecture du périmètre en ArchiMate, dans l'outil

de modélisation de référence (par exemple Sparx EA),

et non sous forme de schémas indépendants les uns

des autres. •Définir et faire respecter les conventions

de modélisation : nommage, granularité, usage des

couches, relations autorisées, cycle de vie des

éléments. •Produire les vues par point de vue et par

partie prenante à partir d'un modèle unique, de sorte

qu'une modification se propage à toutes les vues

01111

3

/ 14 23-10-2026 13:49:17

concernées. •Garantir la fraîcheur du référentiel : il

reflète l'état approuvé, les écarts constatés et la cible,

et il est mis à jour lorsque l'implémentation diverge.

•Assurer la traçabilité entre éléments du modèle,

exigences et Architecture Decision Records. Livrables

attendus •Dossier d'architecture de solution —

Contexte, parties prenantes, exigences, vues,

scénarios, cible, risques et trajectoire. (support de

décision et référence de conception) •Vues et modèles

d'architecture — Vues adaptées aux préoccupations

des parties prenantes. (rendre la solution

compréhensible et vérifiable) •Référentiel ArchiMate à

jour — Modèle unique, vues par point de vue,

conventions de modélisation respectées, éléments

tracés vers les exigences. (permettre que toute vue

publiée dérive d'une source unique et vérifiable)

•Analyse des scénarios — Options, critères,

avantages, limites, coûts, risques et recommandation.

(objectiver les arbitrages) •Registre des exigences —

Exigences, sources, priorités, critères d'acceptation et

traçabilité. (piloter la conformité au besoin)

•Architecture Decision Records — Décision, contexte,

options, justification et conséquences. (assurer la

traçabilité des décisions) •Analyse des écarts et feuille

de route — Écarts, lots de transition, dépendances et

séquencement. (planifier la transformation) •Évaluation

des risques d'architecture — Risques, impacts,

probabilité, traitement et propriétaire. (maîtriser

l'exposition résiduelle) •Rapport de conformité —

Constats, écarts, décisions, actions et statut. (vérifier

l'alignement de l'implémentation) •Dossier de transfert

— Architecture à jour, contraintes, consignes et

éléments d'exploitation. (soutenir la mise en service et

le maintien en condition) Pouvoirs de décision et limites

du rôle Pouvoirs attendus •Recommander l'option

d'architecture présentant le meilleur équilibre entre

valeur, risque, coût, délai et soutenabilité. •Définir les

contraintes d'architecture applicables à la solution dans

le cadre des mandats reçus. •Demander la correction

d'une implémentation non conforme ou l'instruction

formelle d'une dérogation. •Escalader toute exigence

contradictoire, risque non accepté ou décision

dépassant son mandat. Limites •Ne décide pas seul

des priorités métier, du financement ou de l'acceptation

des risques majeurs. •Ne remplace pas le propriétaire

métier, le responsable produit, le chef de projet, les

experts de domaine, les responsables sécurité ou les

équipes d'ingénierie. •Ne porte pas la responsabilité

opérationnelle permanente d'une plateforme, sauf

mandat explicite distinct. •Ne valide pas une solution

dont les exigences essentielles, les flux, les

dépendances ou les risques ne sont pas suffisamment

documentés. •Rapporte hiérarchiquement au Team

Lead. Relations fonctionnelles •Architecture

d'entreprise et architectes de domaine : alignement

stratégique, principes, standards, modèles cibles et

arbitrages transverses. •Responsables métier, produit

et analyse : objectifs, besoins, valeur, processus,

exigences et critères d'acceptation. •Sécurité, données,

intégration, infrastructure et plateformes : exigences

spécialisées et cohérence inter-domaines.

•Programme, projet et portefeuille : planification,

dépendances, risques, coûts et gouvernance de

livraison. •Ingénierie, test et fournisseurs : faisabilité,

01111

4

/ 14 23-10-2026 13:49:17

conception détaillée, réalisation et preuves de

conformité. •Exploitation et support : exploitabilité,

observabilité, continuité, capacité, performance et

transfert de connaissances. Critères de bonne tenue

de la mission •Les décisions sont traçables, comprises

et reliées aux exigences et objectifs. •La solution est

cohérente avec les architectures cibles, les standards

et les contraintes approuvées. •Les risques, écarts et

dépendances sont visibles suffisamment tôt pour

permettre un arbitrage. •L'implémentation reflète

l'intention d'architecture ou fait l'objet de dérogations

formellement décidées. •Les livrables sont complets,

exploitables, maintenus et accessibles aux parties

prenantes autorisées ; la connaissance est transmise.

•La solution peut être opérée, maintenue, sécurisée et

faire l'objet d'évolutions maîtrisées. •Le référentiel

ArchiMate est à jour et utilisé par d'autres que son

auteur : c'est le seul test qui distingue un référentiel

vivant d'une documentation abandonnée.

Compétences comportementales •Pensée systémique,

analyse critique et capacité de synthèse.

•Communication claire avec des interlocuteurs

techniques et non techniques. •Facilitation, écoute,

négociation et gestion constructive des désaccords.

•Leadership d'influence, pragmatisme et orientation

décision. •Rigueur documentaire, autonomie,

responsabilité et sens de l'éthique. •Capacité à

travailler dans l'incertitude et à rendre explicites les

hypothèses. •Capacité à faire accepter une décision

d'architecture dans un environnement où le

changement rencontre des résistances, en s’alignant

sur les guidelines, en expliquant plutôt qu'en imposant.

Compétences techniques Le titulaire doit pouvoir

dialoguer avec les experts techniques et juger par

lui-même de la faisabilité de ce qu'il conçoit.

Architectures applicatives distribuées : découpage en

services, délimitation des transactions, propriété des

données, contrats d’interface et leur gestion des

versions, mécanismes événementiels et de

messagerie. Stockage et accès aux données :

modélisation des données, stratégies de requêtage,

gestion des transactions, mise en cache distribuée et

cohérence du cache. Plateformes d’exécution (runtime)

: conteneurisation, orchestration, stratégies de

déploiement et observabilité (journalisation/logging,

métriques et traces). Sécurité des applications :

authentification, autorisation, gestion des secrets,

vulnérabilités courantes et sécurisation de la chaîne

d’approvisionnement logicielle (software supply chain).

01111

5

/ 14 23-10-2026 13:49:17

Taakomschrijving: "Het bureau I-ICT.212 van Infrabel beheert alle

toepassingen die verband houden met het beheer van

de spoorweginfrastructuur en met de planning van het

treinverkeer en de infrastructuurwerken. De

eindgebruikers van deze toepassingen zijn de

medewerkers van de planningsbureaus Train Service

and Works, de seinhuizen en Traffic Control. Onze

toepassingen zijn kritiek voor de spoorwegactiviteiten

en worden ondersteund door een wachtdienst die 24

uur per dag, 7 dagen per week beschikbaar is. Doel

van de functie We zoeken een Solution Architect voor

het UPM-project die de architectuur van een oplossing

kan ontwerpen, documenteren en beheren, afgestemd

op expliciete bedrijfsdoelstellingen en in

overeenstemming met de toepasselijke

enterprise-architectuur, principes, standaarden,

referentiearchitecturen en doeltrajecten. De Solution

Architect vertaalt functionele en niet-functionele

behoeften naar een haalbaar, veilig, veerkrachtig,

operationeel beheersbaar, uitbreidbaar en economisch

duurzaam ontwerp. Hij/zij ondersteunt besluitvorming

door verschillende scenario’s te vergelijken, legt de

gemaakte afwegingen vast en begeleidt de

implementatie tot en met de conformiteitscontrole van

de opgeleverde oplossing. De rol is zowel technisch als

architecturaal. De functiehouder ontwerpt, maar moet

ook de bestaande codebasis kunnen lezen, de kwaliteit

ervan kunnen beoordelen en met de engineers die de

oplossing zullen realiseren de concrete gevolgen van

beslissingen kunnen bespreken. Een architectuur die

het bestaande team niet kan realiseren, is geen

architectuur maar slechts een intentie. Daarnaast

beheert de functiehouder het

architectuurreferentiemodel voor het betrokken domein

aan de hand van ArchiMate-modellen, en niet van

losstaande schema’s. Zo blijft de architectuur in de tijd

verifieerbaar en hoeft ze niet tijdens elke vergadering

opnieuw te worden uitgelegd. Afgebakend

toepassingsgebied De UPM-oplossing, de

bijbehorende componenten en de interfaces ervan: de

planning van treinen en werken op het Belgische

spoorwegnet van Infrabel. •Technische inventaris van

de oplossing. •Opstellen van een technische

architectuurroadmap die rekening houdt met: -de

huidige toestand en de mogelijke herwerking ervan; -de

geplande evoluties, via het evolutieve onderhoud van

het legacy-gedeelte en via het afzonderlijke

programma voor de modernisering van het platform;

-de verenigbaarheid met de normen inzake

cyberveiligheid. Infrastructuur en technologie van de

UPM-oplossing •Infrastructuur: OpenShift, AIX, Oracle,

Redis. •Back-end: Java 8, Java 17–21 (voornamelijk

microservices). •Front-end: Angular 15 en 18, Swing.

•Geheimenbeheer: HashiCorp Vault.

•Messaging/queueing: IBM MQ. Events: Kafka.

Logging: Elastic. Ervaring met één specifieke

technologie is minder doorslaggevend dan het

vermogen om een nieuwe technologie snel te

beoordelen. De combinatie van legacy en

microservices, samen met de verscheidenheid aan

uitwisselingsmechanismen (MQ, Kafka), vormt echter

de kern van de complexiteit van dit domein.

Positionering •Werken binnen een duidelijk afgebakend

oplossingsdomein, in relatie tot de betrokken

01111

6

/ 14 23-10-2026 13:49:17

bedrijfsfuncties, gegevens, applicaties en

technologieën. •Een aanpak hanteren die wordt

gestuurd door vereisten, stakeholders, risico’s, waarde

en traceerbaarheid van beslissingen. •De continuïteit

verzekeren tussen de doelarchitectuur, de portefeuille

van wijzigingen, het gedetailleerde ontwerp, de

realisatie, de overgang en de exploitatie. •Structurele

beslissingen, afwijkingen en uitzonderingen voorleggen

aan de bevoegde governance-organen. •Documentatie

opstellen en kennis ontwikkelen. •NTH: bijdragen aan

relevante iteraties van de methode voor

architectuurontwikkeling, zonder de rollen over te

nemen die verantwoordelijk zijn voor de

ondernemingsstrategie of de algemene governance.

Opmerking: de functiehouder maakt geen deel uit van

een ontwikkelteam: een architect die in een team wordt

geplaatst, wordt binnen twee sprints de ontwikkelaar

ervan. Indien nodig stemt hij/zij af met gelijkaardige

en/of betrokken entiteiten. Belangrijkste

verantwoordelijkheidsdomeinen Afbakening en begrip

van de behoefte •De stakeholders, hun

aandachtspunten, doelstellingen en succescriteria

identificeren. •Functionele, niet-functionele,

reglementaire, operationele en beveiligingsvereisten

analyseren en kritisch toetsen. •Het toepassingsgebied

van de oplossing, de grenzen, aannames,

afhankelijkheden en beperkingen bepalen. •De

traceerbaarheid behouden tussen doelstellingen,

vereisten, architectuurbeslissingen en

oplossingscomponenten. Uitwerking van de

oplossingsarchitectuur •De relevante beginsituatie

beschrijven en de doelarchitectuur van de oplossing

uitwerken. •Meerdere scenario’s opstellen en

vergelijken, met expliciete aandacht voor voordelen,

kosten, risico’s, compromissen, impact en

omkeerbaarheid. •De bedrijfs-, gegevens-, applicatie-,

integratie-, technologie-, beveiligings- en

exploitatieaspecten op samenhangende wijze

behandelen. •Interfaces, gegevensstromen,

verantwoordelijkheden van componenten,

servicekwaliteitsvereisten en implementatieprincipes

definiëren. •Herbruikbare bouwstenen identificeren en

waar relevant de voorkeur geven aan bestaande

standaarden, modellen en diensten. •Belangrijke

beslissingen en de motivering ervan vastleggen in

Architecture Decision Records (ADR’s) of een

gelijkwaardig mechanisme. Planning van de transitie

•De verschillen tussen de bestaande situatie en de

doeltoestand identificeren, evenals de capaciteiten die

moeten worden gecreëerd, aangepast, gemigreerd of

uitgefaseerd. •Tussenliggende toestanden,

transitiefases en realistische implementatiestappen

voorstellen. •Bijdragen aan de beoordeling van

haalbaarheid, afhankelijkheden, risico’s, kosten en

technische schuld. •De opstelling van de

implementatie- en migratieroadmap ondersteunen. •De

implementatiekosten van de voorgestelde scenario’s

op hoofdlijnen ramen, zodat beslissingen gebaseerd

zijn op vergelijkbare opties. Governance en

conformiteit •Controleren of de oplossing in

overeenstemming is met de principes, standaarden,

referentiearchitecturen en governancevereisten.

•Architectuurreviews voorbereiden, keuzes toelichten

en genomen beslissingen verwerken. •Afwijkingen of

01111

7

/ 14 23-10-2026 13:49:17

uitzonderingen identificeren en documenteren, en ze

ter beslissing voorleggen met vermelding van de

risico’s en compenserende maatregelen.

•Conformiteitsreviews uitvoeren tijdens de realisatie en

vóór de ingebruikname. •De architectuur bijwerken

wanneer de goedgekeurde implementatie afwijkt van

het oorspronkelijke ontwerp. Ondersteuning van

realisatie en exploitatie •De teams voor gedetailleerd

ontwerp, ontwikkeling, integratie, testen,

cyberveiligheid en exploitatie begeleiden. •De

architecturale intentie verduidelijken zonder de

verantwoordelijkheid voor engineering en uitvoering

over te nemen. •Ervoor zorgen dat operationele

beheersbaarheid, observeerbaarheid, continuïteit,

back-up, herstel, support en levenscyclus vanaf het

ontwerp worden meegenomen. •Bijdragen aan

proof-of-concepts wanneer technische onzekerheid of

risico dit rechtvaardigt. •De overdracht van

architectuurkennis organiseren en controleren of de

vereiste documenten beschikbaar en actueel zijn.

•Deelnemen aan de werkvoorbereiding van de teams

(refinement) met de productverantwoordelijke en

analisten, en het technische deel van de

sprint-entrycriteria valideren. •Gerichte code reviews

uitvoeren op structurele aspecten — servicegrenzen,

interfacecontracten en de afhandeling van transacties

en fouten — zonder de peer review te vervangen.

Kennisbeheer en continue verbetering •Modellen,

beslissingen, ervaringen en herbruikbare componenten

verzamelen en delen. •Bijdragen aan de evolutie van

standaarden, patterns, referentiearchitecturen en

architectuurpraktijken. •Inconsistenties, lacunes in de

documentatie, systeemrisico’s en mogelijkheden tot

rationalisatie signaleren. •De relevante praktijken,

technologieën en trends binnen het

verantwoordelijkheidsdomein opvolgen. Beheer van het

architectuurreferentiemodel (ArchiMate) •De

architectuurmodellen van het domein opbouwen en

onderhouden in ArchiMate, in de

referentiemodelleringstool (bijvoorbeeld Sparx EA), en

niet als onderling onafhankelijke schema’s.

•Modelleerconventies definiëren en doen naleven:

naamgeving, granulariteit, gebruik van lagen,

toegestane relaties en levenscyclus van elementen.

•Weergaven per gezichtspunt en per stakeholder

genereren vanuit één model, zodat een wijziging wordt

doorgevoerd in alle betrokken weergaven. •De

actualiteit van het referentiemodel garanderen: het

geeft de goedgekeurde toestand, vastgestelde

afwijkingen en doeltoestand weer en wordt bijgewerkt

wanneer de implementatie afwijkt. •De traceerbaarheid

verzekeren tussen modelelementen, vereisten en

Architecture Decision Records. Verwachte deliverables

Oplossingsarchitectuurdossier — context,

stakeholders, vereisten, weergaven, scenario’s,

doelarchitectuur, risico’s en traject.

(Beslissingsondersteuning en ontwerpreferentie.)

Architectuurweergaven en -modellen — weergaven

afgestemd op de aandachtspunten van stakeholders.

(De oplossing begrijpelijk en verifieerbaar maken.)

Actueel ArchiMate-referentiemodel — één model,

weergaven per gezichtspunt, nageleefde

modelleerconventies en modelelementen die naar

vereisten verwijzen. (Garanderen dat elke

01111

8

/ 14 23-10-2026 13:49:17

gepubliceerde weergave voortkomt uit één

verifieerbare bron.) Scenarioanalyse — opties, criteria,

voordelen, beperkingen, kosten, risico’s en

aanbeveling. (Afwegingen objectiveren.)

Vereistenregister — vereisten, bronnen, prioriteiten,

acceptatiecriteria en traceerbaarheid. (De conformiteit

met de behoefte sturen.) Architecture Decision

Records — beslissing, context, opties, motivering en

gevolgen. (Beslissingen traceerbaar maken.)

Gap-analyse en roadmap — verschillen, transitiefases,

afhankelijkheden en volgorde. (De transformatie

plannen.) Architectuurrisicobeoordeling — risico’s,

impact, waarschijnlijkheid, behandeling en eigenaar.

(De resterende blootstelling beheersen.)

Conformiteitsrapport — bevindingen, afwijkingen,

beslissingen, acties en status. (De overeenstemming

van de implementatie controleren.) Overdrachtsdossier

— actuele architectuur, beperkingen, instructies en

exploitatiegegevens. (De ingebruikname en het verdere

beheer ondersteunen.) Beslissingsbevoegdheden en

grenzen van de rol Verwachte bevoegdheden •De

architectuuroptie aanbevelen die de beste balans biedt

tussen waarde, risico, kosten, doorlooptijd en

duurzaamheid. •Binnen het verkregen mandaat de

architectuurbeperkingen voor de oplossing bepalen.

•Correcties vragen voor een niet-conforme

implementatie of een formele afwijkingsprocedure laten

opstarten. •Tegenstrijdige vereisten, niet-aanvaarde

risico’s of beslissingen buiten het eigen mandaat

escaleren. Grenzen •Beslist niet zelfstandig over

bedrijfsprioriteiten, financiering of de aanvaarding van

belangrijke risico’s. •Vervangt de business owner,

productverantwoordelijke, projectleider, domeinexperts,

beveiligingsverantwoordelijken of engineeringteams

niet. •Draagt geen permanente operationele

verantwoordelijkheid voor een platform, tenzij dit

uitdrukkelijk in een afzonderlijk mandaat is vastgelegd.

•Keurt geen oplossing goed waarvan essentiële

vereisten, gegevensstromen, afhankelijkheden of

risico’s onvoldoende zijn gedocumenteerd.

•Rapporteert hiërarchisch aan de Team Lead.

Functionele relaties •Enterprise-architectuur en

domeinarchitecten: strategische afstemming, principes,

standaarden, doelmodellen en domeinoverstijgende

afwegingen. •Business-, product- en

analyseverantwoordelijken: doelstellingen, behoeften,

waarde, processen, vereisten en acceptatiecriteria.

•Beveiliging, gegevens, integratie, infrastructuur en

platformen: gespecialiseerde vereisten en samenhang

tussen domeinen. •Programma, project en portfolio:

planning, afhankelijkheden, risico’s, kosten en

governance van de oplevering. •Engineering, testen en

leveranciers: haalbaarheid, gedetailleerd ontwerp,

realisatie en conformiteitsbewijzen. •Exploitatie en

support: operationele beheersbaarheid,

observeerbaarheid, continuïteit, capaciteit, prestaties

en kennisoverdracht. Criteria voor een succesvolle

uitvoering van de opdracht •Beslissingen zijn

traceerbaar, worden begrepen en zijn gekoppeld aan

vereisten en doelstellingen. •De oplossing is coherent

met de doelarchitecturen, standaarden en

goedgekeurde beperkingen. •Risico’s, afwijkingen en

afhankelijkheden worden tijdig zichtbaar gemaakt zodat

er beslissingen over kunnen worden genomen. •De

01111

9

/ 14 23-10-2026 13:49:17

implementatie weerspiegelt de architecturale intentie of

er zijn formeel goedgekeurde afwijkingen. •Deliverables

zijn volledig, bruikbaar, onderhouden en toegankelijk

voor bevoegde stakeholders; kennis wordt

overgedragen. •De oplossing kan worden

geëxploiteerd, onderhouden en beveiligd, en kan

gecontroleerd verder evolueren. •Het

ArchiMate-referentiemodel is actueel en wordt ook door

anderen dan de auteur gebruikt: dat is de enige test die

een levend referentiemodel onderscheidt van verlaten

documentatie. Gedragscompetenties •Systeemdenken,

kritische analyse en synthesevermogen. •Duidelijke

communicatie met technische en niet-technische

gesprekspartners. •Faciliteren, luisteren,

onderhandelen en meningsverschillen constructief

beheren. •Leiderschap door invloed, pragmatisme en

besluitgerichtheid. •Documentatienauwkeurigheid,

zelfstandigheid, verantwoordelijkheidszin en ethiek.

•Kunnen werken in onzekerheid en aannames expliciet

maken. •Een architectuurbeslissing aanvaardbaar

kunnen maken in een omgeving waar verandering op

weerstand stuit, door de richtlijnen te volgen en keuzes

toe te lichten in plaats van ze op te leggen. Technische

competenties De functiehouder moet met technische

experts kunnen overleggen en zelfstandig de

haalbaarheid kunnen beoordelen van wat hij/zij

ontwerpt. •Gedistribueerde applicatiearchitecturen:

opsplitsing in services, transactionele grenzen,

gegevenseigenaarschap, interfacecontracten en

versiebeheer ervan, event- en

messagingmechanismen. •Gegevensopslag en

gegevenstoegang: modellering, querystrategieën,

transactiebeheer, gedistribueerde caching en

cacheconsistentie. •Runtimeplatformen: containerisatie,

orkestratie, implementatiestrategieën en

observeerbaarheid (logging, metrics en traces).

•Applicatiebeveiliging: authenticatie, autorisatie,

geheimenbeheer, veelvoorkomende kwetsbaarheden

en de software supply chain."

01111 10 / 14 23-10-2026 13:49:17

Technical skills: Maîtrise des concepts d'architecture d'entreprise et de

solution, de la gouvernance et de la gestion des

exigences. (L4 : 10 ans d'expérience au moins)

Capacité à produire des vues cohérentes couvrant les

dimensions métier, données, applications et

technologies. (L4 : 10 ans d'expérience au moins)

Maîtrise de la modélisation d'architecture. (L4 : 10 ans

d'expérience au moins) Capacité à raisonner par

scénarios, compromis, risques, dépendances, coûts et

valeur. (L4 : 10 ans d'expérience au moins)

Connaissance des patterns d'intégration, des API, des

données, des infrastructures, du cloud et de la

cybersécurité. (L4 : 10 ans d'expérience au moins)

Compréhension des enjeux d'exploitation, de

résilience, de continuité, de performance, de capacité

et de cycle de vie. (L4 : 10 ans d'expérience au moins)

Communication multilingue : maîtrise courante du

français et /ou du néerlandais et Anglais à l'oral comme

à l'écrit . (C2 : maîtrise hautement complexe)

Expérience professionnelle dans les systèmes

d'information, l'ingénierie ou un domaine connexe. (L4 :

10 ans d'expérience au moins) Expérience en

conception de systèmes d'information. (L4 : 10 ans

d'expérience au moins) Expérience en tant que

architecte de solution sur des systèmes en production

(L4 : 10 ans d'expérience au moins) Expérience

démontrée de conception et d'intégration de solutions

impliquant plusieurs domaines techniques et parties

prenantes. (L4 : 10 ans d'expérience au moins)

Expérience de participation à des revues d'architecture,

d'analyse de risques et d'accompagnement de mises

en œuvre. (L4 : 10 ans d'expérience au moins)

Expérience personnelle du développement logiciel,

suffisamment récente pour rester crédible devant une

équipe d'ingénierie. (L4 : 10 ans d'expérience au

moins) Connaissance pratique de TOGAF

recommandée ; certification TOGAF appréciée selon le

niveau de séniorité attendu. (L3 : 5 ans d'expérience au

moins) Connaissance des pratiques de sécurité et d'un

cadre de gestion des services appréciée. (L4 : 10 ans

d'expérience au moins)

Commentaires technical skills: Nous vous prions de bien vouloir compléter l’annexe 6

avec rigueur et selon une discipline méthodique, de

manière exhaustive et sans équivoque, afin de nous

permettre de vérifier avec une précision absolue où,

dans le curriculum vitae du consultant concerné, les

compétences requises ou les attestations formellement

acquises peuvent être identifiées. Il est essentiel que,

pour chaque compétence mentionnée, vous indiquiez

explicitement la page du CV où l’information pertinente

est localisable, ainsi que l’organisation ou l’entreprise

dans laquelle cette compétence a été acquise ou

exercée. À défaut de respecter ces exigences de

manière transparente et vérifiable, le CV en question

ne pourra être pris en considération pour une

évaluation correcte dans le cadre de la présente

mission.

01111 11 / 14 23-10-2026 13:49:17

Technical skills: Beheersing van de concepten van bedrijfs- en

oplossingsarchitectuur, governance en

vereistenbeheer. (L4: minimaal 10 jaar ervaring)

Vermogen om samenhangende architectuurweergaven

op te stellen die de bedrijfs-, gegevens-, applicatie- en

technologiedimensies bestrijken. (L4: minimaal 10 jaar

ervaring) Beheersing van architectuurmodellering. (L4:

minimaal 10 jaar ervaring) Vermogen om te redeneren

aan de hand van scenario’s, afwegingen, risico’s,

afhankelijkheden, kosten en waarde. (L4: minimaal 10

jaar ervaring) Kennis van integratiepatronen, API’s,

gegevens, infrastructuur, cloud en cyberveiligheid. (L4:

minimaal 10 jaar ervaring) Inzicht in de uitdagingen op

het gebied van exploitatie, veerkracht, continuïteit,

prestaties, capaciteit en levenscyclusbeheer. (L4:

minimaal 10 jaar ervaring) Meertalige communicatie:

vlotte beheersing van het Frans en/of Nederlands, en

van het Engels, zowel mondeling als schriftelijk. (C2:

hoogst complexe beheersing) Professionele ervaring in

informatietechnologie, engineering of een aanverwant

domein. (L4: minimaal 10 jaar ervaring) Ervaring met

het ontwerpen van informatiesystemen. (L4: minimaal

10 jaar ervaring) Ervaring als solutionarchitect met

systemen die in productie zijn. (L4: minimaal 10 jaar

ervaring) Aantoonbare ervaring met het ontwerpen en

integreren van oplossingen waarbij meerdere

technische domeinen en stakeholders betrokken zijn.

(L4: minimaal 10 jaar ervaring) Ervaring met deelname

aan architectuurreviews, risicoanalyses en de

begeleiding van implementaties. (L4: minimaal 10 jaar

ervaring) Praktische ervaring met softwareontwikkeling,

recent genoeg om geloofwaardig te kunnen

communiceren met een engineeringteam. (L4:

minimaal 10 jaar ervaring) Praktische kennis van

TOGAF is aanbevolen; een TOGAF-certificering is een

pluspunt, afhankelijk van het verwachte

senioriteitsniveau. (L3: minimaal 5 jaar ervaring)

Kennis van beveiligingspraktijken en van een kader

voor IT-servicemanagement is een pluspunt. (L4:

minimaal 10 jaar ervaring)

Opmerkingen technical skills: Wij verzoeken u met nauwgezetheid en methodische

discipline bijlage 6 volledig en ondubbelzinnig in te

vullen, op een wijze die ons in staat stelt om met

absolute precisie te verifiëren waar in het curriculum

vitae van de betrokken consultant de gevraagde

vaardigheden of formeel verworven

competentiebewijzen zijn terug te vinden. Het is

essentieel dat u per vermelde vaardigheid expliciet

aangeeft op welke pagina van het CV de relevante

informatie zich bevindt, alsook bij welke organisatie of

onderneming deze bekwaamheid werd verworven of

toegepast. Indien deze vereisten niet op transparante

en controleerbare wijze zijn vervuld, kan de betrokken

CV niet in aanmerking worden genomen voor een

correcte beoordeling binnen het kader van deze

opdracht.

01111 12 / 14 23-10-2026 13:49:17

Soft skills: (1) Le candidat devra démontrer sa connaissance

d’Infrabel, du monde IT et comprendre les enjeux de la

fonction demandée. Il devra également comprendre la

mission et les activités clefs d’Infrabel. (2) Le candidat

devra démontrer qu’il est apte à s’intégrer dans les

équipes d’Infrabel et notamment par les valeurs qui

sont la bienveillance, le courage, la positivité et la

fiabilité. (3) Le candidat devra démontrer des

compétences inhérentes à la fonction demandée et

s’inscrivant dans le cadre du département ICT à savoir

des capacités de présentation, une attitude

professionnelle, une correctitude et un respect par

rapport au management, une communication claire et

efficace et un engagement responsable pour la durée

du contrat.

Commentaires soft skills: Nous vous prions de bien vouloir répondre de manière

concise et claire aux trois questions figurant en bas de

l’annexe 6. Ces questions doivent être lues et traitées à

la lumière de la description des tâches des services

demandés. Nous vous recommandons donc vivement

de lire attentivement cette description avant de

formuler vos réponses. Les réponses seront évaluées

en fonction de leur pertinence par rapport au profil

recherché. Si le consultant proposé fait partie d’une

offre retenue pour l’attribution dans le cadre de

l’e-market, les réponses seront en outre discutées et

vérifiées lors d’un entretien, conformément à la

procédure décrite dans le cahier des charges. Une

réponse claire et ciblée à ces questions contribuera à

une évaluation fluide et correcte du dossier.

Soft skills: (1) De kandidaat moet blijk geven van zijn kennis van

Infrabel, de IT-wereld en de uitdagingen van de

gevraagde rol begrijpen. Hij moet ook de missie en

kernactiviteiten van Infrabel begrijpen. (2) De kandidaat

moet aantonen dat hij in staat is om te integreren in de

teams van Infrabel met name via de waarden

vriendelijkheid, moed, positiviteit en betrouwbaarheid.

(3) De kandidaat moet blijk geven van vaardigheden

die inherent zijn aan de gevraagde functie en binnen

het kader van de ICT-afdeling vallen, namelijk

presentatievaardigheden, een professionele houding,

correctheid en respect voor het management,

duidelijke en effectieve communicatie en een

verantwoordelijke inzet voor de duur van het contract.

Opmerkingen soft skills: U wordt vriendelijk verzocht om onderaan in bijlage 6

beknopt en helder antwoord te geven op de drie

gestelde vragen. Deze vragen dienen gelezen en

beantwoord te worden in het licht van de

taakomschrijving van de gevraagde diensten. We

raden dan ook sterk aan om deze taakomschrijving

zorgvuldig door te nemen alvorens te antwoorden. De

antwoorden zullen worden geëvalueerd op hun

relevantie ten opzichte van het gevraagde profiel.

Indien de voorgestelde consultant deel uitmaakt van

een offerte die in aanmerking komt voor gunning

binnen de e-market, zullen de antwoorden bovendien

besproken en geverifieerd worden tijdens een

interview, in lijn met de procedure zoals die beschreven

staat in het lastenboek. Een duidelijke en gerichte

invulling van deze vragen draagt bij tot een vlotte en

correcte beoordeling van het dossier.

01111 13 / 14 23-10-2026 13:49:17

Disponible pour service de garde: Disponible pour service de garde

Beschikbaar voor wachtdienst: Beschikbaar voor wachtdienst

Commentaires service de garde:

Wijzigingen

Modifications

Description errata | Beschrijving errata:

Administratieve specificaties

Spécifications administratives

Nombre max. d'offres | Max. offertes: 2

Max. pages par CV | Max. pagina's per CV: 10