Dans un contexte d’industrialisation des systèmes d’information et d’exigence accrue sur les délais de mise en production, la clarité des rôles entre DSI et directions métiers devient un levier de performance, de conformité et de time‑to‑value. L’article propose un cadre simple et actionnable — adossé à une infographie — pour répartir les responsabilités sur quatre axes clés : processus, qualité de la donnée, flux d’information et sécurité de l’information. Principe directeur : les métiers sont souverains sur leurs traitements internes ; la DSI garantit la transversalité, la cohérence et la sécurité des flux.
Pourquoi clarifier les responsabilités entre DSI et métiers ?
Dans de nombreuses organisations, la transformation digitale se heurte à des zones grises : décisions lentes, allers‑retours interminables en comités, spécifications incomplètes, priorisation fluctuante, ou encore solutions locales difficilement intégrables. Ce flou se traduit par des surcoûts, des risques de non‑conformité (RGPD, sécurité), une dette technique qui s’accumule, et des projets ERP ou data qui peinent à délivrer la valeur attendue.
À l’inverse, une répartition nette des rôles permet de :
- Accélérer la prise de décision grâce à des responsabilités explicites et non débattables une fois actées.
- Améliorer la qualité (des processus, des données, des intégrations) en réduisant les reworks.
- Sécuriser la trajectoire par une gouvernance de portefeuille claire et une exécution outillée (RACI, comités, KPIs).
- Maximiser la transversalité (réutilisation, standardisation, interopérabilité) sans brider l’innovation locale.
Les 4 axes de répartition à ancrer dans la gouvernance
1) Processus
- Directions métiers : responsables de la définition et de l’évolution des processus internes (règles de gestion, rôles opérationnels, scénarios d’exception, critères d’acceptation, mesure de performance).
Exemples : paramétrage des règles de validation des commandes, politique d’avoirs, niveaux de service, workflows d’approbation, définition des KPI opérationnels. - DSI : garante de la cohérence des processus transverses (end‑to‑end) et de leur implémentation dans l’outillage (ERP, CRM, WMS, MES, etc.).
Exemples : harmonisation Order‑to‑Cash entre filiales, alignement Procure‑to‑Pay avec la comptabilité, uniformisation des statuts et des événements de processus pour faciliter la supervision et le monitoring.
Bonnes pratiques :
- Co‑construire des process maps E2E (BPMN) avec ownership explicite par étape.
- Standardiser le glossaire métier (mêmes mots, mêmes sens) pour toutes les entités.
- Gérer les écarts locaux via un catalogue de variantes justifiées et pilotées.
2) Qualité de la donnée
- Directions métiers : garantissent la production d’informations justes (création, mise à jour, complétude, exactitude, délais). Elles portent la responsabilité fonctionnelle des données de référence (articles, clients, fournisseurs, nomenclatures) et des données opérationnelles dans leur périmètre.
Exemples : règles de codification, attributs obligatoires, boucles de correction. - DSI : garantit l’unicité, la fiabilité des échanges et la réutilisabilité au sein du SI (MDM, référentiels, modèles de données, catalogues, historiques). Elle industrialise les contrôles automatiques (qualité, dédoublonnage, traçabilité), la data lineage et la gouvernance (rôles, workflows de validation).
Exemples : Master Data Management, bus d’intégration, APIs, contrats de données, surveillance de la qualité (DQI), dictionnaire de données.
Bonnes pratiques :
- Attribuer des Data Owners (métier) et Data Stewards (métier/IT) par domaine.
- Instaurer des SLA de qualité (ex. taux de complétude, fraîcheur, exactitude).
- Documenter et publier les contrats d’API / schémas d’échange réutilisables.
3) Flux d’information
- Directions métiers : prennent en charge les flux en entrée (contenus, règles de traitement, priorités, validation des résultats).
Exemples : règles d’intégration des commandes marketplace, critères de rejet, délais de traitement, escalades. - DSI : coordonne les flux d’information entre fonctions métiers et avec l’extérieur (fournisseurs, clients, partenaires), garantit la résilience (monitoring, reprise sur incident), la sécurité et la performance des intégrations (EAI/ESB, ETL/ELT, APIs, EDI).
Exemples : orchestrations inter‑applications, gouvernance des interfaces, politique d’API management, supervision centralisée des échanges.
Bonnes pratiques :
- Définir des SLO/SLA d’intégration (latence, disponibilité, taux d’erreur).
- Maintenir un catalogue des interfaces et un runbook de reprise d’incident.
- Généraliser l’API‑first et la réutilisation des adaptateurs/transformations.
4) Sécurité de l’information
- Directions métiers : responsables de la bonne utilisation des informations (classification, usage conforme au besoin, diffusion restreinte, hygiène quotidienne). Elles promeuvent une culture sécurité au niveau opérationnel.
Exemples : désignation des propriétaires d’actifs, règles d’accès par rôle, sensibilisation, respect du principe du moindre privilège. - DSI : sécurise les moyens de manipuler et traiter l’information (IAM, chiffrement, PAM, bastions, sauvegardes, PRA/PCA, journalisation, détection d’incidents, patching). Elle pilote la conformité (RGPD, ISO 27001, NIS2 selon périmètre) et l’outillage associé.
Exemples : SSO/MFA, gestion des habilitations, SIEM/SOC, durcissement des environnements, tests d’intrusion.
Bonnes pratiques :
- Mettre en place des revues d’habilitations périodiques côté métier.
- Adopter une approche Zero Trust sur les flux sensibles.
- Documenter des politiques de conservation et d’anonymisation/pseudonymisation.
Le principe directeur : souveraineté métier & transversalité IT
Le cap est simple et non négociable :
- Souveraineté métier sur les traitements internes à leur périmètre (règles de gestion, qualité de la donnée source, priorisation, validation fonctionnelle, pilotage de la performance).
- Transversalité DSI pour assurer l’architecture, l’industrialisation, la sécurité et l’opérabilité des processus et des flux inter‑fonctions et hors de l’entreprise.
Ce principe évite les chevauchements, réduit la dépendance à des « héros locaux » et installe une exécution prévisible des programmes ERP et data.
Ancrer le modèle dans la gouvernance : RACI, comités, backlog
our être efficace, la répartition doit vivre dans les mécanismes de gouvernance :
- RACI de référence
- Processus internes : R (Métier) / A (Métier) – C (DSI) – I (autres métiers)
- Processus transverses : R (DSI) / A (DSI) – C (Métiers) – I (Sécurité/Conformité)
- Qualité des données source : R (Métier) / A (Métier) – C (Data Steward, DSI)
- Unicité & intégration : R (DSI) / A (DSI) – C (Data Owner)
- Flux en entrée : R (Métier) / A (Métier) – C (DSI)
- Coordination inter‑apps/partenaires : R (DSI) / A (DSI) – C (Métiers)
- Usage des informations : R (Métier) / A (Métier) – C (RSSI/DSI)
- Sécurisation des moyens : R (DSI/RSSI) / A (DSI) – C (Métiers)
- Comitologie allégée et utile
- Comité Produit/Processus (bimensuel) : arbitrage des règles, priorités métier.
- Comité Architecture & Données (mensuel) : standards, réutilisabilité, dette technique.
- Comité Opérations & Sécurité (hebdo) : incidents, capacités, risques, actions.
- Backlog unique (métier + IT), priorisé par la valeur, cadencé (PI/Trimestriel), avec DoR/DoD clairs et critères d’acceptation mesurables.
Mesurer ce qui compte : indicateurs de pilotage
- Processus : lead time E2E, taux de rework, respect SLA opérationnels, % de variantes standardisées.
- Données : complétude/justesse, duplication, fraîcheur, temps moyen de correction, % de référentiels couverts par MDM.
- Flux : disponibilité intégrations, latence moyenne, taux d’échec, MTTR.
- Sécurité : taux de revues d’habilitations, incidents majeurs, couverture MFA, taux de conformité aux politiques.
Ces KPIs forment un tableau de bord commun métier/DSI ; ils éclairent les arbitrages et justifient les investissements (automatisation, MDM, API Management, observabilité).
Erreurs fréquentes à éviter
- Confondre propriété de la donnée et propriété de l’application : un métier peut posséder la donnée sans « posséder » l’outil.
- Multiplier les solutions locales sans contrat d’API ni gouvernance des interfaces.
- Externaliser la responsabilité métier à la DSI ou au prestataire : cela crée du risque et des coûts cachés.
- Sous‑investir la qualité des données à l’amont du projet ERP, puis le payer en TMA et contournements.
Conclusion
Une répartition claire des rôles entre DSI et directions métiers n’est pas un exercice théorique : c’est un accélérateur concret de la performance digitale, de la qualité des projets ERP et de la sécurité globale. En consacrant la souveraineté métier sur les traitements internes et la transversalité IT pour l’architecture, les flux et la sécurité, l’organisation gagne en vitesse, fiabilité et résilience.
Pour continuer
Évaluer la maturité digitale (diagnostic gratuit en ligne)
👉 https://www.syncerus.fr/diagnostic-maturite-digitale/
Obtenir un plan de récupération projet en 90 jours
👉 https://www.syncerus.fr/conseil-erp/#feuille-de-route
(Re)mettre la culture projet au cœur des opérations de la DSI
👉 https://www.syncerus.fr/transformation-kpi-culture-projet/
