L’une des discussions les plus cruciales – et pourtant souvent négligées – dans l’écosystème ServiceNow concerne la stratégie d’implantation.
En tant que praticien, il est extrêmement fréquent d’être parachuté directement dans un projet et de passer immédiatement à la collecte des exigences et à la conception de solutions. Pourtant, nous nous arrêtons rarement pour nous demander : quel type d’implantation sommes-nous réellement en train d’entreprendre?
Cette question est essentielle, car chaque programme ServiceNow ne démarre pas au même point de départ et ne vise pas le même résultat. Une entreprise qui formalise son tout premier processus manuel a des besoins entièrement différents de celle qui remplace une plateforme patrimoniale. De même, une organisation qui optimise une instance déjà établie fait face à des obstacles bien différents de celle qui repart à neuf après des années de dette technique accumulée.
À haut niveau, presque toutes les initiatives ServiceNow se classent dans l’un de ces quatre archétypes distincts : Greenfield, Brownfield, Migration, ou Réimplantation.
1. Greenfield : bâtir une nouvelle façon de travailler
Une implantation de type greenfield est un tout nouveau déploiement. L’organisation ne remplace pas une plateforme d’entreprise existante et ne prolonge pas non plus un environnement ServiceNow actuel. Dans ce scénario, le travail est généralement géré au moyen de feuilles de calcul, de courriels, de boîtes de réception partagées ou d’outils locaux fragmentés, puis migré vers ServiceNow. Ici, vous n’implantez pas seulement un logiciel; vous formalisez la manière dont l’entreprise fonctionne réellement.
Facteurs clés et attentes
En se lançant dans un parcours greenfield, les organisations cherchent généralement à établir leurs bases opérationnelles. Les principaux objectifs peuvent inclure :
- Portail unifié : Offrir aux employés et aux clients un point d’entrée unique et intuitif pour les services, afin de remplacer les canaux de requêtes fragmentés.
- Libre-service et IA : Introduire des catalogues de services structurés, des bases de connaissances complètes et des interfaces d’IA conversationnelle.
- Visibilité opérationnelle : Suivre pour la toute première fois les charges de travail, les goulots d’étranglement, les temps de réponse et les accords sur les niveaux de service (SLA).
- Standardisation des processus : Définir des flux de travail structurés, des champs de données obligatoires et des matrices d’approbation claires là où régnaient auparavant des ententes informelles.
Ce que cela signifie pour l’implantation
Les projets greenfield sont rarement de simples projets technologiques – ce sont des programmes de transformation d’affaires soutenus par la technologie. Avant de configurer une seule table, l’organisation doit répondre à des questions opérationnelles fondamentales : Qui est propriétaire de ce processus? Quels sont les chemins d’approbation standards? Comment gérons-nous les exceptions?
Conseil de pro : Ne commencez pas avec une page blanche en demandant aux parties prenantes : « Que voulez-vous que le système fasse? » Utilisez plutôt les actifs de ServiceNow NowCreate et l’outil de configuration guidée (Guided Setup). Présentez-leur des flux de travail standards et prêts à l’emploi (OOTB) pour leur donner du concret et les dissuader de faire des personnalisations hâtives et inutiles.
Point de vigilance : la courbe du changement
Puisque la maturité des processus est souvent faible, les utilisateurs doivent composer avec une double courbe d’apprentissage : un nouvel outil et une nouvelle méthode de travail. Des concepts comme la gestion des files d’attente, les groupes d’affectation et les cibles de SLA peuvent leur être totalement inconnus. Investissez massivement dans la gestion du changement organisationnel (GCO) plutôt que de vous limiter à des formations techniques sur l’outil.
2. Brownfield : maximiser votre investissement existant
Dans un scénario de type brownfield, la plateforme est déjà active. L’objectif est d’étendre ServiceNow à de nouvelles unités d’affaires, de déployer de nouvelles fonctionnalités, d’automatiser des étapes manuelles ou de réduire la dette technique. La question fondamentale n’est plus « Comment devrions-nous fonctionner? », mais bien : « Comment pouvons-nous tirer plus de valeur de ce que nous possédons déjà? »
Facteurs clés et attentes
Les programmes brownfield sont généralement motivés par un désir d’amélioration continue et de mise à l’échelle. Les déclencheurs courants comprennent :
- Adoption de fonctionnalités : Activer des capacités de plateforme inutilisées, des portails ou des flux de travail avancés inclus dans les récentes mises à niveau.
- Hyper-automatisation : Remplacer les transitions manuelles au sein des processus existants par des flux de travail numériques et des intégrations automatisées.
- Réduction de la de dette technique : Ramener le code personnalisé et les configurations patrimoniales vers des configurations ServiceNow standards, faciles à mettre à jour.
- Maximisation du RCI : Étendre l’empreinte de la plateforme à de nouveaux départements (RH, installations, sécurité) pour maximiser l’utilisation des licences actuelles.
Ce que cela signifie pour l’implantation
Les organisations de type brownfield disposent généralement de processus matures et d’équipes de plateforme structurées. Les exigences sont très précises, car les utilisateurs connaissent déjà les capacités de l’outil.
L’équipe d’implantation doit posséder une expertise approfondie de l’architecture technique de la plateforme ServiceNow. Elle doit s’assurer que toute nouvelle amélioration s’intègre harmonieusement à la configuration existante sans perturber les dépendances en amont ou en aval. Les solutions devant être déployées dans des environnements de production actifs, vous passerez plus de temps à coordonner les mises en production avec les autres équipes applicatives.
Point de vigilance : la complexité accumulée
La plus grande menace pour une instance brownfield est la dérive de la personnalisation. Au fil des ans, les instances accumulent naturellement des configurations et du code patrimoniaux, des données de mauvaise qualité et des pratiques désuètes.
Votre règle d’or : Demandez-vous toujours : « Pouvons-nous résoudre ce problème d’affaires en utilisant des fonctionnalités standards qui existent déjà dans notre entente actuelle avec ServiceNow? » Traisez la simplicité et le nettoyage de la dette technique comme de véritables livrables de projet, et non comme de simples réflexions après coup.
3. Migration : remplacer le moteur sans perdre de carburant
Une migration ressemble à un projet greenfield parce que vous introduisez ServiceNow pour la première fois. Cependant, la réalité opérationnelle est tout autre : vos utilisateurs exécutent déjà ces processus dans un outil patrimonial (comme BMC Remedy, Jira ou Cherwell) et sont extrêmement protecteurs de leurs fonctionnalités actuelles.
Facteurs clés et attentes
Les programmes de migration naissent généralement d’une nécessité opérationnelle plutôt que d’une pure volonté d’innovation. Les principaux facteurs comprennent :
- Retrait des systèmes patrimoniaux : Abandonner des systèmes en fin de vie ou qui imposent des coûts de licence prohibitifs.
- Consolidation des plateformes : Fusionner des outils de billetterie disparates à la suite de fusions, d’acquisitions ou de restructurations organisationnelles.
- Échéances serrées : Respecter des délais imposés par des contraintes externes, comme la fin d’un contrat de fournisseur ou un accord de scission d’entreprise.
Ce que cela signifie pour l’implantation
Dans une migration, le succès ne se résume pas au lancement de ServiceNow; il réside dans l’exécution sans faille de la transition.
La phase de découverte est cruciale. L’équipe doit cartographier les intégrations actuelles, identifier les données critiques à conserver et cibler les personnalisations patrimoniales qui maintiennent réellement l’entreprise opérationnelle. La documentation existante étant souvent incomplète ou obsolète, vous devrez combiner des audits système avec l’observation directe du travail quotidien des utilisateurs.
Point de vigilance : reproduire les mauvaises habitudes
Les utilisateurs s’adaptent naturellement aux particularités et aux limites de leurs anciens outils. Un piège courant consiste à tenter de recréer l’interface et les limites du système patrimonial à l’intérieur de ServiceNow.
Votre garde-fou : Imposez une distinction claire entre un véritable besoin d’affaires (ex. : « Nous devons auditer les approbations ») et une habitude liée au système (ex. : « Nous avons besoin de ce formulaire manuel précis de 15 champs »).
4. Réimplantation : la remise à zéro stratégique
Pour les organisations qui utilisent ServiceNow depuis de nombreuses années, la plateforme peut devenir lourde et lente en raison du code hérité, d’une faible adoption et de mises à niveau laborieuses. Une réimplantation – souvent appelée « nouveau départ » ou « greenfield déguisé » – consiste à décider de repartir à neuf avec une instance totalement vierge.
Facteurs clés et attentes
Les réimplantations surviennent lorsque le coût de maintenance de la plateforme actuelle dépasse celui de repartir à zéro. Les principaux facteurs comprennent :
- Paralysie des mises à niveau : La surpersonnalisation a rendu les mises à niveau de la plateforme trop coûteuses, lentes ou risquées.
- Expérience utilisateur déficiente : Une baisse de l’adoption due à des interfaces obsolètes et complexes conçues des années auparavant.
- Changements de modèle opérationnel : Le modèle d’affaires ou la structure interne de l’entreprise a évolué, rendant la configuration d’origine obsolète.
- Standardisation : Une directive de la direction pour revenir aux standards prêts à l’emploi (OOTB).
Ce que cela signifie pour l’implantation
La réimplantation est un modèle hybride combinant transformation, migration et optimisation. Vous ne partez pas de zéro, car vos utilisateurs connaissent déjà ServiceNow. Vous devez décider stratégiquement de ce qui doit être conservé, de ce qui doit être recréé et des données historiques qui méritent réellement d’être migrées.
Point de vigilance : des processus rigides qui refusent de s’adapter
Un risque majeur à ne pas sous-estimer est que les parties prenantes exigent des modifications de processus qui compliqueront le retour au standard. La plupart des limites de processus et des personnalisations passées découlent souvent de processus d’affaires rigides plutôt que de contraintes techniques.
Votre stratégie : Utilisez l’instance existante uniquement comme un historique factuel de ce que fait l’entreprise, et non comme le plan directeur du nouvel environnement. Concentrez-vous fermement sur le retour aux normes prêtes à l’emploi (OOTB) pour pérenniser la plateforme, et assurez-vous qu’un modèle de gouvernance solide est en place pour maintenir ces bonnes pratiques.
Ce qu’il faut retenir
Pour positionner votre projet sur la voie de la réussite, adaptez votre approche et prémunissez-vous contre les risques propres à votre parcours :
- Les parcours Greenfield doivent d’abord miser sur la définition des processus et la gestion du changement pour pallier la faible maturité opérationnelle.
- Les parcours Brownfield doivent prioriser l’évolution de la plateforme et l’expertise technique afin de contrer la dette technique accumulée.
- Les parcours de Migration doivent se concentrer sur une phase de découverte exhaustive de l’état actuel et un plan de transition pour garantir un déploiement dans les délais.
- Les parcours de Réimplantation doivent mettre l’accent sur la remise à zéro stratégique et l’alignement avec le standard (OOTB) pour éviter de recréer la complexité passée.
ServiceNow est rarement une fin en soi – c’est le moteur qui propulse vos résultats d’affaires. Comprendre tôt votre archétype d’implantation vous permettra de choisir la bonne feuille de route, de gérer adéquatement les attentes des parties prenantes et de guider votre plateforme vers un succès durable.
