Dans quels cas privilégier une migration big bang plutôt qu'un déploiement Salesforce par lots ?

Lors d'un projet Salesforce, la question de la stratégie de mise en production revient systématiquement. Faut-il basculer tout le monde d'un coup (approche big bang) ou déployer par étapes successives (approche par lots, ou phased rollout) ? Ce choix n'est pas seulement technique : il engage la conduite du changement, la gestion des risques et le budget. Voici les critères concrets pour arbitrer selon votre contexte d'ETI.

Comprendre les deux approches

La migration big bang consiste à mettre en production l'ensemble du périmètre (données, processus, utilisateurs) à une date unique. L'ancien système est arrêté, le nouveau prend le relais immédiatement. Le déploiement par lots découpe la bascule : par population d'utilisateurs, par entité, par zone géographique ou par module fonctionnel. Les deux systèmes coexistent souvent pendant une période transitoire.

Aucune approche n'est intrinsèquement meilleure. Le bon choix dépend du volume, de la criticité métier et de la capacité de l'organisation à absorber le changement.

Quand le big bang est pertinent

Le big bang se justifie dans plusieurs situations où le découpage apporterait plus de complexité que de bénéfices.

• Périmètre restreint et homogène : une équipe unique, un seul processus métier, un nombre limité d'utilisateurs (souvent quelques dizaines) qui partagent les mêmes usages.
• Forte interdépendance des données et processus : lorsque les objets sont tellement liés qu'un déploiement partiel créerait des incohérences (par exemple, des opportunités sans comptes ni contacts associés).
• Coexistence de deux systèmes coûteuse ou impossible : maintenir l'ancien et le nouvel outil en parallèle génère des doubles saisies, des risques de désynchronisation et des coûts de licences supplémentaires.
• Fenêtre de bascule disponible : une période creuse d'activité (clôture, congés, faible saisonnalité) permet d'absorber le choc sans mettre en péril l'exploitation.
• Message clair attendu par l'organisation : une bascule nette évite l'ambiguïté du « on utilise l'ancien ou le nouveau ? » qui nuit souvent à l'adoption.

Les conditions de réussite d'un big bang

Un big bang n'est viable que si vous avez sécurisé en amont :

• une recette approfondie couvrant tous les cas d'usage réels, pas seulement les scénarios nominaux ;
• une reprise de données testée plusieurs fois à blanc, avec des jeux de données de production ;
• un plan de repli (rollback) documenté et réaliste ;
• un dispositif de support renforcé les premiers jours (hypercare).

Quand privilégier le déploiement par lots

Le déploiement progressif réduit l'exposition au risque en limitant le nombre d'utilisateurs et de processus impactés à chaque étape. Il devient recommandé dans les cas suivants.

• Grand nombre d'utilisateurs : au-delà de quelques centaines de personnes, former et accompagner tout le monde simultanément devient difficile à orchestrer.
• Organisation multi-entités ou multi-pays : les spécificités locales (langues, réglementations, processus) se traitent mieux entité par entité.
• Processus complexes ou incertains : le déploiement par lots permet d'apprendre du premier groupe pilote et d'ajuster avant de généraliser.
• Reprise de données volumineuse ou hétérogène : migrer par tranches réduit la durée des fenêtres de bascule et facilite le contrôle qualité.
• Faible tolérance à l'interruption : quand l'activité ne peut pas s'arrêter, la coexistence maîtrisée des deux systèmes sécurise la continuité.

Les limites du déploiement par lots

L'approche progressive n'est pas gratuite. Elle implique de gérer une période de coexistence (interfaces temporaires, synchronisations, doubles usages), d'allonger la durée globale du projet et de maintenir la mobilisation des équipes sur plusieurs mois. Ces coûts cachés doivent être budgétés.

Grille de décision synthétique

Pour trancher, évaluez votre projet sur quelques axes structurants :

1. Volume d'utilisateurs : faible et homogène ⇒ big bang ; élevé ou dispersé ⇒ par lots.
2. Interdépendance des données : forte ⇒ big bang ; sécable ⇒ par lots.
3. Criticité et continuité : interruption acceptable ⇒ big bang ; zéro interruption ⇒ par lots.
4. Maturité et incertitude fonctionnelle : processus stabilisés ⇒ big bang ; besoin d'apprentissage ⇒ par lots.
5. Capacité de coexistence technique : coûteuse ⇒ big bang ; maîtrisable ⇒ par lots.

Dans la pratique, beaucoup d'ETI adoptent une approche hybride : un big bang sur un périmètre pilote restreint, puis une généralisation par lots. Cela combine la clarté d'une bascule nette et la maîtrise du risque à grande échelle.

Ce que ce choix révèle sur votre cadrage

La stratégie de déploiement n'est pas une décision de fin de projet : elle doit être posée dès le cadrage, car elle influence l'architecture, le plan de reprise de données, le calendrier et le budget. Un intégrateur expérimenté saura challenger vos hypothèses, chiffrer le coût réel de chaque scénario et proposer un plan de repli crédible. Méfiez-vous d'un prestataire qui impose une méthode unique sans analyser votre contexte.

Faire le bon choix avec un accompagnement neutre

Arbitrer entre big bang et déploiement par lots suppose de confronter votre situation à des projets comparables. INTEGREER agit comme tiers de confiance et peut vous mettre en relation avec des intégrateurs Salesforce dont l'expérience correspond à votre taille, votre secteur et votre niveau de complexité, sans engagement de votre part. Cela vous permet de comparer plusieurs approches méthodologiques avant de décider.