ServiceNow a récemment annoncé qu’Agile 2.0 atteindrait bientôt son étape de fin de commercialisation et a été officiellement marqué pour obsolescence. Pour de nombreuses équipes de développement, ce module a été bien plus qu’un simple outil ; il a été le moteur principal de la gestion des sprints, des stories et des epics pendant des années.
Comprendre la feuille de route de cette transition est essentiel pour maintenir la continuité opérationnelle et l’alignement avec les normes architecturales modernes de ServiceNow.
Agile 2.0 : L’outil principal de nombreuses équipes de développement
Agile 2.0 s’est depuis longtemps imposé comme l’un des outils les plus efficaces pour les développeurs ServiceNow. Le module offre un support complet pour les sprints d’équipe, permettant de catégoriser facilement les stories en produits, epics ou thèmes. Cette fonctionnalité est consolidée dans deux espaces de travail principaux : le Agile Board et le Scrum Program Planning Board.
Historiquement, il était unique en tant que module présent dans presque toutes les instances clientes en raison de sa disponibilité en inclusion gratuite. Malgré son omniprésence, sa configuration variait considérablement d’une organisation à l’autre, offrant une expérience sur mesure aux développeurs, aux Agilistes, aux Scrum Masters et aux Product Owners. Cela a créé un environnement où l’on “boit son propre champagne” (drinking your own champagne), où les implémenteurs étaient simultanément les principaux utilisateurs finaux du produit.
Agile 2.0 est l’aboutissement de 15 années d’améliorations itératives. La chronologie suivante illustre son évolution, passant d’un outil basique de cycle de vie à la solution d’entreprise actuelle :
- Octobre 2010 – Automne 2010 : Sortie initiale du Software Development Life Cycle (SDLC), l’ancêtre d’Agile Development. Un plugin séparé (SDLC – SCRUM) pouvait être installé pour ajouter des sprints et des stories.
- Juillet 2012 – Berlin : Intégration de SDLC avec la gestion de projet (pour aider à gérer les projets logiciels agiles).
- Mai 2016 – Helsinki : SDLC se concentre sur la méthodologie Scrum et est rebaptisé “Agile Development”.
- Juin 2017 – Jakarta : Sortie d’Agile Development 2.0 (remplaçant Agile Development).
- Mars 2020 – Paris : Application mobile Agile Development 2.0 (quelqu’un l’a-t-il utilisée ?).
- Février 2023 – Vancouver : Support de Next Experience (pour une meilleure apparence).
- Mars 2024 – Washington : Intégration de l’IA générative (Now Assist) pour aider à rédiger et traiter les stories.
- Novembre 2025 – Zurich : Agile 2.0 est marqué pour obsolescence.
La feuille de route de l’obsolescence
Bien que le terme “obsolescence” puisse susciter des inquiétudes, la transition est structurée de manière à laisser suffisamment de temps aux clients existants pour s’adapter.
La chronologie est la suivante :
- Janvier 2026 (fin de commercialisation) : Les nouveaux abonnements au SKU Agile 2.0 ne seront plus possibles.
- T3 2026 (fin des renouvellements) : Cela marque la dernière opportunité pour les abonnés existants de renouveler leurs contrats Agile 2.0.
- T3 2029 (obsolescence complète) : Sur la base des cycles contractuels standards de trois ans, l’application sera complètement obsolète une fois que les derniers contrats actifs expireront (environ T3 2029).
Une fois obsolète, le module restera fonctionnel mais sera traité comme du code personnalisé. ServiceNow ne fournira plus d’améliorations, de mises à jour ou de support technique pour le module.
Il semblerait que les entreprises qui utilisent Agile 2.0 efficacement et disposent d’une solide équipe de développement en interne ne seront pas affectées de manière significative, car elles pourront continuer à maintenir le module tel quel par elles-mêmes.
Le chapitre suivant : EAP & CWM
ServiceNow oriente ses clients vers deux principaux successeurs conçus pour offrir une plus grande flexibilité et de meilleures expériences utilisateur :
1. Collaborative Work Management (CWM)
ServiceNow CWM est un produit polyvalent, disponible de manière autonome ou inclus dans le package SPM. Il s’adresse à la planification agile pour une seule équipe ou aux équipes cloisonnées.
Il fournit des “Boards” (tableaux) que vous pouvez partager avec votre équipe et dans lesquels vous pouvez ajouter librement :
- des tâches (liées ou non à d’autres artefacts au sein de la plateforme)
- des colonnes “personnalisées” (jusqu’à 100 par tableau)
- des automatisations (Mini règles métier. Ex : envoyer un e-mail, modifier une valeur, etc.)
- des Docs (zones de texte libre, pensez à OneNote)
- Et il possède même son propre petit diagramme de Gantt
CWM repense également complètement la section “My Work” (Mon travail) et la rend beaucoup plus conviviale que la vue en liste précédemment disponible.
En résumé, CWM souhaite reprendre tout ce qui faisait le succès d’Agile 2.0 pour les développeurs, et le rendre accessible au métier également. Tout est beaucoup plus convivial et accessible, même sans connaissance préalable de ServiceNow.
Et si vous souhaitez devenir un pro de CWM, la formation Now Learning est déjà disponible ICI.
Dans les prochaines versions (prévues pour mars 2026), ServiceNow a annoncé de nombreuses fonctionnalités supplémentaires intéressantes, telles que :
- Des Colonnes de Formules pour calculer automatiquement des totaux, des métriques, etc.
- Des Dépendances entre les tâches, rendues visibles par des lignes colorées dans une vue Kanban.
- Des Scrum Tasks générées automatiquement à partir des stories (en utilisant NowAssist).
- Une intégration directe OOB (Out-of-the-Box) avec l’Espace de Travail Projet de SPM pour envoyer directement les tâches du projet vers le tableau CWM d’une équipe.
2. Enterprise Agile Planning (EAP)
Enterprise Agile Planning (EAP) sera la recommandation pour tous ceux qui souhaitent travailler dans une structure en “Équipe d’équipes”. C’est-à-dire exploiter plusieurs équipes, toutes avec leur propre charge de travail et capacité, vers un seul objectif.
Toute organisation qui possède soit une seule équipe de développement, soit des équipes cloisonnées qui interagissent peu entre elles, aura tout intérêt à se concentrer sur le Collaborative Work Management.
Bien sûr, comme la plupart des modules de ServiceNow, les deux fonctionnent très bien ensemble, et leurs fonctionnalités sont pour la plupart intégrées.
Enfin et surtout, ServiceNow a fourni un très bon résumé de là où vous devriez concentrer vos efforts selon que vous utilisez actuellement Agile 2.0 ou non, et selon que vous travaillez avec des équipes uniques ou avec des équipes d’équipes.
Les organisations peuvent commencer la migration dès aujourd’hui en utilisant la fonctionnalité connected work (travail connecté), qui permet aux tableaux CWM de gérer les stories existantes provenant d’Agile 2.0. ServiceNow a indiqué que des outils de migration automatisés sont prévus dans un avenir proche.
Si vous avez des questions ou besoin de conseils, contactez notre équipe et nous serons ravis d’entamer la discussion.