Tech Lead ServiceNow N3
1Architecture plateforme, customs avancés, scripts d'upgrade, intégrations critiques, point d'escalade N3
Loading...
Loading...
Maintien en conditions opérationnelles de la plateforme ServiceNow : support N2/N3, évolutions applicatives, upgrades semestriels, Now Assist, astreinte.
Chaque phase regroupe une ou plusieurs des dix étapes ATLAS. Aucune phase ne démarre tant que la précédente n'a pas livré son artefact validé. La méthodologie ATLAS rend la migration AS/400 prévisible et auditable.
Phase de transition obligatoire de 4 à 8 semaines : lecture exhaustive de la documentation existante, sessions de transfert de connaissances avec l'équipe build, cartographie des customs et des intégrations, identification des dettes techniques connues, refonte de la documentation manquante. Les SLA contractuels ne s'appliquent qu'après cette phase signée.
Support N2/N3 sur incidents et demandes, gestion des SLA par criticité (Critique 1h prise en compte / 4h résolution, Majeur 4h/1j, Mineur 1j/5j, Évolution 5j qualification), astreinte rotative, escalade N3 documentée, suivi indicateurs.
Cycle d'évolutions en sprints (typiquement mensuels), priorisation avec key users métier, configuration formulaires / workflows / rapports Performance Analytics, tests utilisateurs, déploiement sans régression, intégration des nouvelles capacités (Now Assist, AI Search, Workflow Studio).
Veille nouvelles versions ServiceNow, test sur instance qualification 6 à 8 semaines avant production cible, tests non-régression sur workflows critiques, remédiation 5-15% des customs impactés, répétition en avant-prod, planification créneau production avec rollback préparé, exécution et validation post-production.
Revue annuelle de la TMA avec recommandations stratégiques (extension modules, simplifications, refonte architecture), arbitrage renouvellement / extension / transfert partiel, plan de continuité documenté, transfert progressif vers l'équipe cliente possible si demandé.
Une plateforme ServiceNow en production demande un maintien en conditions opérationnelles structuré : support N2/N3 sur les incidents techniques, évolutions applicatives demandées par les métiers, upgrades semestriels imposés par ServiceNow, intégration des nouvelles capacités (Now Assist, AI Search, Workflow Studio), surveillance de la santé de la plateforme. Beaucoup d'organisations dimensionnent leur équipe interne pour le build initial et se retrouvent sous-équipées pour le run. L'externalisation du run vers un partenaire spécialisé permet de mutualiser l'expertise et de garantir la continuité même en cas de turnover interne.
Une TMA (Tierce Maintenance Applicative) ServiceNow couvre quatre familles d'activités. Le support N2/N3 : résolution des incidents techniques que les utilisateurs internes ne peuvent pas traiter (workflows cassés, intégrations en erreur, droits d'accès, performances). Les évolutions applicatives : ajustements de formulaires, nouveaux workflows, rapports Performance Analytics, déploiement de nouveaux modules. Les upgrades semestriels : test sur instance de qualification, remédiation des customs impactés, déploiement en production sans régression. La surveillance proactive : revue mensuelle de santé, identification des dettes techniques, recommandations de simplification.
Centre de services 24/7 avec SLA contractualisés
Une TMA ServiceNow se contractualise typiquement sur deux à trois ans renouvelables avec une cellule dimensionnée selon le volume. Pour une plateforme avec deux à cinq cents utilisateurs et un périmètre ITSM standard, comptez trois à cinq personnes : un tech lead ServiceNow N3, un à deux développeurs ServiceNow N2/N3, un consultant fonctionnel ITIL pour les évolutions, un chef de projet à temps partiel. Pour des plateformes plus larges (ITSM + ITOM + CSM + HRSD, plus de mille utilisateurs), l'équipe peut atteindre huit à douze personnes avec un découpage par module.
Démarrer la TMA sans phase de prise en main documentée. L'équipe TMA hérite d'une plateforme custom dont elle ne connaît pas les spécificités, et les premiers mois sont catastrophiques en termes de SLA.
Phase de transition de 4 à 8 semaines obligatoire : lecture exhaustive de la documentation existante, sessions de transfert de connaissances avec l'équipe build, cartographie des customs et des intégrations, identification des dettes techniques connues, refonte de la documentation manquante. Les SLA contractuels ne s'appliquent qu'après cette phase de transition signée.
Sous-estimer le passage des upgrades semestriels. Sans préparation, un upgrade peut casser des dizaines de customs et bloquer la plateforme plusieurs jours.
Plan d'upgrade structuré : test sur instance de qualification 6 à 8 semaines avant la production, exécution des tests de non-régression sur les workflows critiques, remédiation des customs impactés (souvent 5 à 15% des customs nécessitent une adaptation), répétition de l'upgrade en avant-prod, planification du créneau production hors heures critiques avec rollback préparé.
Plusieurs profils distincts, mobilisés sur la durée du programme. Reproduire cette cellule en interne est rarement réaliste — la pénurie des compétences legacy et la profondeur d'expertise ATLAS rendent l'externalisation structurellement plus rapide et moins risquée.
Architecture plateforme, customs avancés, scripts d'upgrade, intégrations critiques, point d'escalade N3
Configuration formulaires, workflows, scripts JS, Performance Analytics, REST integrations, remédiation customs sur upgrade
Évolutions applicatives, refonte workflows, conformité ITIL, dialogue métier, formation key users
Revue mensuelle de santé plateforme, identification dettes techniques, recommandations de simplification, mesure SLA et adoption
Couverture 24/7 ou heures ouvrées étendues, runbooks à jour, escalade N3 documentée
Pilotage cellule, comité mensuel client, plan d'upgrade semestriel, gestion contrats et SLA
Les SLA standard d'une TMA ServiceNow distinguent typiquement quatre niveaux. Critique (plateforme indisponible ou workflow critique cassé) : prise en compte sous 1 heure, résolution sous 4 heures. Majeur (fonctionnalité dégradée pour un groupe d'utilisateurs) : prise en compte sous 4 heures, résolution sous 1 jour ouvré. Mineur (gêne ponctuelle, contournement possible) : sous 1 jour ouvré, résolution sous 5 jours. Évolution (demande métier non urgente) : qualification sous 5 jours, planification en sprint. Les SLA exacts sont contractualisés au démarrage selon les enjeux du client.
Notre cellule TMA gère intégralement le cycle d'upgrade : veille sur les nouvelles versions, test sur instance de qualification dès la disponibilité (6 à 8 semaines avant production cible), remédiation des customs impactés, validation avec les key users, planification de la fenêtre production avec votre équipe IT, exécution avec rollback préparé, validation post-production. Le client garde la décision finale sur la planification mais n'a pas à porter la charge technique de l'upgrade.
Pour une cellule de 3 à 5 personnes en co-delivery nearshore Tunisie sur une plateforme ServiceNow ITSM standard avec 200 à 500 utilisateurs, comptez un budget annuel entre quatre cent et sept cent mille euros incluant support N2/N3, évolutions, upgrades, astreinte. Pour des plateformes plus larges avec ITOM + CSM + HRSD, le budget peut atteindre un à deux millions d'euros annuels. Voir les modèles de delivery pour les formats contractuels (centre de services, régie cadrée, BOT).
Trois manières de démarrer — du diagnostic plateforme à la prise en main complète. Notre TMA s'appuie sur une phase de transition signée avant application des SLA, et sur un cycle d'upgrade structuré qui passe sans régression.