Un projet qui prend du retard, ça commence toujours pareil. Les premières semaines, tout va bien. Le prestataire est motivé, l'équipe est impliquée, le calendrier tient. Puis à un moment, souvent après la première réunion de suivi, quelque chose grippe. Les validations traînent. Le périmètre s'élargit imperceptiblement. Et quatre mois plus tard, vous regardez un projet censé durer deux mois, qui n'est toujours pas livré. Ce n'est pas une malchance : c'est un scénario que l'on voit se répéter dans la quasi-totalité des projets IT qui dérapent en PME.
Dans la majorité des cas, ce qui fait rater un projet informatique n'a rien à voir avec la technologie choisie. Pas de bug fondamental, pas de mauvais logiciel, pas de prestataire incompétent. Le problème est organisationnel, presque à chaque fois.
Le Standish Group, qui suit les taux de succès des projets IT depuis les années 90, identifie les mêmes causes de dérapage depuis trente ans : périmètre mal défini, absence de sponsor décisionnel, manque de ressources côté client, validations qui bloquent. Rien que des problèmes humains et de gouvernance.
Pour une PME, c'est encore plus vrai. Vos collaborateurs ont plusieurs casquettes. Personne ne pilote vraiment, parce que personne n'en a le temps à plein.
Le périmètre flou. C'est la cause numéro un. Un projet qui démarre sans liste claire et validée de ce qui est inclus, et surtout de ce qui ne l'est pas, finit toujours par gonfler. Ce phénomène a un nom : le scope creep. Il résulte d'une seule chose : l'absence de « non » formalisé dès le départ.
L'absence de sponsor interne. Tout projet IT a besoin d'un décideur côté client, quelqu'un qui a l'autorité pour valider les choix, débloquer les ressources et trancher. Sans ce sponsor, le projet flotte, le prestataire prend des décisions à votre place, parfois les bonnes, souvent pas.
Les flux de validation bloqués. Sur un ERP, il faut le DAF pour la compta, le responsable entrepôt pour la logistique, le commercial référent pour l'interface client. Ces personnes ne sont jamais disponibles en même temps : chaque validation prend deux semaines au lieu de deux jours. Sur un projet de six mois, ce sont des semaines de glissement cumulé.
L'absence de documentation de départ. Trois mois après le lancement, personne ne se rappelle exactement ce qui était prévu, ce qui a changé, ni pourquoi. Quand un désaccord émerge, la seule base de discussion devient la mémoire de chacun, et elle est toujours différente.
Une PME de 45 personnes dans la distribution lance la migration de son ERP. Budget : 90 000 CHF, durée prévue : huit mois. Côté client, le directeur général suit le projet en plus de ses responsabilités courantes.
Six mois plus tard, l'ERP n'est pas en production. Le périmètre a évolué trois fois, deux modules ont été ajoutés sans avenant, le responsable logistique contourne le nouveau système avec ses vieux fichiers Excel, l'intégrateur attend des validations depuis cinq semaines, le budget est dépassé de 30 %. Ce n'est la faute de personne en particulier : c'est la conséquence directe de l'absence d'un chef de projet dédié.
Un chef de projet aurait fait trois choses simples : figer le périmètre par écrit dès le départ, mettre en place un comité de pilotage mensuel avec les bons décideurs, et s'assurer que chaque validation a une date limite et un responsable nominatif. Ce n'est pas de la haute technologie, c'est de la rigueur organisationnelle.
Pour une PME de 30 à 80 personnes, un chef de projet IT à temps plein est rarement justifiable entre les projets. C'est là que l'accompagnement externe prend son sens : pour un projet à 80 000 CHF, consacrer 8 à 12 % du budget à un pilotage structuré externe, c'est souvent la différence entre un projet livré dans les temps et un projet qui dérive de 40 %.
L'accompagnement gestion de projet ne remplace pas votre intégrateur. Il s'intercale entre vous et lui, pour que quelqu'un soit formellement responsable de faire avancer les choses.
Désignez un sponsor interne nommément, avec le pouvoir de valider et de trancher. Rédigez un document de cadrage d'une page (objectifs, périmètre, exclusions, jalons, critères d'acceptation). Mettez en place un rythme de pilotage régulier avec compte-rendu écrit. Et refusez systématiquement toute évolution de périmètre non formalisée par écrit.
Les projets qui réussissent ne sont pas ceux qui n'ont pas eu de problèmes. Ce sont ceux où quelqu'un avait la responsabilité et l'autorité pour les régler.
