#12 – Un ERP qui n’avance pas n’est presque jamais un problème d’ERP.

Un ERP qui n'avance pas n'est presque jamais un problème d'ERP.

Lorsqu’un projet dérive, les premiers regards se tournent naturellement vers le planning, l’intégrateur, la méthodologie ou les spécifications. Pourtant, la cause se trouve souvent ailleurs.

Un ERP mobilise une grande partie de l’organisation tout en devant composer avec son fonctionnement quotidien. Les équipes restent engagées sur leurs activités et d’autres projets, les ressources critiques sont partagées et certaines décisions tardent à être prises.

Progressivement, les dépendances s’accumulent, les arbitrages sont repoussés et le planning finit par traduire des difficultés qui dépassent largement le projet lui-même.

La bonne question n’est alors plus seulement : « Pourquoi notre ERP est-il en retard ? »
Mais plutôt : « Qu’est-ce qui, dans notre organisation, l’empêche d’avancer ? »

Remettre un projet critique sous contrôle, ce n’est pas simplement refaire son planning. C’est rétablir les conditions qui permettront réellement de le tenir.

Partager cet article

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Christophe Albarede

Christophe Albarede

Programmes &
Portefeuilles projets

En savoir plus

À lire aussi

« Arrêtez la moitié de vos projets » est un conseil qu’on entend partout. Dans la plupart des organisations, il est inapplicable : aucun des projets en cours n’est de trop. Ce qui est de trop, c’est le périmètre qu’on leur a donné.
Un comité qui commente les écarts n’est pas une gouvernance, c’est un rituel d’information. La différence ne tient pas au nombre de séances, mais à ce que chacune rend décidable.
Un expert affecté à 30 % sur cinq projets travaille à 150 % de sa capacité. Chaque chef de projet, de son côté, voit une allocation raisonnable. Cette arithmétique ne figure dans aucun de vos plannings — et c’est pourtant elle qui décide de vos délais.