Outils de suivi de projet SAP en 2026 : quatre qui fonctionnent vraiment

Pour la plupart des nouveaux programmes S/4HANA, le bon outil de suivi est SAP Cloud ALM : il lit les transports, les tests et les phases directement dans le système SAP, et les clients sous Enterprise Support ou avec un abonnement cloud ne paient aucun frais de licence. Jira, ou Planner et Project de Microsoft, n'ont de sens que si votre organisation les utilise déjà et que quelqu'un porte l'intégration. SAP Solution Manager reste adapté aux parcs on-premise complexes, mais sa maintenance standard s'arrête en 2027. Ce guide s'adresse aux responsables de programme et de PMO qui choisissent ou corrigent un outil. Il compare les quatre options et se termine par une liste de contrôle. Le test qui compte : l'outil peut-il vous montrer ce qui se passe à l'intérieur du système, ou seulement ce que les gens ont déclaré ?

Sur l'un de mes premiers projets S/4HANA, nous avons perdu cinq semaines rien qu'à chercher pourquoi des transports restaient bloqués en QA. Personne n'avait de vue claire. L'outil de suivi suivait des tâches, pas le travail.

Avec les années, j'ai appris que le vrai problème est souvent plus profond qu'une tâche en retard : un suivi incapable de voir le système. Si l'outil ne montre pas ce qui se passe dans votre paysage système, vous pilotez sur des hypothèses.

Quatre propriétés séparent les outils qui préviennent les retards de ceux qui les consignent après coup.

Intégration avec le système SAP. Un outil qui lit le système connaît l'état réel des transports, des exécutions de tests et des approbations. Un outil alimenté à la main connaît ce que les gens ont déclaré, souvent avec une semaine de retard.

Couverture des dernières phases. La plupart des outils tiennent la phase de construction. Ils s'effondrent pendant les tests, le cutover et l'hypercare, là où les retards se cumulent. Si l'outil ne sait pas suivre les répétitions (mock runs) et les tâches de cutover, il vous abandonne au moment le plus risqué.

Visibilité des dépendances. La migration de données alimente l'UAT. L'enchaînement du cutover dépend de l'ordre des transports. Un outil qui montre l'achèvement des tâches mais pas les chaînes de dépendances ne peut pas montrer l'effet d'un retard sur trois autres chantiers.

Adoption. L'outil le plus capable échoue si la moitié de l'équipe consigne son statut ailleurs. L'adoption vient de la simplicité d'usage, de l'information utile qu'on montre aux gens et de l'insistance de la direction.

1. SAP Cloud ALM

SAP Cloud ALM est l'outil de gestion du cycle de vie des applications de SAP pour les paysages cloud et hybrides. Il n'existe pas de licence pour cet outil. Les clients ayant un abonnement cloud qui inclut Enterprise Support, les éditions cloud (les contrats RISE et GROW en font partie), ou ayant Enterprise Support on-premise, peuvent provisionner un tenant par numéro de client. Les clients sous Standard Support n'y ont pas droit, sauf s'ils détiennent aussi un tel abonnement cloud.

Ce qu'il fait bien : il structure le projet selon les phases SAP Activate et lit le statut dans le système, y compris l'exécution des tests et les transports. J'ai mis en œuvre S/4HANA pour un industriel en suivant tout le projet de 10 mois dans Cloud ALM. Pendant la phase Realize, notre migration de données a rencontré des problèmes. L'outil a signalé le retard et calculé l'impact sur les tâches dépendantes.

Là où il est limité : il exige une vraie connectivité avec vos systèmes. Quand l'équipe Basis est sous tension, cette connexion ne se fait pas au début de Prepare. Le temps qu'elle soit configurée, le projet a vécu deux mois dans un tableur et personne ne veut migrer l'historique.

Pour tout nouveau programme S/4HANA cloud ou RISE, commencez ici. Le coût n'est pas la licence. C'est l'effort de Basis et de configuration.

2. Jira avec un module complémentaire de portefeuille

Jira est l'outil de suivi de tickets par défaut dans de nombreuses DSI. Les modules de portefeuille comme BigPicture ajoutent des diagrammes de Gantt, des dépendances et des vues de ressources. L'IA d'Atlassian, désormais sous la marque Rovo, est incluse dans chaque offre Jira payante avec un quota mensuel de crédits, et résume les tickets et rédige des points d'avancement.

Il fonctionne quand l'organisation utilise déjà Jira pour le développement et le support. Si l'intégrateur met en place Cloud ALM pendant que l'équipe IT du client gère tout le reste dans Jira, vous vous retrouvez avec des systèmes parallèles. Jira montre ce que fait l'IT. Cloud ALM montre ce que fait SAP. Personne n'a de vue unique.

Le risque, c'est l'intégration. Jira ne comprend nativement ni les transports ni les phases Activate. Sans intégration configurée avec le paysage SAP, vous suivez des tâches, mais pas le système.

3. Microsoft Planner et Project

Beaucoup de PMO ont grandi avec Microsoft Project, qui reste familier aux responsables finance et opérations. La gamme de produits a changé en 2026. Microsoft a retiré Project Online le 30 septembre 2026 et arrêté les nouvelles ventes de Planner et Project Plan 5. Les clients qui ont besoin de planification sur poste de travail sont dirigés vers Planner et Project Plan 3, au prix catalogue de 30 $ par utilisateur et par mois. Microsoft 365 Copilot, une licence complémentaire, rédige des points d'avancement et des supports de comité de pilotage à partir du plan et des documents associés.

Il n'existe pas de lien standard approfondi entre les outils Microsoft et SAP. Faire remonter l'état des transports ou des tests dans le plan passe par un connecteur tiers ou par votre propre intégration. Pour un déploiement S/4HANA mono-entité en finance et achats, où le PMO du client détient déjà les licences, cela peut suffire. Pour des programmes multi-entités, avec de gros volumes de transports et des dépendances entre systèmes, ce n'est pas assez profond.

Si votre PMO tournait sur Project Online, vérifiez que la migration vers son remplaçant est terminée avant de figer la baseline du programme.

4. SAP Solution Manager

SAP Solution Manager 7.2 est le prédécesseur on-premise de Cloud ALM, inclus dans les contrats de maintenance on-premise. Pour les parcs on-premise complexes, c'est toujours lui qui va le plus loin : supervision des transports, documentation des processus, gestion native des tests et contrôle des changements. Sur un projet récent, Solution Manager nous a alertés sur des transports en conflit avant leur import en test de qualité. Cela a évité un conflit de configuration qui aurait pris des jours à démêler.

Le compromis, c'est l'effort de mise en place. Une configuration correcte demande des semaines de temps de spécialistes Basis et Solution Manager. Les équipes qui font l'impasse sur cet investissement finissent par ne l'utiliser que pour la supervision des transports, ce qui gaspille l'essentiel de ses capacités.

La maintenance standard s'arrête fin 2027. La maintenance étendue court jusqu'en 2030 pour certaines fonctions, pour les clients qui prennent la maintenance étendue de Business Suite 7. La recommandation de SAP elle-même est de passer à Cloud ALM avant 2028. Pour un nouveau programme, ne choisissez Solution Manager que si vous l'exploitez déjà bien et que le programme se termine avant la fermeture de cette fenêtre.

1. Sept. 2026Retrait de Microsoft Project OnlinePlanner et Project Plan 3 est la voie pour la planification sur poste de travail
2. Fin 2027Fin de la maintenance standard de Solution ManagerSAP recommande d'achever le passage à Cloud ALM avant 2028
3. Fin 2030Fin de la maintenance étendue de Solution ManagerCertaines fonctions seulement, avec la maintenance étendue de Business Suite 7

Source: Microsoft Tech Community et SAP Support Portal, consultés en octobre 2026

Le tableau résume les quatre options à octobre 2026.

Outil	Idéal pour	Intégration SAP	Effort de mise en place	Licence
SAP Cloud ALM	Nouveaux programmes S/4HANA, RISE et GROW	Native	Moyen	Aucun frais de licence avec Enterprise Support ou un abonnement cloud
Jira avec module de portefeuille	Organisations déjà sous Jira	Via une intégration tierce ou sur mesure	Moyen à élevé	Abonnement par utilisateur, plus le module et l'effort d'intégration
Microsoft Planner et Project	PMO du mid-market déjà sous Microsoft	Via une intégration tierce ou sur mesure	Faible à moyen	Planner et Project Plan 3 : 30 $ par utilisateur et par mois au prix catalogue
SAP Solution Manager 7.2	Parcs on-premise complexes qui l'utilisent déjà	Native, approfondie	Élevé	Inclus dans la maintenance on-premise ; maintenance standard jusqu'en 2027

Les quatre outils ont désormais une couche d'IA. SAP a ajouté Joule à Cloud ALM, avec des agents pour les opérations qui résument les alertes et construisent des tableaux de bord de supervision à partir de consignes en langage courant. Microsoft 365 Copilot rédige des points d'avancement à partir d'un plan. Rovo d'Atlassian résume les fils de discussion Jira et rédige des pages Confluence.

Ce que l'IA ne change pas, c'est la profondeur d'intégration. Elle accélère la rédaction du statut à partir des données que l'outil détient. Si l'outil est alimenté par des tableurs, l'IA rédige plus vite des synthèses de tableurs. Construisez d'abord l'intégration. La couche d'IA est la partie facile à ajouter ensuite.

Posez ces questions avant de vous engager sur un outil.

1. L'outil lit-il l'état des transports, des tests et des approbations dans le système SAP, ou compte-t-il sur la saisie manuelle ?
2. Suit-il les migrations d'essai, les tâches de cutover et les tickets d'hypercare, en plus de la construction ?
3. Peut-il montrer les chaînes de dépendances entre chantiers ?
4. Qui porte l'intégration entre l'outil et le paysage SAP, nommément ?
5. Quel est le vrai coût de mise en place ? La licence est souvent le plus petit chiffre ; le temps de Basis et d'intégration est le vrai investissement.
6. Toute l'équipe l'utilisera-t-elle, y compris les responsables métier ?
7. Si deux outils doivent coexister, lequel fait foi pour l'état du système, et lequel pour le calendrier métier ?

Pour voir comment le suivi alimente la gouvernance, lisez mon guide pour remettre les projets SAP sur les rails.

Je constate que les équipes projet ignorent parfois leur outil de suivi parce qu'il est trop compliqué, et tiennent à la place des tableurs séparés. Quand la direction s'en aperçoit, la configuration du système a trois semaines de retard.

Les outils créent de la visibilité. Ils ne créent pas l'habitude d'agir dessus. Pour cela, il faut un comité de pilotage qui voit dans un drapeau rouge une raison d'agir, pas une raison d'ajouter un commentaire d'atténuation et de passer à autre chose.

Qu'est-ce que SAP Cloud ALM, et est-il gratuit ?

SAP Cloud ALM est l'outil de gestion du cycle de vie des applications de SAP pour mettre en œuvre et exploiter les systèmes SAP. Il n'y a pas de licence distincte. Les clients ayant SAP Enterprise Support ou Product Support for Large Enterprises peuvent provisionner un tenant par numéro de client. Il en va de même pour les clients dont l'abonnement cloud inclut Enterprise Support, c'est-à-dire les éditions cloud, ce qui couvre RISE et GROW. Le vrai coût, c'est l'effort pour le connecter et le configurer.

Jira convient-il au suivi d'un projet SAP ?

Pour les tâches et les tickets, oui. Il ne comprend pas nativement les transports, les phases SAP Activate ni les dépendances SAP. Avec un module de portefeuille et une intégration configurée, il peut gérer les calendriers de programme et remonter certaines données SAP. Utilisez-le quand l'organisation fait déjà tourner Jira pour tout le reste. Pour un programme SAP dédié, sans investissement Jira existant, Cloud ALM est un point de départ plus efficace.

Qu'est-ce qui a remplacé Microsoft Project Online ?

Microsoft a retiré Project Online le 30 septembre 2026. Pour les clients qui ont besoin de planification sur poste de travail, Microsoft oriente vers Planner et Project Plan 3, qui inclut l'application de bureau Project. Planner et Project Plan 5 n'est plus vendu aux nouveaux clients. Si votre PMO suivait un programme SAP dans Project Online, confirmez que la migration est terminée et que l'historique a été transféré avant de vous appuyer sur le nouveau plan.

Quand utiliser SAP Solution Manager plutôt que Cloud ALM ?

Quand trois conditions sont réunies. Vous exploitez un parc ECC ou S/4HANA on-premise complexe. Vous avez déjà Solution Manager configuré et une équipe qui le connaît. Et le programme se terminera avant la fin de la maintenance standard en 2027. Pendant une migration d'ECC vers S/4HANA, les deux peuvent tourner en parallèle : Solution Manager pour l'ancien parc, Cloud ALM pour le nouveau. SAP recommande d'achever le passage à Cloud ALM avant 2028.

Comment les outils de suivi réduisent-ils les retards sur les programmes SAP ?

En montrant les problèmes avant que la réunion de statut hebdomadaire ne le fasse. Un transport bloqué dans une file d'approbation n'apparaît pas dans un rapport manuel tant que personne ne le remarque. Un outil qui lit le système le montre le jour même. Sur le projet précoce évoqué plus haut, un outil qui lisait l'état réel des transports aurait montré le blocage avant qu'il ne coûte cinq semaines. Le gain est le plus grand pendant Realize et Deploy, quand les volumes de transports sont élevés et que les tests tournent en parallèle.

Peut-on utiliser plusieurs outils de suivi sur le même programme SAP ?

On peut, et cela pose généralement problème : deux outils affichent un statut différent pour le même chantier, et chaque escalade commence par une dispute sur celui qui a raison. Si vous devez en faire tourner deux, donnez à chacun une mission précise. L'état du système (transports, tests) vit dans Cloud ALM ou Solution Manager. Le calendrier métier peut vivre dans Jira ou Planner si c'est le standard du client. Synchronisez-les à intervalles fixes.