L'angle mort de tout projet SI : l'infrastructure

Il y a un sujet que personne ne veut aborder au démarrage d'un projet de digitalisation. Pas parce qu'il est complexe, mais parce qu'il est invisible — du moins, jusqu'au jour où il paralyse tout. Ce sujet, c'est l'infrastructure.

Après plusieurs années passées à accompagner des dirigeants de TPE et PME à La Réunion, j'ai pu faire un constat clair : c'est systématiquement là que les projets déraillent en silence.

On parle souvent d'outil, d'ergonomie et de retour sur investissement (ROI). Mais on aborde rarement le socle sur lequel tout repose.

Ce qu'on entend par "infrastructure SI", concrètement

Le terme peut faire peur. Il évoque des salles serveurs climatisées, des ingénieurs réseau et des budgets de grands groupes. Pourtant, pour une PME de 15 personnes à Saint-Pierre ou un commerce à Saint-Denis, l'infrastructure est un concept beaucoup plus simple à comprendre — et surtout, beaucoup plus critique à maîtriser.

Faire un audit d'infrastructure dans une petite structure, c'est simplement répondre à trois questions de base :

1. Sur quoi vos données sont-elles stockées ?
2. Comment vos équipes se connectent-elles aux outils ?
3. Qui maintient l'ensemble en état de marche ?

Trois questions. Trois angles morts potentiels.

Prenons la connexion internet de votre site ou de votre agence. À La Réunion, les disparités sont réelles selon les zones géographiques. Une entreprise qui déploie un ERP cloud en partant du principe que "tout le monde a la fibre" risque de se retrouver avec des utilisateurs sur ADSL en zone rurale, confrontés à des temps de chargement insupportables. Le résultat ? Les équipes désertent l'outil au bout de trois semaines.

Pourquoi les projets SI oublient systématiquement ce sujet

La réponse est assez simple : l'infrastructure ne fait pas rêver. Un éditeur de logiciels vend des fonctionnalités. Un intégrateur vend du paramétrage. Un consultant en projet SI vend une méthode. L'infrastructure, elle, est souvent reléguée au rang de "prérequis évident" dans les cahiers des charges — sans que personne ne prenne le temps de vérifier si ces prérequis sont réellement réunis.

Le résultat, c'est que l'on démarre des déploiements sans s'être posé la question de l'hébergement des données. Les fichiers clients vont-ils rester en local sur des postes non sauvegardés ? Passe-t-on tout sur le cloud sans avoir évalué la bande passante disponible ? Existe-t-il un plan de secours si le NAS (serveur de stockage en réseau) du bureau tombe en panne un mardi matin ?

Ces questions semblent basiques, mais elles ne sont quasiment jamais posées avant le coup d'envoi d'un projet.

L'exemple qui revient le plus souvent sur le terrain

J'ai accompagné une structure de services à La Réunion — une vingtaine de collaborateurs — dans le déploiement d'un outil de gestion partagée. Le projet était bien ficelé, le budget cohérent et les équipes motivées. Tout semblait parfaitement aligné.

Pourtant, trois mois après le lancement, les retours terrain étaient catastrophiques. L'outil "ramait", les collaborateurs reprenaient leurs vieux fichiers Excel et le chef de projet interne était à bout. En creusant, nous avons découvert que la connexion du site principal passait par un routeur vieillissant qui plafonnait les débits entrants. Le logiciel n'y était pour rien. Tout venait de l'infrastructure, que l'on avait supposée solide sans jamais la tester.

Le remplacement du routeur et l'optimisation du réseau local ont pris deux semaines et coûté moins de 800 euros de matériel. Le projet a ensuite pu redémarrer normalement. Mais entre-temps, l'entreprise avait perdu quatre mois et une bonne partie de l'adhésion de ses équipes.

Ce que ça change de se poser les bonnes questions dès le départ

Intégrer un audit d'infrastructure à la phase de cadrage d'un projet SI, ce n'est pas ajouter de la complexité. C'est éviter d'en subir plus tard, dans des conditions d'urgence.

Concrètement, cela veut dire cartographier les équipements réseau en place, identifier les postes impactés par le changement, valider les débits disponibles sur chaque site et documenter la manière dont les données sont stockées et sauvegardées. Il n'y a pas besoin d'un expert réseau certifié pour réaliser ce premier état des lieux. Il suffit d'un peu de méthode et d'honnêteté sur le matériel dont on dispose réellement.

La digitalisation à La Réunion présente des contraintes spécifiques que les éditeurs basés en métropole ne maîtrisent pas toujours : latences vers certains datacenters, inégalités de couverture fibre selon les communes, ou encore gestion de structures multisites avec des connexions hétérogènes. Tout cela mérite d'être mis sur la table avant de signer le bon de commande d'un nouvel outil.

Les trois signaux d'alerte à surveiller avant tout projet

Quand un dirigeant me parle d'un projet de digitalisation, je pose systématiquement trois questions préliminaires qui permettent de détecter les risques majeurs :

1. Tous vos collaborateurs accèdent-ils aux outils depuis le même endroit ou depuis des sites différents ?
2. Vos données sont-elles actuellement sauvegardées automatiquement, et avez-vous déjà testé une restauration ?
3. Avez-vous un interlocuteur technique (interne ou externe) qui connaît votre parc informatique et peut intervenir rapidement en cas de panne ?

Si la réponse à l'une de ces trois questions est floue ou négative, il y a un sujet à traiter avant d'aller plus loin. Pas après.

FAQ — Infrastructure et projet SI

Quelle différence y a-t-il entre infrastructure SI et système d'information ?

Le système d'information, c'est l'ensemble des outils, données et processus qui font tourner votre activité. L'infrastructure, c'est le socle physique et réseau sur lequel tout repose : connexion internet, serveurs, postes de travail, sauvegardes. L'un ne peut fonctionner sans l'autre.

Faut-il forcément un budget important pour avoir une bonne infrastructure ?

Non. Pour une TPE ou PME, une infrastructure solide peut se construire avec un budget modéré. L'essentiel est de disposer d'une connexion fiable, de sauvegardes automatiques régulièrement testées et d'un minimum de documentation sur le matériel en place.

À quel moment faut-il réaliser un audit d'infrastructure dans un projet SI ?

Le plus tôt possible, idéalement avant même de choisir l'outil. Un audit rapide lors de la phase de cadrage évite de découvrir les problèmes au moment du déploiement, lorsque les marges de manœuvre sont beaucoup plus réduites.

Les outils cloud règlent-ils les problèmes d'infrastructure ?

Partiellement seulement. Les outils cloud vous déchargent de la gestion des serveurs, mais ils ne compensent pas une connexion internet insuffisante, des postes de travail vétustes ou l'absence de politique de sauvegarde pour vos données locales.

Qui peut réaliser un audit d'infrastructure pour une PME ?

Un consultant SI ou un prestataire informatique local. L'important est que l'audit soit indépendant du choix du futur outil, afin d'éviter que le diagnostic ne soit biaisé par la volonté de placer une solution spécifique.

Vous portez un projet de digitalisation et souhaitez vous assurer que vos bases sont solides avant de vous lancer ? Prenons le temps d'échanger.