Mise en production & adoption
Runbook de bascule
La bascule effective — minute par minute, avec attribution des rôles, fenêtre de gel, communication et un bouton de roll-back explicite. Une bonne bascule est ennuyeuse ; c'est exactement l'objectif.
Mis à jour le 18 mai 2026
Go-live · 5.4
Pourquoi cela compte maintenant
La bascule est le moment où toute la préparation converge. Improviser ici coûte des jours, pas des heures. Un bon runbook paraît excessivement détaillé — jusqu’à ce que quelqu’un, à 02 h 14 du matin, doive prendre une décision sous pression et que le script lui dise exactement quoi faire.
Que livrez-vous ?
Runbook
Script étape par étape avec horaires, actions, propriétaires et validations.
Attribution des rôles et war room
Qui est où, qui appelle qui, war room physique ou virtuelle.
Critères de roll-back
Quelle situation déclenche le retour arrière, qui décide, comment vous le faites.
Matrice de communication
Ce que vous communiquez en interne et en externe, quand, par quel canal.
Questions clés
- 1Quand — week-end, période de vacances, vendredi soir ? Quelle est la fenêtre la plus calme avec le moins d'impact ?
- 2Fenêtre de gel — à partir de quel moment plus aucun changement ne peut être fait dans les systèmes sources ? Comment le communiquez-vous ?
- 3Attribution des rôles — cutover lead, tech lead, communication, validateur métier, sponsor d'astreinte ? Un back-up par rôle.
- 4Étapes — pour chaque action : que faites-vous, combien de temps, qui exécute, quel contrôle valide le succès ?
- 5Points de décision (gates) — après quelles étapes pouvez-vous continuer et quels sont les critères ? Qui signe ?
- 6Procédure de roll-back — décrite concrètement, testée en dry run. Quelles actions, combien de temps, quel est le point de non-retour ?
- 7Communication — message utilisateur en amont, page de statut pendant, message « tout est en ligne » après. Par canal et par langue.
- 8Partenaires externes — consultant d'implémentation Gfacility, fournisseur IdP, hébergement, éventuellement l'admin du tenant M365 : qui est d'astreinte, sur quelle ligne d'escalade ?
- 9Smoke tests juste après le go-live — quels 10 à 15 scénarios exécutez-vous pour avoir confiance que cela fonctionne ?
- 10Sécurité — comptes de service, clés API, secrets OAuth — qui les détient, comment les stockez-vous en sécurité tout le week-end ?
Modèle — Runbook (extrait)
| Heure | Étape | Propriétaire | Validation | Roll-back ? |
|---|---|---|---|---|
| Ven 18 h 00 | Communication « début du gel » | PM | Email envoyé, bandeau intranet | S.O. |
| Ven 19 h 00 | Système source en lecture seule | Admin source | Test d'écriture manuel échoue | Revenir en lecture-écriture |
| Ven 19 h 30 | Export delta final | Tech lead | Compteurs ≥ attendus | Relancer le script |
| Ven 20 h 30 | Script de migration en production | Tech lead | Logs clean, compteurs OK | Restauration snapshot |
| Ven 22 h 00 | Activation SSO + intégrations | IT-Identity | Connexion compte de test | Rollback config SSO |
| Ven 23 h 00 | Smoke tests (15 scénarios) | Validateurs métier | 14/15 PASS | Décision par scénario |
| Sam 00 h 00 | Gate go/no-go 1 | Cutover lead | Sponsor signe | → Roll-back |
| Sam 09 h 00 | Tests des champions sur site | Champions | Journal des issues ≤ 5 P2 | — |
| Dim 18 h 00 | Communication « live lun 8 h 00 » | PM | Email + Teams + intranet | — |
| Lun 08 h 00 | Hypercare officiellement démarrée | Hypercare lead | Hotline ouverte | — |
| … | … | … | … | … |
Modèle — Critères de roll-back
Déclencheur 1 — Qualité des données
Écart > 2 % sur les totaux entre source et cible après migration. Décision de roll-back dans les 30 min.
Déclencheur 2 — Le SSO échoue
> 5 % des comptes de test n'arrivent pas à se connecter. Roll-back sauf contournement dans les 60 min.
Déclencheur 3 — Smoke test en échec
> 3 scénarios sur 15 en échec. Ne franchissez aucun gate go/no-go. Analyse du problème + décision.
Point de non-retour
Samedi 12 h 00 — au-delà, le roll-back n'est plus faisable sans perdre le travail du week-end. Décidez avant ce moment.