Aller au contenu principal
FromNine
Menu

Conseil

Des choix d’architecture que vous pouvez justifier.

Avant d’engager un budget, nous vous aidons à choisir la bonne voie. Vous obtenez une image claire de l’existant, des options avec leurs compromis, des décisions consignées et une feuille de route que les équipes de réalisation peuvent réellement suivre.

Pour les directions qui décident de plateformes, d’IA et de cloud pour une organisation active au Luxembourg et dans d’autres pays européens.

Parler de votre projetGuide du règlement sur l’IA
Architecture et conseil : les briquesTrois couches superposées. Au sommet, la feuille de route en vagues ; au centre, les décisions et leur trace écrite ; au fond, ce sur quoi tout repose : vos objectifs et la connaissance de l’existant.01Feuille de route en vagues02Options et registres de décisions03Objectifs et existant
  1. 01Un état des lieux qui rend visibles la dette technique et les risques
  2. 02Des options comparées sur la valeur, la faisabilité, le risque et le coût total, consignées en ADR
  3. 03Des vagues ordonnées selon les dépendances et la valeur pour les métiers, suivies pendant toute la réalisation

01 Problèmes

Quand on nous demande un deuxième avis

  1. 01

    Une grande décision approche et toutes les options semblent valables

    Plateforme ou développement, achat ou sur-mesure, quel cloud, quel éditeur. Chaque piste a son avocat, mais aucune comparaison sur une base commune n’a été faite.

  2. 02

    Vingt idées d’IA, aucun portefeuille

    Chaque service avance ses cas d’usage. Aucun classement par valeur, faisabilité et risque, et personne n’a regardé lesquels relèvent des catégories du règlement sur l’IA soumises aux exigences les plus lourdes.

  3. 03

    Le programme dérape et personne ne sait pourquoi

    Tous les indicateurs d’avancement sont verts, pourtant les échéances reculent, et le comité de pilotage demande un avis extérieur.

  4. 04

    Un marché public approche et le cahier des charges n’est pas prêt

    L’organisation sait ce dont elle a besoin en termes métier, mais pas comment le formuler pour que les soumissionnaires puissent bien y répondre.

02 Prestations

Nos prestations

  1. 01 Évaluation d’architecture

    Nous passons votre existant en revue de façon structurée : applications, données, intégrations, infrastructure, contrats. La dette technique devient visible et prend place, par ordre de gravité, dans un registre des risques. ArchiMate et TOGAF sont utilisés si votre organisation les pratique.

    Ce que nous faisons

    • Entretiens avec architectes, responsables et exploitants
    • Inventaire des applications et des intégrations
    • Évaluation de la dette technique et des risques
    • Revue des coûts et des contrats

    Ce que vous recevez

    • Architecture de l’existant
    • Registre des risques avec leurs responsables
    • Constats présentés aux décideurs

  2. 02 Maturité IA et portefeuille de cas d’usage

    Vos idées d’IA rangées dans un portefeuille, chacune notée pour sa valeur, sa faisabilité et son risque, avec un premier positionnement au regard du règlement européen sur l’IA et une recommandation : réaliser en interne, acheter ou passer par un partenaire.

    Ce que nous faisons

    • Recueil des cas d’usage dans les différents services
    • Notation sur la valeur, la préparation des données et le risque
    • Première classification de chaque cas au regard du règlement sur l’IA
    • Analyse développer, acheter ou s’associer

    Ce que vous recevez

    • Portefeuille de cas d’usage priorisé
    • Trois premiers cas prêts à démarrer
    • Prérequis en données et en plateforme

  3. 03 Architecture cible et feuille de route

    Salesforce, SAP, Odoo ou logiciel sur mesure : les choix de plateforme sont organisés en vagues, avec dépendances, coût total de possession et changements d’organisation nécessaires à chaque étape.

    Ce que nous faisons

    • Carte des capacités et principes cibles
    • Analyse des options domaine par domaine
    • Coût total de possession sur plusieurs années
    • Planification des vagues et de leurs dépendances

    Ce que vous recevez

    • Architecture cible
    • Feuille de route en vagues
    • Éléments de dossier d’investissement pour chaque vague

  4. 04 Souveraineté et stratégie cloud

    Analyse des dépendances, décisions sur l’hébergement des données et plans de sortie, pour que vos choix de cloud et de SaaS restent réversibles là où cela compte.

    Ce que nous faisons

    • Analyse des dépendances et de l’enfermement
    • Classification des données et options d’hébergement
    • Estimation du coût de sortie
    • Clauses contractuelles à revoir avec les achats

    Ce que vous recevez

    • Position de souveraineté par catégorie de données
    • Plans de sortie pour les services critiques
    • Note de stratégie cloud

  5. 05 Appui aux marchés publics

    Consultation du marché, cahier des charges fonctionnel et critères d’attribution. Nous sommes transparents sur la participation préalable : selon l’article 41 de la directive 2014/24/UE, préparer un marché peut influer sur notre droit d’y soumissionner ensuite. Nous en convenons avec vous dès le départ.

    Ce que nous faisons

    • Analyse des besoins et consultation du marché
    • Exigences fonctionnelles et non fonctionnelles
    • Critères d’attribution et grilles de notation
    • Appui pour les questions des soumissionnaires pendant la procédure

    Ce que vous recevez

    • Cahier des charges prêt à être publié sur le Portail des marchés publics
    • Cadre d’évaluation des offres
    • Accord écrit sur une participation ultérieure

  6. 06 Registres de décisions et suivi de la réalisation

    Registres de décisions d’architecture, instances de design et revues indépendantes des programmes en cours : les décisions restent traçables et les risques apparaissent tôt.

    Ce que nous faisons

    • Pratique et modèles d’ADR
    • Mise en place et animation d’une instance de design
    • Revues de contrôle périodiques
    • Diagnostic des programmes en difficulté

    Ce que vous recevez

    • Journal des décisions en usage
    • Charte de l’instance de design
    • Rapports de revue avec recommandations

03 Architecture

Une architecture de référence, à titre d’illustration

Le fil de nos missions est toujours le même : vos objectifs et l’existant d’abord, puis des options pesées selon des critères convenus, puis des décisions consignées et approuvées par votre instance de design, enfin une architecture cible et une feuille de route en vagues.

Sous chaque étape courent les mêmes contraintes : souveraineté et sortie, classification au titre du règlement sur l’IA, règles des marchés publics et capacité de vos propres équipes.

Couches du schéma

Comprendre
Objectifs métier, contraintes, existant et risques associés.
Décider
Critères, options, instance de design et registres de décisions d’architecture.
Planifier
Architecture cible, feuille de route en vagues et suivi pendant la réalisation.
Exemple illustratif

  1. Comprendre

    • Objectifs et contraintes métier
    • État des lieux
    • Registre des risques

  2. Décider

    • Critères : valeur, risque, coût
    • Options
    • Instance de design
    • Registres de décisions

  3. Planifier

    • Architecture cible
    • Feuille de route en vagues
    • Suivi de la réalisation

  4. Contraintes

    • Contraintes : souveraineté et sortie, classification IA, règles des marchés publics
Des objectifs à la feuille de route, par des décisions consignées

Schéma d’illustration : il ne représente le système d’aucun client.

Lire le schéma sous forme de texte

Le chemin principal va des objectifs et contraintes métier à un état des lieux, puis aux options, aux registres de décisions, à l’architecture cible et enfin à une feuille de route en vagues.

L’état des lieux produit un registre des risques. Des critères convenus de valeur, faisabilité, risque et coût total orientent les options. L’instance de design, où décident vos architectes, approuve les registres de décisions. Des revues de suivi accompagnent la feuille de route.

En dessous, une bande de contraintes regroupe souveraineté et sortie, classification selon le règlement sur l’IA et règles des marchés publics.

04 Choix et limites

Choix techniques et limites

  • Indépendance

    Notre approche

    Nous réalisons et exploitons aussi des systèmes, y compris sur Salesforce, SAP et Odoo. Dans une mission de conseil, les critères de comparaison sont donc fixés avec vous avant tout examen des éditeurs, et la note de chaque option est justifiée par écrit.

    Limites et dépendances

    Si vous voulez l’avis d’un acteur qui ne réalisera rien ensuite, dites-le-nous. Nous en convenons au départ, ou nous vous conseillons de choisir un cabinet de pur conseil.

  • Réglementation et droit

    Notre approche

    Nous intégrons aux décisions d’architecture une connaissance pratique du règlement sur l’IA, du RGPD, de la loi NIS2 du 5 mai 2026 et de la loi du 8 avril 2018 sur les marchés publics.

    Limites et dépendances

    Nous ne donnons pas de conseil juridique. Classifications et interprétations alimentent l’analyse de vos conseils, à qui revient l’appréciation juridique.

  • La feuille de route face au réel

    Notre approche

    La feuille de route est ordonnée selon les dépendances et la capacité, puis revue à la fin de chaque vague.

    Limites et dépendances

    Une feuille de route finit toujours par bouger. Ce qui compte, ce sont les décisions qu’elle explicite ; nous la tenons donc à jour au fil des revues plutôt que de la livrer une fois pour toutes sous forme de document.

05 Méthode

Notre méthode

Court, structuré, fondé sur des preuves, et avec vos architectes autour de la table.

  1. 01

    S’accorder sur la question

    Ce qui doit être décidé, par qui, pour quand, et selon quels critères.

    LivrableNote de cadrage de la décision

  2. 02

    Réunir les éléments

    Entretiens, documents, données des systèmes et chiffres de coûts : assez pour étayer la décision, pas davantage.

    LivrableBase de preuves et vue de l’existant

  3. 03

    Comparer les options

    Deux à quatre options réalistes notées selon les critères convenus, avec leurs risques et leurs coûts.

    LivrableAnalyse des options

  4. 04

    Décider et consigner

    Votre instance de design décide ; nous rédigeons le registre de décision et la feuille de route qui en découle.

    LivrableRegistres de décisions et feuille de route

  5. 05

    Suivre la réalisation

    Des revues périodiques vérifient que la réalisation reste fidèle aux décisions et signalent celles qu’il faudrait revoir.

    LivrableRapports de revue

06 Contrôle humain

Là où les personnes gardent la main

Nous conseillons. Les décisions restent aux personnes qui en répondent.

  • Votre instance de design approuve

    Chaque registre de décision d’architecture est approuvé par votre instance de design ou par le responsable que vous désignez, jamais par nous seuls.

  • Les critères passent avant les options

    Vous validez les critères de notation et leur poids avant que les options soient notées : le résultat ne peut pas être ajusté après coup.

  • Les désaccords sont consignés

    Lorsque les parties prenantes divergent, le registre de décision montre les alternatives et les raisons pour lesquelles elles ont été écartées.

07 Exemple

Un exemple illustratif

Exemple illustratif

Une orientation ERP pour un groupe implanté au Luxembourg et dans les pays voisins

01Situation
Après plusieurs acquisitions, un groupe industriel et artisanal fait tourner quatre ERP dans ses sociétés au Luxembourg, en Belgique, en France et en Allemagne. Chaque pays veut garder le sien ; le conseil d’administration veut une seule vue sur la finance et les approvisionnements.
02Ce que nous construirions
Une analyse d’options qui compare un ERP mondial unique, un modèle à deux niveaux avec un cœur groupe et des systèmes locaux plus légers, et une simple intégration, chacune avec ses coûts, ses risques et une feuille de route en vagues.
03Où les personnes décident
L’instance de design du groupe fixe les critères et prend la décision ; les responsables de chaque pays examinent l’impact sur leurs opérations avant l’approbation.
04Ce que nous mesurerions
Coût total de possession sur l’horizon de planification, délai de clôture mensuelle consolidée et nombre d’interfaces à maintenir.

08 Par secteur

Selon votre secteur

  • État et communes

    Pour l’État et les communes : architectures cibles de la digitalisation, cahiers des charges publiés sur marches.public.lu et feuilles de route cohérentes avec MyGuichet.lu et les services du CTIE. En savoir plus sur nos travaux pour l’État et les communes.

  • Secteur financier

    Pour les banques, fonds et assureurs : décisions d’architecture documentées pour la CSSF ou le CAA, avec le risque lié aux prestataires TIC et les stratégies de sortie que demande DORA.

  • Industrie

    Pour l’industrie : ERP et systèmes de production harmonisés d’un site à l’autre, selon une feuille de route calée sur les calendriers de fabrication.

Luxembourg

Des décisions qui tiennent d’une juridiction à l’autre

Une décision d’architecture pour une organisation européenne est confrontée à plusieurs jeux de règles à la fois : le règlement sur l’IA et NIS2 au niveau de l’Union, les transpositions nationales et le droit des marchés publics, et, pour les organismes publics, l’attente du règlement pour une Europe interopérable que l’interopérabilité transfrontalière soit évaluée avant de fixer des exigences contraignantes.

Au Luxembourg, cela signifie la loi du 5 mai 2026 qui transpose NIS2, sous l’autorité de l’ILR pour la plupart des secteurs, et la loi du 8 avril 2018 sur les marchés publics, avec des procédures menées sur marches.public.lu. Une consultation publique a réexaminé cette loi en 2025.

Nous faisons de ces contraintes des critères explicites dans chaque analyse d’options et nous consignons comment chaque décision y répond. Le même raisonnement peut ainsi être présenté à un conseil d’administration, à un auditeur ou à une autorité de surveillance, dans chacun des pays concernés.

Vos questions sur l’architecture et le conseil

Combien de temps dure une évaluation d’architecture ?

Tout dépend du périmètre. La revue ciblée d’un domaine ou d’une décision se compte en semaines ; celle de tout le parc prend davantage. Périmètre, questions et calendrier sont fixés dans la note de cadrage avant le démarrage.

Pouvez-vous rester indépendants si vous réalisez aussi ?

Nous montrons notre raisonnement : critères arrêtés avant de regarder les options, notes justifiées par écrit, alternatives conservées. Pour une séparation totale entre conseil et réalisation, deux voies : nous renonçons d’emblée à la réalisation, ou nous vous orientons vers un autre conseiller.

Avez-vous une préférence entre Salesforce, SAP et Odoo ?

Nous sommes partenaires des trois (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) et développons aussi du sur-mesure : nous n’avons pas de plateforme unique à vendre. Chacune convient à des situations différentes, et la bonne réponse les combine parfois, par exemple SAP au niveau d’un groupe et de ses sociétés holding, Odoo dans les filiales plus petites.

Pouvez-vous préparer un marché public puis y soumissionner ?

Cela se discute, rien n’est acquis. Selon la directive 2014/24/UE, un candidat associé en amont n’est admis que si le pouvoir adjudicateur empêche toute distorsion de concurrence, notamment en mettant à la disposition de tous les éléments que nous aurions rédigés. Nous abordons ce point franchement avant toute mission ; dans une procédure luxembourgeoise régie par la loi du 8 avril 2018, la décision appartient au pouvoir adjudicateur.

Par où commencer avec l’IA ?

Par un portefeuille, pas par un pilote isolé. Rassemblez les cas d’usage possibles, notez-les sur la valeur, l’état des données et le risque, puis lancez-en deux ou trois à la fois utiles, réalisables et assez peu risqués pour en tirer des leçons. Nos équipes d’ingénierie IA et IA générative prennent ensuite le relais, avec une évaluation prête avant la première mise en production.

Avec qui travaillerons-nous ?

Avec des architectes expérimentés qui ont eux-mêmes livré des projets, épaulés si une question l’exige par des spécialistes issus d’une équipe de plus de 2.400 collaborateurs : sécurité, données, IA ou une plateforme précise. Le premier échange peut se tenir en français, en allemand ou en anglais.

Parlez-nous de la décision qui vous attend

Nous proposerons comment la poser, quels éléments elle demande et le temps nécessaire pour une réponse solide.

Parler de votre projetÉtat et communes