L'Application Lifecycle Management

Qu'est-ce que l'ALM (Application Lifecycle Management) ?

Microsoft en donne une définition compacte pour sa plateforme : l'ALM est la gestion du cycle de vie des applications, qui englobe la gouvernance, le développement et la maintenance (Microsoft Learn).

L'ALM ne se confond donc pas avec le développement logiciel : il couvre aussi ce qui l'entoure — la façon dont les besoins arrivent, dont les changements sont transportés d'un environnement à l'autre, dont l'application est exploitée puis améliorée.

Les phases du cycle de vie applicatif

SAP décrit le cycle de vie applicatif comme une succession de phases. Sur son portail de support, six phases sont énumérées (SAP Support Portal) :

1. Exigences — recueillir la demande métier concernant des processus nouveaux ou modifiés.
2. Conception — convertir ces exigences en spécifications détaillées.
3. Construction et tests — paramétrer les applications et vérifier qu'elles correspondent aux exigences.
4. Déploiement — transférer les changements d'un environnement de test vers l'activité réelle.
5. Exploitation — fournir les services nécessaires au fonctionnement courant.
6. Optimisation — analyser le respect des niveaux de service et mener les actions d'amélioration.

Cette liste a l'avantage de rendre visible ce que les projets traitent mal : les deux dernières phases. Un projet se termine généralement au déploiement, alors que l'essentiel de la durée de vie d'une application — et de son coût — se joue après.

Environnements, transport et gouvernance

En pratique, l'ALM se matérialise d'abord par une stratégie d'environnements : développement, intégration, recette, préproduction, production. Chaque changement voyage de l'un à l'autre selon des règles explicites.

Cette mécanique porte trois enjeux concrets :

• la traçabilité : savoir quel changement est parti où, et pourquoi ;
• la réversibilité : pouvoir défaire un transport qui casse la production ;
• la séparation des rôles : celui qui développe n'est pas celui qui met en production, exigence fréquente en environnement audité.

Les environnements dédiés à la recette utilisateur, aux tests d'intégration et à la formation font partie de cette stratégie : Microsoft les mentionne explicitement parmi les environnements que certaines organisations doivent prévoir en plus des environnements de développement et de production.

ALM et échéances de maintenance : le cas SAP

L'ALM n'est pas qu'une discipline interne : le calendrier de l'éditeur s'y impose. SAP a annoncé en février 2020 que la maintenance principale des applications cœur de SAP Business Suite 7 serait assurée jusqu'à la fin 2027, suivie d'une maintenance étendue optionnelle jusqu'à la fin 2030, et que son engagement de maintenance sur SAP S/4HANA courait jusqu'à la fin 2040 (SAP News Center).

Ces dates structurent les feuilles de route de milliers d'entreprises. Le DSAG-Investitionsreport 2026, publié le 26 février 2026 par le groupe des utilisateurs SAP germanophones et réalisé auprès de 198 répondants, montre où en sont les décisions.

Le trou dans le cycle de vie : l'usage réel

Un cycle de vie applicatif bien gouverné répond à la question « l'application fonctionne-t-elle comme prévu ? ». Il ne répond pas à celle qui détermine la valeur produite : « les gens s'en servent-ils, et correctement ? ».

C'est visible dans la phase d'optimisation. Les niveaux de service mesurent la disponibilité, les temps de réponse, le volume d'incidents. Rien de tout cela ne dit qu'une fonctionnalité déployée il y a dix-huit mois n'a jamais été utilisée, ni qu'un tiers des utilisateurs contourne l'écran principal avec un tableur.

Compléter l'ALM par une mesure de l'adoption digitale change la nature des arbitrages : on décide de développer, de reparamétrer ou d'accompagner sur la base de l'usage observé, pas des demandes les plus bruyantes. Une plateforme d'adoption digitale apporte cette donnée, et permet en outre de traiter par un guide ce qui aurait été traité par une évolution.

Conclusion

L'ALM donne au système d'information ce qui lui manque le plus souvent : de la traçabilité, de la réversibilité et un cadre pour décider. Ses phases d'exploitation et d'optimisation sont celles qui durent le plus longtemps.

Elles sont aussi celles où la mesure fait défaut. Un cycle de vie applicatif qui ignore l'usage réel optimise un système que personne n'a regardé fonctionner.

Questions fréquentes