Directeur des systèmes d’information : un SI qui tient ses interfaces, maîtrise ses éditeurs et encadre l’IA.
Le DSI d’une ETI tient à la fois le fonctionnement quotidien du SI, les projets demandés par les métiers, la sécurité et le budget, souvent avec une petite équipe et plusieurs prestataires. Une grande partie de son temps part dans des interfaces fragiles, des outils adoptés sans lui et des demandes qui arrivent par tous les canaux. L’automatisation lui rend de la visibilité et de la maîtrise : flux supervisés, référentiels tenus, usages de l’IA encadrés, indicateurs produits sans consolidation à la main.
Entre la direction générale, les directions métier, les éditeurs et les prestataires.
Le DSI traduit la stratégie de l’entreprise en trajectoire du SI : quels outils garder, lesquels faire évoluer, lesquels remplacer, et dans quel ordre. Il arbitre les demandes des métiers, négocie avec les éditeurs et les prestataires d’infogérance ou de TMA, et répond de la sécurité et de la continuité devant la direction. Dans une ETI, il est aussi celui qu’on appelle quand une interface tombe ou qu’un fichier critique disparaît : moins ces urgences absorbent de temps, plus il en reste pour préparer l’avenir du SI.
Une journée type.
- MatinPasser en revue les incidents de la nuit : interfaces en échec, sauvegardes, alertes de sécurité, tickets prioritaires.
- MidiRecevoir une direction métier qui veut un nouvel outil, et vérifier ce que le SI couvre déjà.
- Après-midiFaire le point avec un prestataire de TMA ou d’infogérance sur ses engagements de service et les évolutions en cours.
- Chaque semaineSuivre l’avancement du portefeuille de projets et réarbitrer quand une urgence bouscule le planning.
- Chaque moisSuivre le budget informatique, run et build, et préparer les décisions de renouvellement de contrats.
- Chaque trimestrePrésenter au comité de direction l’état du SI : projets, risques, sécurité, coûts et feuille de route.
Ce sur quoi le métier est attendu.
- Disponibilité des applications critiques
- Interfaces en erreur et délai de résolution
- Respect du budget run et build
- Avancement du portefeuille de projets
- Exposition aux risques de sécurité
- Satisfaction des utilisateurs et des directions métier
Les indicateurs sont nommés, jamais chiffrés : les niveaux dépendent de chaque entreprise, et le diagnostic les mesure.
Les problèmes rencontrés souvent.
Une dette d’intégration qui s’accumule
Chaque outil ajouté a apporté son interface, souvent écrite à la hâte. Personne n’a la vue d’ensemble des flux, et une évolution de l’ERP peut casser un échange que tout le monde avait oublié.
Une dépendance forte aux éditeurs
Données difficiles à extraire, règles métier enfouies dans le paramétrage, interfaces propriétaires : changer d’outil ou simplement renégocier devient risqué.
Un shadow IT mal connu
Abonnements en ligne, fichiers partagés, petites applications créées par les métiers : utiles, parfois critiques, et invisibles jusqu’au jour où ils posent problème.
Des demandes sans file unique
E-mails, couloirs, appels directs aux développeurs : les demandes se perdent, les priorités se discutent au cas par cas et les métiers ont le sentiment de ne pas être entendus.
Une IA générative déjà là
Les salariés utilisent des assistants d’IA sans cadre, parfois avec des données internes. La DSI doit proposer une alternative maîtrisée plutôt que de constater les usages.
Un reporting de DSI fait à la main
Budget, incidents, projets, licences : chaque indicateur sort d’un outil différent et se consolide dans un tableur avant chaque comité.
Le même métier, plusieurs réalités.
- Mode et luxe
Le DSI relie boutiques, e-commerce, wholesale, ateliers et filiales étrangères, souvent sur des outils choisis pays par pays. La protection des données des clients et la cohérence du référentiel produit entre canaux sont au cœur de ses arbitrages.
- Retail
Le DSI tient un SI qui ne s’arrête pas : caisses des magasins, e-commerce, marketplaces, WMS et ERP doivent échanger en continu. Une interface de prix ou de stock en panne se voit immédiatement en magasin et en ligne, et les pics d’activité saisonniers imposent des gels de changement.
- Cosmétique et beauté
Le DSI fait coexister les outils de la R&D, de l’usine, du réglementaire et du marketing, et alimente les enseignes et les plateformes en fiches produit. Les données de formule et de conformité exigent des droits d’accès fins et une traçabilité des modifications.
- Distribution B2B et négoce
Le SI vit de ses flux : EDI avec les clients et les fournisseurs, tarifs par client, WMS, transport. Le DSI veille à ce qu’un message EDI rejeté ou une interface bloquée ne retarde pas une livraison, et à ce que les référentiels articles et clients restent alignés.
- BTP et copropriété
Le DSI équipe des agences et des chantiers dispersés, des équipes mobiles et des outils de devis, de suivi d’affaires et de comptabilité qui communiquent mal. Faire remonter la donnée de terrain au siège sans ressaisie est un enjeu permanent.
- Industrie
Le DSI relie l’informatique de gestion — ERP, achats, finance — à l’informatique industrielle : suivi de production, maintenance, qualité, machines connectées. Toute évolution se planifie avec la production, et la sécurité des réseaux industriels devient un sujet de direction.
- Pharma et santé
Le DSI travaille sous les exigences des bonnes pratiques : systèmes informatisés validés, intégrité des données, piste d’audit, gestion des changements documentée. Chaque nouvel outil ou interface suit une procédure de qualification avec l’assurance qualité.
Automatiser le geste, garder le jugement.
Ce qui s’automatise
- Supervision des interfaces entre applications, avec alerte au responsable du flux et relance automatique des échanges en erreur.
- Tableau de bord de la DSI — budget, incidents, projets, licences, sécurité — alimenté directement par les outils sources, sans consolidation à la main.
- Inventaire des applications et des abonnements, y compris ceux pris par les métiers, mis à jour à partir de l’annuaire, des dépenses et des contrats.
- Lecture des contrats d’éditeurs et de prestataires par un agent IA, avec extraction des échéances, des engagements de service et des clauses de réversibilité.
- Collecte des preuves pour les audits informatiques et les questionnaires de sécurité, à partir des journaux et des outils existants.
Ce qui reste humain
- La trajectoire du SI, le choix entre progiciel et développement sur mesure, et l’ordre des projets.
- La politique de sécurité, le cadre d’usage de l’IA et les risques acceptés par la direction.
- La relation avec les directions métier, les éditeurs et les prestataires.
Comment automatiser, cas par cas.
Chaque cas part d’une question que se posent les directions. La situation de départ, ce qui s’automatise, les outils concernés, et ce qui reste entre les mains des équipes.
Comment automatiser le suivi du budget informatique, entre run et build ?
- Aujourd’hui
- Le budget de la DSI mêle licences, infogérance, TMA, cloud, matériel et projets. Le DSI le suit dans un tableur alimenté par des extractions comptables et des factures qu’il reclasse à la main, et découvre les dérives au moment de la clôture.
- Ce qui s’automatise
- Les factures et les engagements remontent de l’ERP et sont classés automatiquement par nature, par application et par projet, run ou build, selon des règles écrites. Un agent IA propose le classement des factures ambiguës. Le tableau de suivi compare l’engagé, le réalisé et le budget, et projette la fin d’année à partir des contrats en cours.
- Ce qui reste humain
- Le DSI valide les reclassements et porte les arbitrages budgétaires avec la direction financière.
- ERP
- outil de pilotage (BI)
- outil de gestion des contrats
- tableur
Comment automatiser le tableau de bord du DSI pour le comité de direction ?
- Aujourd’hui
- Avant chaque comité, le DSI rassemble les incidents depuis l’outil de ticketing, l’avancement des projets depuis les fichiers des chefs de projet, le budget depuis la comptabilité et les alertes de sécurité depuis les prestataires. La consolidation prend du temps et les définitions changent d’une fois sur l’autre.
- Ce qui s’automatise
- Les indicateurs sont définis une fois, avec leur source et leur règle de calcul, puis alimentés automatiquement par l’outil de ticketing, l’outil de gestion de projets, l’ERP et la supervision. Le tableau de bord se met à jour seul. Un agent IA rédige un premier commentaire sur les variations et les points d’attention, repris par le DSI.
- Ce qui reste humain
- Le DSI choisit les messages portés au comité et les décisions qu’il y demande.
- outil de ticketing (ITSM)
- outil de gestion de projets
- ERP
- outil de pilotage (BI)
Comment mesurer et suivre la dette technique du SI ?
- Aujourd’hui
- Tout le monde sait que certaines applications sont fragiles, mal documentées ou maintenues par une seule personne, mais rien ne le chiffre ni ne le classe. La dette technique revient dans les discussions au moment d’un incident, puis retombe.
- Ce qui s’automatise
- Chaque application et chaque interface reçoit une fiche alimentée automatiquement : version et fin de support de ses composants, incidents récents, documentation disponible, nombre de personnes capables de la maintenir. Un score de risque, fondé sur des critères écrits, classe les sujets. Les plus exposés deviennent des lignes du portefeuille de projets.
- Ce qui reste humain
- Le DSI arbitre ce qui se traite maintenant, ce qui se surveille et ce qui s’accepte, avec la direction.
- outil de cartographie applicative
- outil de ticketing (ITSM)
- outil de gestion du parc
- outil de pilotage (BI)
Comment préparer le remplacement d’un progiciel sans rupture pour les métiers ?
- Aujourd’hui
- Un progiciel arrive en fin de support ou ne suit plus le métier. Ses règles sont enfouies dans le paramétrage, ses interfaces mal connues, et ses utilisateurs ont construit autour des fichiers qui compensent ses limites.
- Ce qui s’automatise
- Avant tout choix d’outil, les données, les interfaces et les règles du progiciel sont inventoriées : un outil lit le paramétrage et la base, recense les flux qui le touchent et les fichiers qui s’en alimentent. Un agent IA aide à rédiger les règles métier en clair à partir du paramétrage et des entretiens. Les interfaces sont déplacées vers une couche d’intégration, pour que le remplacement ne touche plus qu’un point.
- Ce qui reste humain
- Le DSI et les directions métier choisissent la solution cible et le calendrier de bascule.
- progiciel en place
- middleware et API
- outil de cartographie applicative
- gestion documentaire
Comment automatiser le suivi des engagements de service des prestataires d’infogérance et de TMA ?
- Aujourd’hui
- Les contrats fixent des délais de prise en charge et de résolution, mais leur respect se mesure à partir du rapport envoyé par le prestataire lui-même. Le DSI a du mal à contester un chiffre ou à relier un retard à une conséquence pour les métiers.
- Ce qui s’automatise
- Les tickets et les demandes sont suivis dans l’outil de la DSI, qui calcule lui-même les délais selon les règles du contrat. Un tableau compare chaque mois les engagements au réalisé, par priorité et par application, et relie les dépassements aux incidents vécus par les métiers. Les pénalités ou bonus prévus au contrat sont calculés automatiquement.
- Ce qui reste humain
- Le DSI conduit la revue de service avec le prestataire et décide des suites à donner.
- outil de ticketing (ITSM)
- outil de gestion des contrats
- outil de pilotage (BI)
Comment automatiser la préparation des audits informatiques et des contrôles généraux informatiques ?
- Aujourd’hui
- Chaque année, les commissaires aux comptes ou les auditeurs demandent la liste des accès à l’ERP, les preuves de revue des droits, les journaux de changement et les tests de sauvegarde. La DSI les reconstitue à partir de captures d’écran et d’extractions faites dans l’urgence.
- Ce qui s’automatise
- Les preuves sont collectées en continu : revues d’accès conservées, changements tracés dans l’outil de ticketing, rapports de sauvegarde et de restauration archivés, comptes à privilèges listés. À l’approche de l’audit, un outil assemble le dossier selon la liste des contrôles demandés, et signale les preuves manquantes avant qu’elles ne soient réclamées.
- Ce qui reste humain
- Le DSI répond aux auditeurs, explique les écarts et engage les plans d’action.
- annuaire et gestion des accès
- outil de ticketing (ITSM)
- outil de sauvegarde
- gestion documentaire
Comment automatiser le suivi de la politique de sécurité et des obligations de la directive NIS 2 ?
- Aujourd’hui
- La politique de sécurité existe en document, mais son application se vérifie peu : postes non chiffrés, comptes sans double authentification, procédures d’incident non testées. Quand l’entreprise relève de la directive NIS 2, la direction doit pouvoir montrer les mesures prises.
- Ce qui s’automatise
- Chaque exigence de la politique est reliée à un contrôle automatique quand c’est possible : chiffrement des postes, double authentification, mises à jour, sauvegardes, comptes inactifs. Un tableau de conformité se met à jour seul et liste les écarts avec leur responsable. Un agent IA aide à rapprocher les exigences réglementaires applicables des mesures en place.
- Ce qui reste humain
- La direction générale porte la responsabilité des mesures de sécurité, sur proposition du DSI, et l’applicabilité de la directive se vérifie avec le juridique.
- outil de gestion du parc
- annuaire et gestion des accès
- outil de gestion des vulnérabilités
- outil de pilotage (BI)
Comment automatiser le suivi des coûts du cloud et des abonnements à l’usage ?
- Aujourd’hui
- Hébergement, stockage, services d’IA et environnements de test sont facturés à la consommation. Les factures arrivent globales, sans rattachement clair aux projets ni aux applications, et des ressources créées pour un test continuent de tourner.
- Ce qui s’automatise
- Chaque ressource est étiquetée par application, projet et environnement selon une règle imposée à la création. Un outil collecte la consommation quotidienne, la rattache aux étiquettes, signale les ressources non étiquetées ou inactives et projette la facture du mois. Les hausses inhabituelles déclenchent une alerte au responsable de l’application.
- Ce qui reste humain
- Le DSI et les responsables d’application décident d’arrêter, de redimensionner ou de garder une ressource.
- console de l’hébergeur cloud
- outil de pilotage (BI)
- outil de ticketing (ITSM)
- ERP
Comment automatiser l’évaluation de sécurité des fournisseurs et des sous-traitants informatiques ?
- Aujourd’hui
- Chaque nouvel outil en ligne ou prestataire doit être évalué : hébergement, sécurité, sous-traitance des données personnelles, réversibilité. Le questionnaire part par e-mail, revient incomplet, et les réponses se comparent à la lecture.
- Ce qui s’automatise
- Le questionnaire est envoyé depuis un portail, adapté à la criticité du service et aux données traitées. Un agent IA lit les réponses et les documents joints — certifications, accord de sous-traitance, politique de sécurité — et signale les points manquants ou contradictoires. Le dossier d’évaluation est conservé et sa révision planifiée.
- Ce qui reste humain
- Le DSI, avec le délégué à la protection des données et les achats, accepte ou refuse le fournisseur et fixe les conditions.
- portail fournisseur
- gestion documentaire
- outil de gestion des contrats
- agent IA
Comment intégrer rapidement le système d’information d’une société rachetée ?
- Aujourd’hui
- Après une acquisition, la nouvelle filiale garde son ERP, sa messagerie et ses outils. La direction veut ses chiffres dans le reporting du groupe sans attendre, et les équipes ont besoin d’accéder aux outils communs.
- Ce qui s’automatise
- Un inventaire des applications, des comptes et des données de la filiale est dressé à partir de ses annuaires et de ses contrats. Des flux temporaires remontent ses données comptables et commerciales dans l’entrepôt du groupe, avec des tables de correspondance pour les plans de comptes et les référentiels. Les accès aux outils communs sont ouverts par profil, en attendant la décision sur la cible.
- Ce qui reste humain
- Le DSI et la direction décident de ce qui converge vers les outils du groupe, de ce qui reste propre à la filiale, et du calendrier.
- middleware et API
- entrepôt de données
- annuaire et gestion des accès
- outil de cartographie applicative
Ce que les équipes cherchent à améliorer.
- Par où commencer pour automatiser une DSI ?
- Par l’inventaire de ce qui revient : interfaces surveillées à la main, extractions demandées chaque mois, comptes créés au cas par cas, tickets répétitifs. On choisit le circuit qui coûte le plus d’incidents ou de ressaisies, on l’automatise, on mesure, puis on passe au suivant. La cartographie des flux faite à cette occasion sert ensuite à tous les projets.
- Comment réduire la dette d’intégration du SI ?
- En remplaçant progressivement les liaisons directes entre applications par une couche d’intégration où chaque flux est décrit, supervisé et rejouable. On commence par les flux les plus critiques ou les plus souvent en erreur. Chaque nouvelle interface passe ensuite par cette couche, ce qui arrête l’accumulation.
- Un outil sur mesure crée-t-il une nouvelle dépendance ?
- Pas s’il est remis avec son code, sa documentation et ses tests, hébergé selon les règles de la DSI et construit sur des technologies courantes. La DSI doit pouvoir le faire maintenir par l’équipe interne ou par un autre prestataire.
- Faut-il interdire l’IA générative aux salariés ?
- Interdire sans alternative pousse les usages vers des outils non maîtrisés. Il vaut mieux proposer un assistant validé, connecté aux données internes avec les droits de chacun, accompagné d’une charte courte et d’un suivi des usages. Les données les plus sensibles restent fermées à l’IA tant qu’aucun cadre ne les couvre.
- Comment prioriser les demandes des métiers ?
- Avec une file unique et des critères écrits, partagés avec la direction : valeur pour l’entreprise, risque, obligation réglementaire, effort. Les arbitrages se font à date fixe avec les directions métier, et chaque demandeur voit où en est sa demande.
- Comment présenter l’état du SI au comité de direction ?
- Avec peu d’indicateurs, toujours calculés de la même façon : disponibilité des applications critiques, incidents majeurs, avancement des projets, budget, risques de sécurité. Les données viennent directement des outils, et le commentaire porte sur les décisions à prendre plutôt que sur l’activité.
- Comment savoir si un progiciel doit être remplacé ?
- En regardant ce qu’il coûte vraiment : contournements dans des fichiers, interfaces fragiles, évolutions refusées par l’éditeur, coût de maintenance. Souvent, une couche d’automatisation autour de l’outil suffit ; le remplacement se justifie quand la limite touche le cœur du métier.
- Les automatisations respectent-elles la politique de sécurité de la DSI ?
- Elles sont conçues avec elle : hébergement choisi par la DSI, comptes techniques dédiés, droits minimaux, journalisation et documentation. Les données personnelles sont traitées selon le RGPD, et aucun accès n’est ouvert sans validation.
Décrivez ce qui freine vos équipes.
Un premier échange pour qualifier votre besoin. Puis un diagnostic cadré : le périmètre, la solution, le chiffrage.
Parler de votre projetRéponse sous 48 h ouvrées.