Quand une entreprise ajoute HRSD, CSM ou SPM à son ITSM, ou qu'elle hérite d'une seconde instance après un rachat, quelqu'un doit arbitrer. L'architecte ServiceNow fixe la stratégie d'instances, pose le CSDM pour que la CMDB serve aux incidents et aux changements, choisit entre IntegrationHub, API REST et MID Server, et dit non aux personnalisations qui bloqueront la prochaine montée de version. Les questions d'entretien pour un architecte ServiceNow doivent faire défendre ces arbitrages, avec leurs coûts.
Le titre est porté par des profils très différents. Certains sont d'anciens développeurs ServiceNow très solides sur le code mais peu à l'aise avec le modèle de données. D'autres viennent du conseil fonctionnel et dessinent de beaux schémas sans connaître les limites de la plateforme. Les certifications Certified Technical Architect (CTA) et Certified Master Architect (CMA) existent et figurent dans certaines offres, mais elles restent rares sur les CV.
Le candidat décrit une décision qu'il a prise et qu'il referait autrement : une séparation des domaines activée trop tôt, une intégration à refaire, une table personnalisée qui aurait dû rester dans un module standard. Le PDF reprend l'entretien sur six axes, avec un cas de 20 minutes sur une plateforme de groupe après un rachat.
Les briques de la plateforme qu'un architecte ServiceNow arbitre
CSDM (Common Service Data Model)
Le modèle de référence de ServiceNow pour relier applications métier, services, offres de service et infrastructure dans la CMDB. La version 5 (CSDM 5) le découpe en domaines, de la fondation à la consommation des services. Il conditionne l'usage des services dans les incidents, les changements, les SLA et les modules d'IA. L'architecte décide du rythme d'adoption et des propriétaires.
Séparation des domaines
Un mécanisme qui sépare les données, les processus et l'administration par domaine dans une seule instance, pensé pour les infogéreurs et les très grands groupes. Il rend chaque configuration sensible au domaine et alourdit les tests. Reste à savoir quand le candidat l'a déconseillé.
IntegrationHub et spokes
Les connecteurs prêts à l'emploi et les actions d'intégration utilisées dans les flows de Flow Designer. Ils sont facturés selon un volume de transactions prévu au contrat. L'architecte choisit quand un spoke suffit et quand une API dédiée s'impose.
API REST et Import Set API
Table API, API REST scriptées versionnées et Import Set API pour charger des données en passant par une table de transit et un transform. Le choix dépend du contrat d'interface voulu, du volume et du besoin de validation.
MID Server
Le serveur relais installé dans le réseau du client pour atteindre les systèmes internes, utilisé par Discovery, Service Mapping, les intégrations et l'orchestration. Il n'ouvre que des connexions sortantes vers l'instance. Leur nombre et leur emplacement font partie du dossier d'architecture.
Instances et Instance Data Replication
Production, développement, recette et parfois pré-production ou formation, selon ce que prévoit l'abonnement. Instance Data Replication copie des données d'une instance ServiceNow vers une autre. Une seconde production se justifie par des contraintes fortes, à documenter.
ALM, contrôle de source et CI/CD
Applications scopées versionnées, intégration Git, référentiel d'applications et API CI/CD de ServiceNow appelée depuis GitLab, Jenkins ou Azure DevOps. Les suites ATF et Instance Scan servent de contrôles avant livraison.
Now Assist, agents d'IA et gouvernance
Les fonctions d'IA générative de la plateforme et les agents d'IA, avec un outil de pilotage (AI Control Tower) que les offres commencent à citer. Elles demandent des données propres, des droits d'accès respectés et une décision sur la région de traitement.
L'architecte ServiceNow se trouve chez les intégrateurs, où il cadre les projets et relit le travail des équipes, et chez les clients finaux, où le poste se rapproche du platform owner et porte la cohérence de l'instance sur plusieurs années. Les offres lui demandent de l'expérience sur plusieurs modules (ITSM, CSM, HRSD, SPM, ITOM, ITAM), des intégrations et souvent une certification d'implémentation, parfois la CTA ou la CMA. La plateforme s'appelle désormais ServiceNow AI Platform. Depuis 2026, les familles de version portent des noms de pays, et la version courante est Brazil. Le poste n'est pas un rôle de chef de projet : il est jugé sur des choix techniques.
Ce qu'un architecte ServiceNow doit savoir trancher
- Modèle de données, CMDB et CSDM
- Séparation des domaines et sécurité de la plateforme
- Architecture d'intégration
- Stratégie d'instances et environnements
- Gouvernance technique, ALM et IA
- Performance, volumétrie et données
Instances, données, intégrations : cinq questions pour un architecte ServiceNow
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · senior
Vous devez écrire la politique de données de la CMDB pour toute la plateforme. Qu'y mettez-vous ?
Une bonne réponseLe périmètre des classes suivies et la raison de chacune, la source qui fait foi par classe et par attribut (traduite en règles IRE), un propriétaire par classe, les règles de fraîcheur et de retrait des CI que plus aucune source ne voit, les couches du CSDM obligatoires pour les services, et les indicateurs de qualité suivis. Il précise qui peut créer une classe ou une source, et par quel circuit de validation.
Signal d'alerteUne page de principes généraux sans propriétaires, ou une politique qui se résume à « tout ce que Discovery trouve ».
Question 2 · senior
Une filiale demande que ses agents ne voient pas les tickets du reste du groupe. Proposez-vous la séparation des domaines ?
Une bonne réponsePas d'emblée. Si le besoin se limite à restreindre la visibilité, des ACL, des règles de requête et un rattachement par société suffisent. La séparation des domaines se justifie quand il faut séparer aussi les processus et l'administration, comme chez un infogéreur. Il cite son coût : configuration à penser par domaine, tests multipliés, applications du Store pas toutes compatibles, retour en arrière très difficile.
Signal d'alerteL'activer comme un simple filtre, sans connaître ce qu'elle implique pour chaque développement.
Question 3 · senior
Un outil de supervision, l'ERP et le SIRH doivent échanger avec ServiceNow. Comment choisissez-vous entre IntegrationHub, API REST et MID Server pour chacun ?
Une bonne réponseIl part du sens, du volume et de l'emplacement. Un système dans le réseau interne passe par un MID Server. Les appels sortants depuis un flow passent par un spoke s'il existe, en tenant compte des transactions facturées. En entrée, une API REST scriptée versionnée pour un contrat stable, l'Import Set API pour des chargements à valider. Les événements de supervision passent par Event Management, pas par des incidents créés en direct. Il prévoit les reprises sur erreur et la supervision.
Signal d'alerteTout passer par la Table API avec un compte administrateur, quel que soit le flux.
Question 4 · expert
Après un rachat, le groupe a deux instances de production. Les fusionnez-vous ou gardez-vous les deux ?
Une bonne réponseIl liste les critères : obligations de localisation des données, écart entre les processus, niveau de personnalisation de chaque instance, contrats et licences, intégrations, recouvrement des CMDB. Une seule production reste la cible la plus simple à maintenir. Si la fusion est retenue, il prévoit la reprise des données (les update sets ne transportent pas les données), la correspondance des utilisateurs et groupes, l'historique, et une période de transition avec échanges entre instances.
Signal d'alerteUne réponse immédiate dans un sens ou dans l'autre, sans critère ni coût de migration.
Question 5 · senior
Comment automatisez-vous la livraison des applications scopées du développement vers la production ?
Une bonne réponseApplications scopées reliées à Git, versions publiées dans le référentiel d'applications, pipeline (GitLab, Jenkins, Azure DevOps) qui appelle l'API CI/CD de ServiceNow pour installer sur la recette, lancer les suites ATF et un Instance Scan, puis installer en production après validation. Le retour arrière se fait par la version précédente de l'application.
Signal d'alerteDes update sets exportés et importés à la main, sans tests automatiques.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Architecte ServiceNow : les questions qui reviennent
Architecte ServiceNow ou consultant technique senior : quelle différence ?
Le consultant technique senior conçoit et réalise un module ou une intégration. L'architecte ServiceNow décide pour toute la plateforme : nombre d'instances, modèle de données, règles de développement, façon d'intégrer, place de l'IA. Il relit le travail des autres et dit non aux personnalisations qui coûteront cher. Un bon consultant senior peut devenir architecte, à condition d'avoir vu plusieurs modules et au moins une montée de version difficile.
La certification CTA ou CMA est-elle indispensable ?
Certified Technical Architect et Certified Master Architect sont les certifications d'architecture de ServiceNow, avec un parcours long et exigeant. Elles rassurent un client, mais en faire une condition ferme réduit beaucoup le vivier. Une certification d'implémentation sur les modules du poste, plus une expérience prouvée de choix d'architecture sur une plateforme multi-modules, suffit souvent. C'est en entretien, plus que sur le CV, que cette expérience se vérifie.
Quel test technique pour un architecte ServiceNow ?
Une étude de cas vaut mieux qu'un exercice de code. Le cas décrit une plateforme réelle simplifiée : deux instances, un besoin de séparation entre filiales, trois intégrations, une CMDB mal tenue. Le candidat a vingt minutes de préparation et rend un schéma commenté avec les trois décisions les plus risquées. On voit alors si la personne connaît les limites de la plateforme, chiffre ses choix et sait dire ce qu'elle ne ferait pas.
Un architecte d'intégration généraliste peut-il tenir ce poste ?
Pour la partie intégration, souvent oui : API, flux, sécurité des échanges sont les mêmes. Il lui manquera le modèle de données de ServiceNow, le CSDM, la séparation des domaines, les update sets et les contraintes des montées de version deux fois par an. Si l'équipe compte déjà un expert de la plateforme, ce profil peut fonctionner. Seul, il risque de concevoir des intégrations propres sur une instance qu'il ne maîtrise pas.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
