Projet APS : comment réussir le cadrage et le choix de l’outil ?

Projet APS : pourquoi tout se joue avant la signature ?

La qualité d’un projet APS ne se décide pas le jour du choix de l’éditeur. Elle se scelle plusieurs mois plus tôt, dans la rigueur ou l’approximation de la phase de cadrage. Retour sur ce qui distingue les projets qui tiennent leurs promesses de ceux qui s’enlisent.

Un rapport du Standish Group, qui analyse plus de 50 000 projets SI à travers le monde, délivre un verdict sans appel : seuls 31 % des projets informatiques se terminent réellement dans les délais, le budget et le périmètre prévus. La moitié d’entre eux dérivent, et près d’un sur cinq est purement abandonné. Ces chiffres concernent l’ensemble des projets IT, mais les projets APS ne font pas exception.

Dépassements budgétaires, adoption utilisateurs tièdes, fonctionnalités sous-exploitées, relance d’un chantier deux ou trois ans après la mise en service. Ces déceptions ont rarement une cause unique, mais elles partagent presque toutes un dénominateur commun : un cadrage expédié.

Face à la pression du calendrier, à l’enthousiasme pour la démonstration d’un éditeur, ou à l’inverse à un cadrage qui s’éternise sans jamais aboutir à un arbitrage, les projets dérapent avant même d’avoir commencé. Un APS n’est pas un outil que l’on installe : c’est une architecture de décision qui structure la manière dont une entreprise planifie sa supply chain pour les années à venir. Dans un marché où les modèles éditeurs évoluent rapidement cloud natif, intégration de l’IA dans les moteurs de planification, consolidation des acteurs, ce choix engage aussi la capacité de l’entreprise à suivre ces évolutions sans devoir tout remettre à plat dans trois ans. Le choix mérite qu’on lui consacre le temps nécessaire, ni plus, ni moins.

Cadrage et RFP : deux exercices, une continuité

Le cadrage et le RFP (Request for Proposal) sont souvent confondus, ou au mieux vus comme deux étapes juxtaposées. Ils forment en réalité une continuité dont la logique conditionne la réussite de tout ce qui suivra.

Le cadrage répond à trois questions : où en sommes-nous, où voulons-nous aller, et quelle est la nature du chemin à parcourir ? Il s’agit de qualifier le niveau de maturité des processus de planification, de dessiner la cible fonctionnelle, d’évaluer les prérequis data et d’arbitrer entre ambition et faisabilité. Le RFP, lui, traduit cette cible en exigences opposables à des éditeurs, puis organise la sélection.

Passer directement au RFP sans cadrage sérieux revient à demander à plusieurs éditeurs de répondre à une question mal posée. Les démonstrations seront brillantes, les grilles d’évaluation se rempliront, un choix sera fait mais il reposera sur des fondations instables. Le coût de cette impasse se paie plus tard, lors de l’implémentation, quand apparaissent les écarts entre l’outil choisi et les réalités métier que personne n’avait pris le temps de formaliser.

Les étapes clés d’un cadrage de projet APS

Un cadrage structurant s’organise autour de quatre étapes. Chacune produit un livrable qui nourrit la suivante ; chacune comporte un piège classique dans lequel il est facile de tomber.

Diagnostic des processus et de la maturité. Avant de rêver la cible, il faut comprendre finement l’existant. Cartographier les processus de planification actuels (demand, supply, S&OP, ordonnancement), identifier les outils en place, évaluer la maturité des équipes et la qualité des données. Le livrable est un état des lieux honnête, qui nomme les forces mais aussi les angles morts. Le piège classique : confondre diagnostic et inventaire. Lister les outils ne dit rien de la manière dont ils sont utilisés, contournés ou subis.
Définition de la cible fonctionnelle. C’est l’étape la plus exigeante intellectuellement. Il ne s’agit pas de lister des fonctionnalités mais de définir le modèle de planification cible : horizons, mailles, niveaux d’agrégation, interactions entre les modules, rôles et responsabilités associés. Le livrable est un schéma fonctionnel cible documenté, capable de servir de référence tout au long du projet. Le piège : copier-coller les fonctionnalités d’un benchmark ou d’une brochure éditeur, au lieu de partir des décisions que l’entreprise a besoin de prendre.
Architecture de données et intégration. Un APS ne vaut que par la qualité des données qui l’alimentent et par sa capacité à dialoguer avec l’écosystème SI. Cette étape identifie les sources, qualifie leur fiabilité, recense les flux entrants et sortants, et anticipe les chantiers data qui devront être menés en parallèle. Le piège : considérer la data comme un sujet qui se traitera « pendant l’implémentation ». C’est la première cause de dérapage calendaire.
Business case et gouvernance. Chiffrer les bénéfices attendus (réduction de stocks, taux de service, productivité planificateurs, agilité face aux aléas), estimer le TCO complet sur cinq ans, et poser la gouvernance du projet : sponsors, instances de décision, équipe cœur. Le piège : un business case construit pour convaincre le comité d’investissement plutôt que pour piloter le projet. Les deux ne demandent pas la même honnêteté.

Comment choisir son outil APS ?

Une fois le cadrage posé, le RFP devient un exercice d’une tout autre nature. On sait ce que l’on cherche ; reste à trouver l’outil et le partenaire qui serviront le mieux cette ambition.

Quelques critères méritent une attention particulière. Le fit fonctionnel est évidemment central, mais il ne faut pas le regarder seul : un outil qui couvre 95 % du besoin aujourd’hui peut se révéler rigide face aux évolutions futures, là où un outil plus souple couvrant 80 % peut s’ajuster. La question à se poser n’est pas « que fait l’outil ? » mais « comment s’adaptera-t-il à ce que nous ne savons pas encore ? ».

La robustesse de l’éditeur, solidité financière, trajectoire produit, investissements R&D, pèse lourd sur un horizon de dix ans. Un APS se vit sur la durée ; le choix de l’éditeur engage une relation commerciale et technologique qu’il sera coûteux de défaire.

Le TCO réel doit être reconstitué sans indulgence : licences, implémentation, intégration, run, montée de version, coûts internes de conduite du changement. Les écarts entre les TCO communiqués par les éditeurs et la réalité observée trois ans après sont parfois considérables.

L’écosystème d’intégrateurs disponible sur le marché francophone est un critère sous-estimé, souvent relégué en fin de grille d’évaluation. C’est une erreur. Un outil puissant mais porté par un unique intégrateur en France crée une dépendance qui se paiera cher au premier désaccord commercial, au premier départ de consultant clé, ou au premier changement de tarification. À l’inverse, un APS bien implanté avec trois ou quatre intégrateurs actifs sur votre secteur offre une vraie concurrence sur la durée sur les coûts, mais aussi sur la qualité des profils mobilisables.

Enfin, la structuration de la short-list et du POC mérite une vraie méthode. Trois éditeurs constituent généralement le bon équilibre : deux ne permettent pas de vraie comparaison, quatre ou plus étalent l’effort sans apporter de discrimination supplémentaire, sauf marché très atomisé. Le POC ne doit pas être une démonstration scriptée par l’éditeur, mais un exercice construit autour de vos cas d’usage les plus structurants, avec vos données, réalisé par vos équipes. In POC qui ne met pas l’éditeur en difficulté au moins une fois n’a rien prouvé.

Ce qui fait vraiment la différence dans le déploiement d’un projet APS ?

Au-delà de la méthode, quelques facteurs transverses distinguent les projets qui réussissent. Un sponsorship de haut niveau, engagé personnellement et pas seulement par délégation, capable d’arbitrer rapidement quand les débats s’enlisent. Une équipe projet mixte métier et IT, dans laquelle les planificateurs sont au cœur des décisions fonctionnelles et pas simplement consultés. Un investissement massif et précoce sur la data : qualité, gouvernance, responsabilités. Et une conduite du changement pensée comme un chantier à part entière, démarrée dès le cadrage et pas au moment du go-live.

Ces facteurs ne sont pas des slogans. Ils se traduisent dans des choix d’organisation, des lignes budgétaires, des arbitrages calendaires. Une entreprise qui prétend y adhérer sans les inscrire concrètement dans sa gouvernance projet se raconte une histoire.

Réussir le choix d’un APS, c’est accepter que la vraie décision se prend en amont, dans un cadrage qui demande du temps, de la rigueur et une certaine maturité collective. Cette phase n’est pas un préalable administratif : c’est le moment où se joue la valeur du projet.

Cécile