La question peut sembler provocante. Pourtant, dans les PME et petites ETI – notamment en industrie, transport et retail – elle est terriblement concrète : le SI ne se limite pas à “supporter” l’activité, il formalise l’organisation. Il fixe les règles du jeu : qui fait quoi, quand, avec quelles données, quels contrôles, quels délais, quels arbitrages.
Conséquence : changer le SI, c’est changer l’organisation. Et tenter une transformation “outil d’abord” sans organisation claire, sans processus stabilisés, sans pilotage… revient souvent à industrialiser des frictions.
Dans cet article, je propose un cadre simple (et très opérationnel) pour aider les DSI à prendre de la hauteur stratégique :
- Agir en transversalité (approche systémique, pas par silos),
- Simplifier et rationaliser avant d’outiller,
- Mesurer (KPI avant/après, micro + transverse),
- Et seulement ensuite automatiser – et ouvrir la porte à l’IA sans posture, uniquement là où les conditions sont réunies.
À relier à ton contexte : cette approche s’inscrit exactement dans une trajectoire courte et actionnable : 90 jours avec 20 jours de diagnostic (au cœur des métiers, de la DSI et de la stratégie) puis 60 jours de préconisations concrètes, engagées et mesurables.
Pour situer le cadre général : tu peux compléter avec cet article Syncerus sur le lien entre SI et management : .
1) Pourquoi la transformation digitale est d’abord une question d’organisation
On confond souvent “digitaliser” avec “mettre un outil”. Or, dans 90% des cas, le blocage est ailleurs : dans l’organisation du travail. Un processus transverse mal défini (ou non partagé) génère :
- des doubles saisies (et donc des erreurs),
- des ruptures de flux entre métiers,
- des exceptions devenues la norme,
- des arbitrages implicites (donc lents et politiques),
- et un SI qui s’empile sans cohérence.
Si tu veux une lecture complémentaire, cet article va exactement au bon endroit : .
Posture de conseil : l’outil ne transforme pas l’entreprise. Il révèle (ou amplifie) son niveau de clarté organisationnelle.
2) L’erreur la plus coûteuse : commencer par l’outil (et pourquoi cela se produit)
Dans les PME/ETI, l’approche “outil d’abord” se met en place pour des raisons compréhensibles : urgence, pression commerciale, contrainte réglementaire, obsolescence, opportunité éditeur, ou simplement “on n’a pas le temps de repenser le process”.
Mais cette approche échoue souvent pour des raisons tout aussi rationnelles :
- Temps indisponible des équipes métiers pour absorber le changement (le run mange tout),
- Capacité de transformation limitée (culture projet, gouvernance, accompagnement),
- Pas de vision des impacts à moyen terme (effets de bord, dépendances, charge),
- Processus non convergés : le métier lui-même n’est pas aligné sur “la bonne façon de faire”.
Ce mécanisme se retrouve aussi dans des études sur les projets IT de grande ampleur : une recherche McKinsey/Oxford sur plus de 5 400 projets met en évidence des dépassements moyens de 45% de budget, 7% de délai et une perte de valeur de 56% par rapport à la valeur attendue sur les grands programmes. Source McKinsey/Oxford
Au-delà des moyennes, l’aspect le plus dangereux est le risque “extrême” : les dépassements de coûts ne suivent pas toujours une distribution “sage”. Des travaux académiques (Oxford) montrent que certains projets présentent une probabilité non négligeable de dérives très importantes, ce qui impose une gouvernance et un séquencement rigoureux. Source Oxford – Flyvbjerg et al., 2022
Important : ton offre cible des PME/ETI, pas des mégaprojets. Mais ces résultats illustrent un point universel : plus le système est complexe et peu maîtrisé, plus le risque augmente. D’où l’intérêt d’un diagnostic court et d’une trajectoire mesurable.
3) Les couches d’urbanisation : la “chaîne logique” que le DSI doit piloter
Pour éviter les débats stériles (“outil A vs outil B”), je reviens toujours à une chaîne logique – très simple à expliquer à une Direction :
- Stratégie : où veut-on créer (ou protéger) de la valeur ?
- Organisation transverse : qui décide, qui arbitre, comment les métiers coopèrent ?
- Processus : comment l’activité circule de bout en bout ?
- Outillage : applications, intégrations, données – au service du processus, pas l’inverse.
- Mesure : KPI avant/après pour prouver et piloter.
Le rôle “directeur de l’organisation” du DSI est là : rendre cohérentes ces couches, dans le bon ordre, avec des arbitrages explicites.
Tu peux relier cette idée à ta vision “90 jours” ici : .
4) L’ordre qui fonctionne : aligner → simplifier → outiller → automatiser
Étape 1 — Aligner l’organisation transverse avec la stratégie
Avant tout projet, un DSI “stratégique” sécurise un minimum vital :
- 3 priorités business à 12 mois (pas 12),
- les arbitrages clés (qui tranche quoi ?),
- un rythme de gouvernance (hebdo tactique / mensuel direction),
- un sponsor métier clair sur chaque transformation transverse.
Si tu veux renvoyer vers ton offre :
Étape 2 — Simplifier et rationaliser les processus (transverse d’abord)
Cette étape est la plus rentable et la plus sous-estimée. Elle vise à éliminer la complexité inutile :
- variants non justifiés,
- contrôles redondants,
- boucles de rework,
- transferts d’info mal définis entre métiers.
À ce stade, on doit déjà pouvoir écrire un processus “cible” compréhensible en 10 minutes par un opérationnel.
Étape 3 — Outiller pour industrialiser (pas pour inventer)
Quand le processus est clair, l’outillage devient enfin un accélérateur. On choisit alors les outils selon :
- la maturité réelle (pas fantasmée),
- la capacité d’absorption (charge + compétences),
- les exigences de standardisation,
- les données et l’intégration (ce qui fait 80% de la valeur… et 80% des ennuis).
Étape 4 — Automatiser, puis (éventuellement) ouvrir l’option IA
Je reste volontairement prudent sur l’IA dans cet article : l’objectif n’est pas de “prendre position”, mais de rappeler un principe : l’automatisation n’a de sens que si le processus et les données sont stabilisés. Sinon, on automatise des incohérences.
L’IA devient pertinente quand :
- les règles métier sont explicites,
- les données sont fiables,
- les KPI sont en place,
- et le gain est mesurable (coût, délai, qualité).
5) Cas réel : “moins de digital” pour sauver la valeur… puis “plus d’intelligence” au bon endroit
Cas terrain (anonymisé) : une entreprise de field service avait digitalisé ses interventions sans processus d’intervention clarifié.
- Les opérationnels terrain n’y gagnaient rien (contraintes supplémentaires, bénéfices invisibles),
- les administratifs étaient perdus (informations incomplètes, incohérences),
- des coûts de développement atteignant environ 1/6 du chiffre d’affaires,
- des coûts de licences autour de 4% du CA / an.
La décision contre-intuitive : supprimer la complexité immédiatement. Retour provisoire à du papier carbone et des processus papier simples, compris de tous. Résultat : rattrapage en quelques mois, baisse du chaos, et surtout un référentiel commun de “comment on travaille” sur lequel reconstruire.
En parallèle, un levier était mûr et à fort ROI : la planification des tournées. Là, l’optimisation par algorithmes avancés et données externes (prévisions circulation, travaux, météo…) a permis +25% de productivité pour quelques milliers d’euros par an.
Leçon : la maturité digitale n’est pas “plus d’outils”. C’est le bon niveau de sophistication au bon endroit, dans le bon ordre, avec de la mesure.
6) Mesurer avant/après : KPI micro et KPI systémiques (transverse)
Sans KPI, tu n’as pas une transformation : tu as un récit. La mesure doit être double :
Mesure “micro” (métier / équipe / processus)
- Lead time (délai de bout en bout),
- Taux de rework (retours, ressaisies),
- Qualité (erreurs, litiges, non-conformités),
- Charge (temps passé, saturation),
- Adoption (usage réel, contournements).
Mesure “systémique” (transverse entreprise)
- Ruptures inter-métiers (exceptions, escalades),
- Performance bout en bout (commande → livraison → facturation),
- Capacité de transformation (changements absorbés sans dégrader le run),
- Valeur (coûts évités, productivité, risque réduit).
Tu as un article Syncerus parfaitement aligné sur ce pilier “data driven + gouvernance” : .
7) Urbanisation et TOGAF (vulgarisé) : à quoi ça sert vraiment ?
TOGAF est parfois perçu comme un framework “d’architectes”. Mais son intérêt est plus simple : il fournit un cadre pour construire une vision cohérente et gouvernée reliant stratégie, métiers, données, applications et technologies, et faciliter l’adoption de bonnes pratiques d’architecture d’entreprise. Source : The Open Group – Benefits of TOGAF
En PME/ETI, l’urbanisation vise surtout des gains immédiats :
- Réduire la complexité (doublons d’outils, interfaces artisanales, référentiels divergents),
- Décider mieux (quoi standardiser, quoi rationaliser, quoi séquencer),
- Accélérer (moins de dette cachée, plus de cohérence transverse).
8) La trajectoire 90 jours : un format adapté aux PME/ETI
Pour éviter les programmes “trop longs, trop flous, trop coûteux”, une trajectoire courte et structurée marche très bien en PME/ETI :
Jours 1 à 20 — Diagnostic au cœur des métiers, de la DSI et de la stratégie
- entretiens + observation terrain (là où ça chauffe),
- cartographie synthétique des couches (stratégie → orga → processus → SI),
- heatmap des points de chauffe (coût/délai/risque),
- baseline KPI (avant),
- priorisation effort/impact.
Jours 21 à 90 — Préconisations concrètes, engagées et mesurables (60 jours)
- 5 à 10 leviers d’amélioration à fort effet,
- séquencement + dépendances,
- KPI avant/après,
- accompagnement à l’exécution (adoption, arbitrages, gouvernance).
Pour aller plus loin : .
CTA : si tu veux intégrer ton formulaire de contact, place ici ton bloc formulaire (ou un bouton). Exemple d’ancre : “Parlons de votre trajectoire 90 jours”.
9) Conclusion : les 3 piliers qui augmentent la maturité digitale (et rendent l’IA “éligible”)
- Agir en transversalité, avec une approche systémique (stratégie → organisation → processus → SI),
- Simplifier et rationaliser avant d’outiller, automatiser (ou parler IA),
- Mesurer : KPI sur les points de chauffe, avant/après, et pilotage data driven.
Ce triptyque augmente sensiblement la maturité digitale et surtout la capacité de transformation. À partir de là, on peut se poser sereinement (et pragmatiquement) la question de l’automatisation avancée et des apports potentiels de l’IA au cœur des processus, sans débat inutile.
Pour compléter le point de vue “posture DSI” :
Sources
- McKinsey/Oxford – dépassements budget/délai et perte de valeur sur grands projets IT : Delivering large-scale IT projects on time, on budget, and on value
- Oxford (Flyvbjerg et al., 2022) – distribution des dépassements de coûts et risque extrême : The Empirical Reality of IT Project Cost Overruns
- The Open Group – bénéfices du standard TOGAF : Benefits of the TOGAF Standard
