Audit SI : cartographier pour décider

Votre SI s’est construit au fil des projets et des rachats. Plus personne n’en a la vue d’ensemble. Le consultant inventorie les applications, les flux et les coûts. Il remet une cartographie qui sert de base à vos prochaines décisions.
Échanger sur votre SI
4 à 8 semaines : la durée d’un audit du SI.

La plupart des décisions SI se prennent sans plan de l’existant

Un SI d’ETI compte souvent plus d’applications que la DSI n’en recense. Des fichiers Excel font tourner des processus critiques. Des interfaces relient des outils que plus personne ne documente. Tant que tout fonctionne, la question ne se pose pas. Elle se pose au moment de décider : remplacer un ERP, intégrer une filiale, réduire les coûts.

Chaque application cache des dépendances

Un outil qu’on croyait isolé alimente la paie ou la facturation. On le découvre le jour où on le débranche. Le projet prend alors des mois de retard.

Chaque licence est payée, pas forcément utilisée

Les contrats s’accumulent au fil des directions. Plusieurs outils font la même chose. Personne ne sait ce que coûte réellement le SI.

Chaque cahier des charges part d’une liste incomplète

Le futur ERP est spécifié à partir de ce que les équipes pensent utiliser. Les usages oubliés réapparaissent en recette, au pire moment.

Ce qu'un audit SI change selon votre situation

Votre ERP arrive en fin de vie
Le consultant audite l’ERP et recense tout ce qui en dépend : interfaces, extractions, fichiers satellites
Un périmètre complet avant d’écrire le cahier des charges
Une société rachetée doit être intégrée
Le consultant cartographie les deux SI et repère les doublons et les incompatibilités
Un plan de convergence, application par application
Le COMEX demande de réduire les coûts informatiques
Le consultant rapproche chaque application de son coût, de ses utilisateurs et de son usage réel
Une liste chiffrée de ce qui peut être arrêté, fusionné ou renégocié
Un nouveau DSI prend ses fonctions
Le consultant dresse l’état des lieux des applications, des flux et des risques
Une base partagée pour fixer les priorités des premiers mois

Trois types d'intervention en audit SI

Un audit du SI ne se résume pas à un inventaire. Trois types de missions concentrent l’essentiel de la demande, selon la décision à préparer.

01

Audit du SI

La direction veut savoir où en est son SI avant d’engager un budget. Le consultant rencontre les directions et la DSI. Il recense les applications, leurs coûts et leurs risques. Il distingue ce qui tient, ce qui fragilise et ce qui coûte trop. Il en sort un diagnostic hiérarchisé, lisible par un comité de direction.
02

Cartographie applicative

Les applications sont connues une par une, jamais ensemble. Le consultant relève les flux entre elles, les données qu’elles échangent et les processus qu’elles portent. Il produit avec les équipes une cartographie qu’elles savent tenir à jour. Une carte figée vieillit en quelques mois : elle doit continuer à servir après la mission.
03

Audit ERP

L’ERP a été adapté au fil des années. Les développements spécifiques se sont empilés et les mises à jour sont repoussées. Le consultant mesure l’écart entre l’ERP et les usages réels. Il chiffre les options : maintenir, monter de version ou remplacer. Si le remplacement l’emporte, l’audit devient la première étape du choix de progiciel.
Échanger sur votre SI

Un audit qui prépare une décision, pas un inventaire

01
02
03

Cibler

Un audit part de la question que la direction doit trancher. C’est elle qui fixe le périmètre utile, pas l’inverse.

Vérifier

Ce que décrivent les schémas et ce que vivent les équipes divergent toujours. Les ateliers confrontent les deux, application par application.

Recommander

Une recommandation ne vaut que si celui qui la formule n’a rien à vendre ensuite. Le consultant n’est lié à aucun éditeur.

Ce que nous ne faisons pas

Tout inventorier. Un inventaire exhaustif sans décision à éclairer prend des mois et ne sert personne. Nous fixons d’abord la question, puis le niveau de détail qu’elle exige.
Cartographier en chambre. Un schéma construit seul, à partir de la documentation, en reproduit les erreurs et les oublis. Nous partons des schémas existants et les corrigeons en atelier, avec ceux qui utilisent les applications au quotidien.
Orienter le diagnostic. Un audit mené par un éditeur ou un intégrateur conclut souvent à son propre produit. Nous n’avons aucun partenariat éditeur ni commission sur une licence.

Le profil de votre consultant en audit SI

Un audit SI expose le consultant à toutes les directions en même temps. Quatre traits distinguent ceux que nous mobilisons.

Transversal

Connaît la finance, la production, la logistique et les RH autant que l’informatique. Comprend ce qu’une application apporte au métier, pas seulement comment elle fonctionne.

Animateur

Réunit autour d’une même table la DSI et des directions qui ne se parlent pas. Fait émerger les usages que personne n’avait pensé à décrire.

Factuel

Rapporte ce qu’il observe, même quand le constat dérange une direction ou un prestataire en place. Chaque conclusion s’appuie sur un fait que l’on peut vérifier.

Synthétique

Ramène des dizaines d’applications à quelques choix. Sait dire en une page ce qui compte et pourquoi.

Démarche d'une mission d'audit SI

Quatre étapes, de la question à trancher à la feuille de route.
01

Cadrage

La question à trancher est formulée avec la direction : remplacer un ERP, intégrer une filiale, réduire les coûts. Le périmètre de l’audit en découle, ainsi que les directions à associer. Il en sort une note de cadrage validée.
02

Ateliers

Les schémas, contrats et inventaires existants sont rassemblés. Chaque direction les reprend en atelier avec le consultant, application par application, flux par flux. Il en sort une cartographie corrigée, annotée des écarts relevés.
03

Analyse

Chaque application est évaluée sur son usage, son coût, son état technique et ses risques. Les doublons et les dépendances critiques sont isolés. Il en sort un diagnostic chiffré.
04

Restitution

Les constats et les options sont présentés à la direction. Chaque recommandation est accompagnée de son coût, de son délai et de ses risques. Il en sort une feuille de route priorisée et une cartographie remise aux équipes.

Questions fréquentes

Combien de temps dure un audit du SI ?

Un audit ciblé sur une décision dure en général de 4 à 8 semaines. La durée dépend du nombre d’applications, du nombre de sites et de l’état de la documentation existante. Un audit ERP seul est souvent plus court.

Quelle différence entre un audit du SI et une cartographie applicative ?

La cartographie décrit ce qui existe : les applications, leurs flux, les données qu’elles échangent. L’audit l’évalue : ce qui tient, ce qui coûte trop, ce qui expose l’entreprise. La cartographie est le socle de l’audit, l’audit lui donne une conclusion.

Faut-il auditer le SI avant de changer d’ERP ?

C’est fortement recommandé. Un ERP ne se remplace pas seul : il est relié à la paie, à la logistique, au décisionnel, à des fichiers que personne n’a listés. Sans audit, ces liens apparaissent pendant le projet, quand ils coûtent le plus cher à traiter.

Qui doit être mobilisé de notre côté ?

Un sponsor à la direction, un interlocuteur à la DSI ou chez le responsable informatique, et un référent par direction métier. Chaque référent participe à deux ou trois ateliers. L’audit ne doit pas immobiliser les équipes.

L’audit couvre-t-il la cybersécurité ?

Non. L’audit porte sur les applications, leurs usages, leurs coûts et leurs dépendances. Les risques de sécurité visibles sont signalés, mais un audit de sécurité relève d’un spécialiste. Le consultant peut en préciser le périmètre si le besoin apparaît.

Que se passe-t-il après l’audit ?

La direction dispose d’une feuille de route et décide de la suite. Si elle conduit à changer d’ERP, le même consultant peut accompagner la sélection du progiciel. Si elle ouvre plusieurs chantiers en parallèle, il aide à les arbitrer et à les piloter comme un portefeuille. Rien n’y oblige : la feuille de route est rédigée pour être exécutable par n’importe quel prestataire.

Votre prochaine décision SI repose-t-elle sur un existant connu ?

Décrivez la décision qui vous attend. Le premier échange sert à délimiter ce qu’il faut regarder, et à dire si un audit est vraiment nécessaire.