Les projets informatiques les plus fréquents en PME
Le changement de logiciel métier — gestion commerciale, production, comptabilité — est le plus structurant : il touche les processus de toute l'entreprise et implique une reprise de données. La migration vers Microsoft 365 remplace une messagerie et un serveur de fichiers vieillissants par des outils en ligne. Le renouvellement des serveurs pose la question du passage au cloud.
Le déménagement de locaux, enfin, est un projet informatique à part entière : câblage, raccordement fibre, transfert du matériel, téléphonie, avec une date qui ne se négocie pas. Tous suivent la même méthode, avec une intensité différente.
Pourquoi les projets informatiques dérapent
Le premier piège est de commencer par la solution : on choisit un logiciel avant d'avoir décrit ce qu'il doit faire, puis on découvre en cours de route qu'il ne gère pas un cas essentiel. Le deuxième est l'absence de responsable : chacun suppose que quelqu'un d'autre suit le planning et arbitre. Le troisième est la dépendance au fournisseur, qui définit lui-même le périmètre et le rythme.
Aucun de ces pièges n'est technique. Ils se règlent par la méthode, et c'est pourquoi un projet bien cadré se passe d'une direction informatique interne.
Phase 1 — Cadrer le besoin
Le cadrage répond à quatre questions : quel problème veut-on résoudre, pour qui, avec quel budget, et à quoi reconnaîtra-t-on le succès ? Il recense aussi les contraintes : données à reprendre, intégrations avec les outils existants, obligations réglementaires comme le RGPD, échéances imposées.
Le livrable est une note de deux à trois pages, validée par la direction. C'est la référence qui permettra plus tard de trancher les demandes nouvelles.
Phase 2 — Rédiger le cahier des charges
Le cahier des charges décrit ce que la solution doit faire, pas comment. Il distingue les exigences indispensables des souhaits, précise les volumes (utilisateurs, sites, données), les attentes de service (support, délais d'intervention, sauvegarde) et les conditions de réversibilité, c'est-à-dire la possibilité de récupérer ses données en cas de changement de prestataire.
Un bon cahier des charges permet de comparer des offres sur une base commune, au lieu de comparer des présentations commerciales.
Phase 3 — Consulter et choisir
Trois offres suffisent généralement pour une PME. Une grille d'évaluation préparée à l'avance, avec des critères pondérés — couverture fonctionnelle, coût complet sur plusieurs années, qualité du support, proximité, références comparables —, évite que le choix se fasse sur l'impression laissée par une démonstration.
Le coût complet compte plus que le prix d'achat : licences, abonnements, maintenance, formation et temps interne mobilisé.
Phase 4 — Piloter la réalisation
Le pilotage repose sur un planning partagé, un point d'avancement court et régulier, et une liste des risques mise à jour. Toute demande nouvelle est confrontée à la note de cadrage : soit elle est indispensable et l'on ajuste délai ou budget, soit elle attend une phase ultérieure.
La recette — les tests réalisés par les futurs utilisateurs sur leurs cas réels — est l'étape à ne jamais écourter. C'est là que se découvrent les écarts entre ce qui était attendu et ce qui a été livré.
Phase 5 — Réussir la mise en service
Une bascule se prépare : date choisie en période creuse, sauvegarde complète avant intervention, plan de retour arrière si quelque chose se passe mal, et présence du prestataire les premiers jours. La formation des utilisateurs a lieu juste avant la bascule, pas trois mois plus tôt.
Quelques semaines après, un bilan vérifie que les critères de succès définis au cadrage sont atteints, et liste les ajustements restants.
Budget : ce qu'il faut prévoir
Le budget d'un projet ne se limite pas au devis du fournisseur. Il faut ajouter le temps interne des équipes mobilisées pour le cadrage, la recette et la formation, souvent sous-estimé ; la reprise et le nettoyage des données ; la formation des utilisateurs ; et une réserve pour les imprévus, indispensable sur tout projet de quelque ampleur.
Raisonner en coût complet sur trois à cinq ans — licences ou abonnements, maintenance, support, évolutions — permet de comparer honnêtement une solution moins chère à l'achat et plus coûteuse à l'usage, et l'inverse.
Les signaux d'alerte en cours de projet
Certains signes doivent déclencher un point immédiat avec la direction : des jalons qui glissent sans explication, des demandes nouvelles acceptées sans arbitrage, des utilisateurs absents des tests, un fournisseur qui devient difficile à joindre, ou une recette réduite pour tenir la date.
Aucun de ces signaux n'est fatal s'il est traité tôt. Le rôle du chef de projet est précisément de les voir venir et de les mettre sur la table, plutôt que d'espérer qu'ils se résorbent d'eux-mêmes.
Référent interne ou chef de projet externe ?
Un référent interne connaît l'entreprise et ses usages, mais il pilote en plus de son travail habituel, et c'est souvent son premier projet de ce type. Un chef de projet externe apporte la méthode et l'expérience de projets comparables, pour la seule durée du projet, sans recrutement.
La combinaison la plus efficace associe les deux : un référent interne qui porte les décisions métier, et un chef de projet externe qui tient la méthode, le planning et la relation avec les fournisseurs.