La Réponse Courte
Le débat entre le déploiement "Big Bang" et le déploiement par phases est souvent présenté comme une question de risque, mais il s'agit avant tout d'une question de dépendance. Si deux unités partagent le même dossier et le même processus, les scinder en différentes vagues génère une période transitoire coûteuse et sujette aux erreurs. Si les unités sont indépendantes, il n'y a aucune raison de les lancer toutes en même temps.
La règle pratique : cartographiez d'abord les dépendances, puis choisissez la stratégie.
Les Deux Approches en Bref
Un déploiement Big Bang met en service toutes les unités à une date unique. L'avantage est une finalisation rapide du projet, une source de vérité unique dès le premier jour, et un coût de période intermédiaire nul. L'inconvénient est la concentration des risques : toute erreur affecte tout le monde au même moment, et la récupération est complexe.
Un déploiement par phases met en service une unité ou un processus par vague. L'avantage est l'apprentissage de vague en vague, un risque limité et une équipe qui s'améliore. L'inconvénient est une durée de projet plus longue, une fatigue organisationnelle et une période prolongée pendant laquelle deux systèmes coexistent.
Cartographie des Dépendances — L'Analyse Déterminante
| Question | Réponse menant au Big Bang | Réponse menant aux Phases |
|---|---|---|
| Le même dossier est-il traité par deux unités ? | Oui, de façon continue | Non, avec un coût clair |
| Le processus traverse-t-il les départements ? | Oui, de bout en bout | Processus séparés |
| Le reporting de gestion unifie-t-il toutes les unités ? | Oui, quotidiennement | Reporting au niveau de l'unité |
| Une synchronisation bidirectionnelle est-elle possible à un coût raisonnable ? | Non | Oui |
| Les unités partagent-elles le même catalogue de produits et les mêmes prix ? | Oui | Non |
Si trois réponses ou plus se trouvent dans la colonne de gauche, la division en phases coûtera plus cher qu'elle ne rapportera.
Coût de la Coexistence
C'est la section qui détermine de nombreuses décisions et qui est pourtant souvent oubliée dans la planification. La période de transition comprend : la synchronisation bidirectionnelle entre Salesforce et l'ancien système, la génération de rapports consolidés provenant de deux sources, la prise en charge de deux environnements, une double formation pour les utilisateurs travaillant dans les deux, et la gestion des conflits de mise à jour.
Une estimation réaliste se situe entre 10% et 25% du budget du projet, et augmente à mesure que la période s'allonge. Si le plan prévoit une année de coexistence, il convient d'examiner sérieusement si raccourcir cette période justifie le risque supplémentaire d'un déploiement plus étendu.
Risques de Migration pour Chaque Approche
Dans l'approche Big Bang, la migration est un événement unique et majeur, réalisé dans une fenêtre de temps courte. Elle nécessite des répétitions complètes (Mock Cutover) et un plan de retour arrière éprouvé. Dans un déploiement par phases, la migration se répète à chaque vague, mais à une échelle plus petite – et à chaque fois, il faut décider ce qu'il advient des enregistrements concernant les unités qui ne sont pas encore mises en service.
Dans les deux cas, la qualité des données est le facteur déterminant pour le jour du lancement. Une planification détaillée figure dans le Guide d'implémentation Salesforce.
Matrice de Décision par Type d'Organisation
| Contexte | Recommandation | Justification Principale |
|---|---|---|
| Jusqu'à 150 utilisateurs, processus uniforme | Big Bang | Le coût de la coexistence dépasse le risque |
| Multi-sites ou multi-pays | Phases par site | Différences réglementaires et processus |
| Plusieurs départements avec un processus commun | Core commun puis phases | Évite la synchronisation bidirectionnelle |
| Date butoir fixe pour la fin d'un contrat existant | Big Bang avec périmètre réduit | Pas de temps pour la période de coexistence |
| Organisation sans expérience préalable de Salesforce | Première vague petite | Développement de la capacité interne |
| Migration complexe depuis de multiples sources | Phases | Répartition du risque des données |
L'Approche Hybride qui Fonctionne en Pratique
La plupart des implémentations réussies de grande envergure combinent : une couche Core unifiée – modèle de données, clients, autorisations, rapports de base – mise en service pour l'ensemble de l'organisation en une seule fois ; au-dessus, des phases par unité pour les processus spécifiques. Cela évite la synchronisation bidirectionnelle des données partagées, tout en permettant un apprentissage progressif.
Le choix du périmètre minimal pour la première vague est une décision en soi, et est détaillé dans Définir le MVP dans Salesforce. Dans les grandes organisations, les implications sont plus larges et sont abordées dans Implémentation de Salesforce dans une grande organisation.
Implications sur la Période de Stabilisation
La stratégie détermine également la structure du "Hypercare" : en mode Big Bang, une grande équipe est requise pour une période intense et courte ; en mode par phases, une petite équipe est nécessaire, qui revient à chaque vague et accumule des connaissances. Dans les deux cas, des critères de sortie définis sont nécessaires, comme détaillé dans Hypercare après le Go Live.
Résumé
Cartographiez les dépendances entre les unités avant de discuter de la méthodologie, chiffrez la période de coexistence, et choisissez en fonction du contexte : une petite organisation avec un processus uniforme optera pour le Big Bang, une organisation multi-sites choisira des phases, et la plupart des organisations de taille moyenne bénéficieront d'un Core commun surplombé de phases.