L'audit de projet informatique : sécuriser, optimiser, récupérer

J'ai eu un dirigeant au téléphone la semaine dernière. Il m'a dit, mot pour mot : "On va dépenser 200 000 € pour refaire notre ERP. On démarre dans trois semaines. Vous pouvez nous accompagner ?" J'ai posé deux questions. Au bout de la deuxième, il s'est arrêté, est resté silencieux quelques secondes, puis m'a dit : "En fait, on n'a jamais regardé le problème sous cet angle."

Cette scène, je l'ai vécue trente fois en quelques années. Chaque fois, le projet est en réalité sous-cadré, mal compris ou dimensionné au pif. Et chaque fois, deux à trois semaines d'audit auraient permis d'éviter un désastre — ou au moins de réduire le budget de 30 à 80 %.

Ce guide rassemble ce que j'ai appris sur l'audit de projet IT : pourquoi c'est rentable, quand le faire, comment ça se passe, ce que vous obtenez, et combien ça coûte vraiment. Je n'ai rien à vous vendre dans cet article : si vous le lisez jusqu'au bout, vous saurez si vous avez besoin d'un audit, et pourquoi — y compris si vous le faites avec quelqu'un d'autre que nous.

1. Pourquoi auditer ? Le coût caché de ne pas le faire

Soyons concrets. Voici ce que ça donne quand on saute l'audit :

Un client X lance un projet de refonte de son CRM, devis 90 000 €, délai annoncé 4 mois. Au bout de 7 mois, il a payé 140 000 €, le système n'est pas en production, et l'équipe commerciale continue d'utiliser l'ancien outil "en attendant". Ils l'utilisent encore deux ans plus tard.

Un client Y veut "passer à l'IA". Il signe avec une agence pour un chatbot client. 30 000 €, six mois. Le chatbot est livré. Personne ne l'utilise — ni les clients (il ne sait répondre à rien d'utile), ni l'équipe support (qui a perdu confiance après 3 mauvaises réponses publiques). Le chatbot est désactivé six semaines après son lancement.

Dans les deux cas, l'audit aurait coûté moins de 5 % du budget gaspillé et aurait changé radicalement la trajectoire. Pas parce qu'on est plus malin que le client. Parce qu'on regarde le projet sous un angle qu'il ne peut pas avoir : celui de quelqu'un qui a vu cette erreur faite des dizaines de fois.

L'audit, ce n'est pas du conseil sophistiqué. C'est un filet de sécurité peu cher pour un investissement qu'on s'apprête à faire. Comme un diagnostic immobilier avant d'acheter une maison. Personne n'achète une maison sans diagnostic. Et pourtant, beaucoup d'entreprises achètent des projets IT à 100 000 € sans même prendre une heure pour vérifier qu'elles savent ce qu'elles veulent.

2. Les quatre dimensions qu'un bon audit regarde

Quand on dit "audit IT", la plupart des gens pensent "audit technique" : quelqu'un qui regarde du code, des serveurs, des configurations. C'est une partie. Mais c'est largement la moins critique pour la décision finale.

Voici les quatre dimensions qu'on regarde, par ordre d'importance pour votre décision :

Le métier. Quel est le vrai problème à résoudre ? Pas la solution imaginée par votre équipe — le problème. La distinction est cruciale. Quand quelqu'un dit "j'ai besoin d'un nouveau CRM", il décrit déjà la solution. Le problème, c'est peut-être : "je ne sais jamais où en sont les commandes". Et ce problème-là peut souvent se résoudre sans toucher au CRM, pour 1/10ᵉ du prix.

Les processus. Comment les choses se passent réellement aujourd'hui ? Pas comment elles sont censées se passer dans la doc. La différence entre les deux est presque toujours énorme — et c'est dans cet écart que les gains se cachent.

La technique. L'existant tient-il la route ? Quelles sont ses dépendances cachées ? Y a-t-il des bombes à retardement (un éditeur qui a abandonné le support, un poste critique tenu par une seule personne, une donnée qui n'est pas sauvegardée) ?

Le coût total. Combien ça coûte vraiment ? Pas le devis du prestataire — le coût complet : licences, formation, transition, double run pendant la migration, support. Beaucoup de projets explosent sur ces coûts annexes que personne n'avait vus.

Si je devais classer ces dimensions par fréquence des découvertes inattendues : métier (souvent), processus (presque toujours), technique (parfois), coût (presque toujours).

3. Quand auditer ?

Réponse courte : avant tout investissement IT supérieur à 30 000 €. Si vous avez un budget plus petit, l'audit vous coûte trop cher proportionnellement.

Réponse plus précise : il y a cinq situations où l'audit n'est plus optionnel.

Vous hésitez entre garder, refondre, ou racheter

C'est la situation la plus fréquente. L'équipe veut refondre, la direction veut payer un SaaS, le DSI dit "ça marche". Personne n'a raison sans données. L'audit donne les données.

Vous avez déjà été déçu par un projet IT précédent

Vous voulez sécuriser le prochain. Logique. Un audit en amont du nouveau projet, c'est aussi l'occasion de comprendre pourquoi le précédent a raté — et de ne pas reproduire la même erreur.

Vous avez un sponsor exigeant

Direction générale, conseil d'administration, investisseurs. Quand quelqu'un signe un budget important, il aime savoir ce qu'il achète. L'audit fournit les éléments factuels du dossier.

Quelque chose cloche, mais vous ne savez pas quoi

Vos équipes sont frustrées par les outils, les utilisateurs ronchonnent, les délais s'allongent. Vous sentez le problème, vous ne savez pas le nommer. C'est exactement la situation où un œil externe est le plus utile.

Avant une cession, une fusion, une levée

Toute opération qui implique une due diligence va de toute façon nécessiter un audit. Autant le faire en amont, dans des conditions sereines, plutôt que dans l'urgence d'une opération en cours.

4. Comment ça se passe — notre méthode en 3 semaines

Pas de PowerPoint de 200 pages. Pas de "phase 0 d'analyse stratégique multi-dimensionnelle". On va sur le terrain, on regarde, on demande, on chiffre. Trois semaines, structurées comme ça :

Semaine 1 — Découverte. On lit ce qui existe (doc, contrats, rapports précédents). On rencontre 5 à 10 personnes : direction, équipes opérationnelles, IT, parfois clients/utilisateurs externes. On note les écarts entre les versions. Les écarts sont précieux.

Semaine 2 — Analyse. On creuse les zones identifiées. On teste, on mesure, on vérifie. On regarde le code si nécessaire, on analyse les flux de données, on quantifie les douleurs. C'est la phase la moins visible mais la plus dense.

Semaine 3 — Restitution. On rédige le rapport — 15 à 20 pages, pas plus. On structure : ce qu'on a vu, ce qui est sain, ce qui est risqué, ce qu'on recommande, dans quel ordre, à quel coût. Et on présente : à la direction, à l'équipe projet, à qui veut.

Pendant les trois semaines, le client a un point hebdomadaire de 30 minutes. Il sait ce qu'on regarde, ce qu'on a trouvé, ce qu'on cherche encore. Pas de surprise à la livraison.

5. Ce que vous obtenez concrètement

Un audit SYLLA IT, c'est un livrable et trois conséquences.

Le livrable : un rapport priorisé, chiffré, structuré. 15-20 pages. Le management peut le lire en 30 minutes et prendre une décision. Les équipes techniques peuvent l'utiliser comme cahier des charges du prochain projet.

Conséquence 1 : vous savez par quoi commencer. Pas une liste de 50 actions. Trois ou quatre priorités, avec leur impact, leur coût, et leur ordre logique d'exécution.

Conséquence 2 : vous avez un avis honnête sur la faisabilité de votre projet initial. Parfois on dit oui — c'est une bonne idée, voilà comment la mener. Parfois on dit non — pas comme ça, pas maintenant, pas pour ce prix. La question est traitée.

Conséquence 3 : vous avez une base contractuelle solide pour votre prochain projet. Que vous le fassiez avec nous ou un autre prestataire, le rapport sert de cahier des charges et limite les malentendus.

C'est ça le vrai livrable d'un audit : pas le rapport, mais la clarté de décision qu'il produit.

6. Cas concret : l'audit qui a évité 165 000 € de perte

Voici un cas que je peux partager (anonymisé). Un dirigeant nous appelle : "On veut refondre notre ERP. Le devis est à 180 000 €, sur 8 mois. On voudrait un avis avant de signer."

On démarre l'audit. Trois semaines, 6 000 €.

Au bout de la première semaine, en interrogeant les utilisateurs, on remarque quelque chose : 70 % des frustrations citées concernent un seul module — la gestion des stocks. Le reste de l'ERP fonctionne correctement. Personne ne s'en plaint. Personne ne demande à le refaire.

Le projet de refonte intégrale était une réaction au ras-le-bol concentré sur la gestion des stocks, pas un besoin métier réel.

Notre recommandation : refaire uniquement le module stocks, le connecter à l'ERP existant via une API. Coût estimé : 15 000 €. Délai : 6 semaines.

Le client a fait. Le projet a livré dans les délais. L'équipe stocks était heureuse. L'ERP global a continué de tourner. Et le dirigeant a gardé 165 000 € pour d'autres investissements.

L'audit ne nous a pas valu un projet de 180 000 €. Il nous a valu un projet de 15 000 €. Vu de l'extérieur, on a "perdu" un gros chantier. Vu de l'intérieur, on a un client qui revient nous voir tous les ans depuis pour les sujets suivants — et qui en a parlé à trois confrères qui sont devenus clients aussi.

C'est ça, à long terme, un bon audit. Tout le monde y gagne, sauf l'ego à court terme du prestataire qui aurait préféré facturer 180 000 €.

7. Audit court ou audit complet : lequel choisir ?

Deux formats existent, chacun avec ses cas d'usage.

L'audit court (1 à 2 semaines, 3 000–8 000 €) est ciblé. On regarde un sujet précis : faut-il refaire ce CRM ? Le passage à l'IA est-il pertinent dans notre cas ? Notre processus de facturation est-il optimisable ? Le livrable est précis, la décision est claire.

L'audit complet (3 à 5 semaines, 8 000–15 000 €) regarde tout le système d'information. C'est plus cher mais plus dense. Il aboutit à une roadmap pluriannuelle. À recommander quand on prépare une transformation profonde, ou quand on hérite d'un SI qu'on ne maîtrise pas (nouveau DSI, nouvelle direction, post-acquisition).

Si vous hésitez : commencez par court. C'est presque toujours le bon choix pour une décision unique. L'audit complet est plutôt un outil de pilotage long terme.

8. Combien ça coûte vraiment

Les chiffres :

• Audit court : 3 000 à 8 000 €
• Audit complet : 8 000 à 15 000 €
• Atelier de pré-cadrage (1-2 h) pour décider du périmètre : gratuit

Maintenant, comparons avec ce que ça vous évite :

• Un projet IT raté coûte typiquement 3 à 5 fois son budget initial en pertes directes (surcoûts, délais) + indirectes (équipes démotivées, opportunités manquées, dégradation de la confiance interne).
• Un projet IT mal cadré qui livre quelque chose qui n'est pas utilisé, c'est 100 % du budget perdu.
• Un projet IT bien cadré qui livre, c'est 5 à 10 fois sa valeur en bénéfices sur 3 ans.

Faites le calcul vous-même. Sur un projet à 100 000 €, dépenser 5 000 € d'audit pour transformer un risque "raté" en "réussi" est l'investissement le plus rentable que vous ferez cette année.

9. 5 questions pour savoir si vous avez besoin d'un audit

Sortez 5 minutes pour répondre à ces questions. Honnêtement.

1. Pouvez-vous décrire le problème que votre projet IT résout en une seule phrase, sans mentionner la solution ?
2. Connaissez-vous le coût total de votre projet sur 3 ans (dev + licences + support + transition) ?
3. Avez-vous identifié les trois principaux risques qui pourraient le faire échouer ?
4. Vos utilisateurs finaux ont-ils été réellement consultés sur le besoin, ou juste informés du projet ?
5. Quelqu'un d'externe à votre équipe a-t-il déjà confronté votre plan à des projets similaires ?

Si vous ne pouvez pas répondre à au moins 4 questions sur 5, un audit préalable est probablement la chose la plus rentable que vous puissiez faire avant de signer le devis.

Conclusion : l'audit n'est pas un obstacle, c'est une accélérateur

La résistance à l'audit, je la connais bien. "Ça va retarder le projet." "On n'a pas le temps." "On sait déjà ce qu'on veut."

Voilà ce que j'ai appris en 30+ audits : ceux qui sautent l'audit mettent en moyenne 2 à 3 fois plus de temps à livrer quelque chose d'utile. Parce qu'ils découvrent les problèmes en cours de route, dans des conditions stressantes, avec des décisions précipitées.

Ceux qui font l'audit prennent 3 semaines de plus au démarrage et gagnent 6 mois sur la suite. Mathématiquement, ça finit toujours en faveur de l'audit.

Si vous êtes en train de penser à un projet IT qui dépasse les 30 000 €, faites-vous le cadeau de 3 semaines d'analyse avant d'engager les 8 mois suivants. Vous me remercierez plus tard.

Et si vous voulez faire l'analyse vous-même avant de payer un cabinet, on vous a préparé un auto-diagnostic de 50 points : vous le téléchargez, vous répondez en 30 minutes, et vous savez où vous en êtes.