Aller au contenu principal
FromNine
Menu

Conseil

Architecture et conseil technologique pour des décisions que vous pouvez défendre

Nous vous aidons à choisir la bonne voie avant d’engager le budget : un regard honnête sur votre système d’information actuel, des options et leurs compromis, des dossiers de décision et une feuille de route que les équipes de réalisation peuvent réellement suivre.

Pour les comités de direction et les DSI qui doivent trancher entre plateformes, IA et cloud, puis défendre ces choix devant leur conseil, leurs auditeurs ou leur tutelle.

Architecture et conseil : les couches de la démarcheTrois couches superposées en profondeur. De haut en bas : la feuille de route par vagues, les décisions et leurs dossiers, et la compréhension des objectifs et de l’existant sur laquelle elles reposent.01Feuille de route par vagues02Options et dossiers de décision03Objectifs et existant
  1. 01Des états des lieux qui rendent 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 sous forme d’ADR
  3. 03Des feuilles de route séquencées selon les dépendances et la valeur métier, avec un contrôle de la réalisation

01 Enjeux

Quand les équipes demandent un deuxième avis

  1. 01

    Une décision majeure approche et toutes les options semblent raisonnables

    Plateforme, développement ou achat, quel cloud, quel éditeur. Chaque option a son défenseur, et personne ne les a comparées sur les mêmes bases.

  2. 02

    Vingt idées d’IA, aucun portefeuille

    Les directions proposent des cas d’usage. Personne ne les a classés selon la valeur, la faisabilité et le risque, ni vérifié lesquels relèvent des catégories les plus encadrées du règlement européen sur l’IA (AI Act).

  3. 03

    Le programme est en retard et personne ne sait dire pourquoi

    Les rapports d’avancement sont au vert, les jalons glissent, et le comité de pilotage veut un regard indépendant.

  4. 04

    Un appel d’offres 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 spécifier pour que le marché puisse y répondre correctement.

02 Prestations

Ce que nous livrons

  1. 01 Audit d’architecture

    Une revue structurée de votre système d’information actuel : applications, données, intégrations, infrastructure et contrats. La dette technique est rendue visible et hiérarchisée dans un registre des risques. Nous utilisons ArchiMate et TOGAF lorsque votre organisation y a recours.

    Ce que nous faisons

    • Entretiens avec les architectes, les responsables et les 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 responsables
    • Constats présentés aux décideurs
  2. 02 Maturité IA et portefeuille de cas d’usage

    Un portefeuille hiérarchisé de cas d’usage d’IA, évalués sur la valeur, la faisabilité et le risque, avec une première classification au regard du règlement européen sur l’IA et, pour chacun, une analyse « développer, acheter ou s’associer ».

    Ce que nous faisons

    • Recueil des cas d’usage dans les différentes directions
    • Évaluation de la valeur, de la maturité des données et du risque
    • Première classification au regard de l’AI Act par cas d’usage
    • Analyse « développer, acheter ou s’associer »

    Ce que vous recevez

    • Portefeuille de cas d’usage priorisé
    • Trois premiers cas d’usage prêts à démarrer
    • Prérequis en matière de données et de plateforme
  3. 03 Architecture cible et feuille de route

    Des choix de plateforme entre Salesforce, SAP, Odoo et développement spécifique, séquencés en vagues avec leurs dépendances, leur coût total de possession et les changements organisationnels que chaque vague exige.

    Ce que nous faisons

    • Cartographie des capacités et principes cibles
    • Analyse des options 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 par vagues
    • Éléments de dossier d’investissement pour chaque vague
  4. 04 Souveraineté et stratégie cloud

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

    Ce que nous faisons

    • Analyse des dépendances et de l’enfermement propriétaire
    • Classification des données et options de localisation
    • Estimation des coûts de sortie
    • Clauses contractuelles à revoir avec les achats

    Ce que vous recevez

    • Position de souveraineté par classe de données
    • Plans de réversibilité pour les services critiques
    • Note de stratégie cloud
  5. 05 Accompagnement des acheteurs publics

    Consultation du marché, spécifications fonctionnelles et critères d’attribution. Nous sommes transparents sur les règles relatives à la participation préalable : selon l’article 41 de la directive 2014/24/UE, contribuer à la préparation d’un marché peut avoir une incidence sur notre possibilité de soumissionner ensuite, et nous le convenons dès le départ.

    Ce que nous faisons

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

    Ce que vous recevez

    • Cahier des charges prêt à publier
    • Cadre d’évaluation des offres
    • Accord écrit sur une participation ultérieure
  6. 06 Dossiers de décision et contrôle de la réalisation

    Dossiers de décision d’architecture, autorités de conception et revues de contrôle indépendantes pour les programmes en cours, afin que les décisions soient traçables et que les risques apparaissent tôt.

    Ce que nous faisons

    • Pratique et modèles d’ADR
    • Mise en place et animation d’une autorité de conception
    • Revues de contrôle périodiques
    • Bilans de santé des programmes en difficulté

    Ce que vous recevez

    • Registre des décisions en usage
    • Charte de l’autorité de conception
    • Rapports de contrôle avec recommandations

03 Architecture

Comment se construit une décision

Nos missions de conseil suivent une même ligne : de vos objectifs et de l’existant, en passant par des options pesées selon des critères convenus, jusqu’à des dossiers de décision approuvés par votre autorité de conception, puis à une architecture cible et une feuille de route par vagues.

Les contraintes accompagnent chaque étape : souveraineté et réversibilité, classification au regard de l’AI Act, règles des marchés publics et capacité de vos propres équipes.

Couches du schéma

Comprendre
Objectifs métier, contraintes, système d’information actuel et ses risques.
Décider
Critères, options, autorité de conception et dossiers de décision d’architecture.
Planifier
Architecture cible, feuille de route par vagues et contrôle pendant la réalisation.
Exemple illustratif
  1. Comprendre

    • Objectifs métier et contraintes
    • État des lieux de l’existant
    • Registre des risques
  2. Décider

    • Critères : valeur, risque, coût
    • Options
    • Autorité de conception
    • Dossiers de décision
  3. Planifier

    • Architecture cible
    • Feuille de route par vagues
    • Contrôle de la réalisation
  4. Contraintes

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

Méthode illustrative, pas une mission client.

Lire le schéma sous forme de texte

Le parcours principal part des objectifs métier et des contraintes, passe par un état des lieux de l’existant, puis par les options, puis par les dossiers de décision d’architecture, puis par l’architecture cible, pour aboutir à une feuille de route par vagues.

L’état des lieux produit un registre des risques. Des critères convenus de valeur, de faisabilité, de risque et de coût total façonnent les options. L’autorité de conception, où vos architectes décident, approuve les dossiers de décision. Des revues de contrôle de la réalisation suivent la feuille de route.

Une bande de contraintes, en dessous, couvre la souveraineté et la réversibilité, la classification au regard de l’AI Act et les règles des marchés publics.

04 Points d’attention et limites

Points d’attention et limites

  • Indépendance

    Notre méthode

    Nous construisons et exploitons aussi des systèmes, notamment sur Salesforce, SAP et Odoo. Dans nos missions de conseil, nous comparons les options selon des critères convenus avec vous avant d’examiner les éditeurs, et nous documentons la notation de chaque option.

    Limites et dépendances

    Si vous avez besoin du conseil d’un acteur qui ne réalisera pas ensuite, dites-le-nous. Nous le convenons dès le départ, ou nous vous recommandons de choisir un cabinet de conseil sans activité de réalisation.

  • Réglementation et droit

    Notre méthode

    Nous apportons aux décisions d’architecture une connaissance pratique de l’AI Act, du RGPD, de NIS2 et du droit des marchés publics.

    Limites et dépendances

    Nous ne fournissons pas de conseil juridique. Les classifications et interprétations alimentent le travail de vos conseils, qui réalisent l’analyse juridique.

  • Les feuilles de route à l’épreuve du réel

    Notre méthode

    Les feuilles de route sont séquencées selon les dépendances et la capacité, et revues à la fin de chaque vague.

    Limites et dépendances

    Aucune feuille de route ne reste inchangée. Sa valeur tient aux décisions qu’elle rend explicites : c’est pourquoi nous la faisons vivre par des revues de contrôle plutôt que de la remettre comme un simple document.

05 Notre façon de travailler

Notre façon de travailler

Une démarche courte, structurée et fondée sur des preuves, 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, ce qu’il faut pour étayer la décision, sans plus.

    LivrableBase factuelle et vision 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 autorité de conception décide ; nous rédigeons le dossier de décision et la feuille de route qui en découle.

    LivrableDossiers de décision et feuille de route

  5. 05

    Sécuriser la réalisation

    Des revues périodiques qui vérifient que la réalisation reste conforme aux décisions et signalent quand une décision doit être réexaminée.

    LivrableRapports de contrôle

06 Contrôle humain

Qui décide

Nous conseillons. Les décisions restent entre les mains de ceux qui en répondent.

  • Votre autorité de conception approuve

    Chaque dossier de décision d’architecture est approuvé par votre autorité de conception ou le responsable que vous désignez, jamais par nous seuls.

  • Les critères avant les options

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

  • Les désaccords sont consignés

    Lorsque les parties prenantes divergent, le dossier de décision présente les alternatives et les raisons pour lesquelles elles n’ont pas été retenues.

07 Exemple

Un exemple illustratif

Exemple illustratif

Un schéma directeur IA pour une ETI industrielle

01Situation
Une ETI industrielle reçoit des propositions d’IA de chaque direction, sans critères communs, alors que son système d’information repose sur un ERP en fin de support et deux usines aux pratiques différentes.
02Ce que nous construirions
Un portefeuille de cas d’usage évalué sur la valeur, les données disponibles et le risque, une architecture cible et une feuille de route en trois horizons, avec des décisions tracées.
03Là où l’humain décide
Le comité de direction arbitre chaque horizon ; les cas d’usage à haut risque au sens du règlement européen sur l’IA passent par une revue juridique interne.
04Ce que nous mesurerions
Cas d’usage mis en production par rapport au plan, décisions revues à échéance, coût total de possession par option.

08 Regard sectoriel

Dans votre secteur

  • Architectures cibles pour l’administration numérique, cahiers des charges et feuilles de route alignées sur les cadres nationaux d’interopérabilité. En savoir plus sur notre accompagnement du secteur public.

  • Des décisions d’architecture documentées pour les autorités de contrôle, intégrant le risque lié aux prestataires tiers de services TIC et les stratégies de sortie.

  • Des paysages ERP et systèmes d’usine rationalisés entre sites, avec une feuille de route qui respecte les calendriers de production.

France

Des décisions défendables dans le cadre français

Une décision d’architecture en France se juge sur des critères explicites : sensibilité des données et recours éventuel à une offre SecNumCloud, homologation de sécurité selon le RGS pour les systèmes publics, accessibilité RGAA, transposition de NIS2, et règles de la commande publique qui encadrent la réversibilité des marchés.

Nous traduisons ces contraintes en critères d’évaluation pour chaque option, et consignons comment chaque décision y répond, afin que le même raisonnement tienne devant un comité de direction, un auditeur ou une commission d’homologation.

Questions sur l’architecture et le conseil

Combien de temps dure un audit d’architecture ?

Cela dépend du périmètre. Une revue ciblée sur un domaine ou une décision se compte en semaines ; une revue complète du système d’information prend plus de temps. Nous convenons du périmètre, des questions et du calendrier dans la note de cadrage avant de commencer.

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

Nous rendons notre raisonnement transparent : critères convenus avant les options, notes documentées, alternatives consignées. Si vous avez besoin d’une séparation complète entre conseil et réalisation, nous convenons dès le départ de ne pas soumissionner pour la réalisation, ou nous vous conseillons de choisir un autre conseiller.

Privilégiez-vous Salesforce, SAP ou Odoo ?

Nous avons le statut de partenaire des trois éditeurs (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) et nous développons aussi des logiciels sur mesure : nous n’avons donc pas une plateforme unique à vendre. Chacune convient à des situations différentes, et parfois la bonne réponse les combine, par exemple SAP au niveau du groupe et Odoo dans les filiales de plus petite taille.

Pouvez-vous nous aider à préparer un appel d’offres puis y répondre ?

Peut-être, mais pas automatiquement. La directive 2014/24/UE n’admet la participation préalable que si le pouvoir adjudicateur veille à ce que la concurrence ne soit pas faussée, par exemple en communiquant les informations que nous avons produites. Nous en discutons ouvertement avant de commencer, et c’est le pouvoir adjudicateur qui décide.

Par où commencer avec l’IA ?

Par un portefeuille, pas par un pilote isolé : recueillir les cas d’usage candidats, les évaluer selon la valeur, la maturité des données et le risque, puis démarrer avec deux ou trois cas utiles, faisables et suffisamment peu risqués pour en tirer des enseignements. Nos équipes d’ingénierie IA les réalisent ensuite avec une évaluation en place dès le premier jour.

Avec qui travaillerons-nous ?

Des architectes seniors ayant l’expérience de la réalisation, appuyés par des spécialistes issus de nos équipes de plus de 2 400 collaborateurs lorsqu’une question le requiert : sécurité, données, IA ou une plateforme spécifique. Nous travaillons depuis nos bureaux d’Anvers, de Gand (pôle d’innovation et de développement), d’Amsterdam et de Cyberjaya, en Malaisie.

Exposez-nous la décision à prendre

Une plateforme à choisir, une feuille de route IA à arbitrer, une sortie de cloud à préparer : nous cadrons avec vos équipes les options et les critères, en français.