Gérer une fusion-acquisition : une fusion-acquisition se joue sur les chiffres et le juridique pendant les premiers mois, mais elle se gagne ou se perd, ensuite, sur l’intégration réelle des équipes au quotidien. Deux organisations qui doivent apprendre à travailler ensemble affrontent presque toujours le même obstacle concret avant même les questions de culture d’entreprise : deux tenants Microsoft 365 différents, deux annuaires distincts, deux façons d’utiliser Teams, et des équipes qui ne peuvent littéralement pas s’écrire un message ou partager un fichier le premier jour. Piloter cette dimension technique et humaine avec méthode, via Teams, fait souvent la différence entre une intégration qui prend six mois et une qui s’étire sur deux ans avec un turnover élevé côté entreprise rachetée.
Phase de pré-closing : préparer la collaboration sans fusionner les systèmes
Avant le closing juridique, il est impossible et souvent interdit (pour des raisons de confidentialité et de droit de la concurrence) de fusionner les environnements Microsoft 365. Pourtant, certaines équipes projet (intégration, due diligence complémentaire, planification day one) doivent déjà collaborer. La solution consiste à activer la collaboration externe B2B de Teams : invitez les interlocuteurs clés de l’entité acquise comme utilisateurs invités dans une équipe Teams dédiée « Projet Intégration », hébergée sur le tenant de l’acquéreur ou dans un tenant neutre créé spécifiquement pour le projet. Ce tenant neutre, souvent négligé, présente l’avantage de ne pas donner l’impression que l’entité rachetée « rentre dans le moule » avant même le closing, ce qui a un effet non négligeable sur le climat social des premières semaines.
Configurez des canaux privés stricts au sein de cette équipe pour les sujets sensibles (synergies, plan social éventuel, valorisation), accessibles uniquement à un cercle restreint et nommément identifié, avec une revue mensuelle des accès. La confidentialité pré-closing est une obligation légale autant qu’une nécessité opérationnelle : une fuite d’information via un canal Teams mal configuré peut avoir des conséquences réglementaires réelles.
Piloter la migration tenant-à-tenant
Une fois le closing acté, la question technique centrale devient la migration tenant-à-tenant : faut-il migrer les utilisateurs de l’entité acquise vers le tenant de l’acquéreur, fusionner vers un tenant tiers, ou maintenir une coexistence prolongée ? Cette décision, souvent prise par la DSI seule, doit impliquer le chef de projet d’intégration, car elle détermine directement l’expérience utilisateur des premiers mois. Une migration Teams tenant-à-tenant implique la recréation des équipes, la migration des fichiers SharePoint associés, la reconstruction de l’historique de conversation (souvent partielle, ce qui doit être annoncé clairement pour éviter les mauvaises surprises), et la réattribution des licences.
Établissez un calendrier de migration par vagues, jamais en une seule fois pour une organisation de plus de quelques centaines de personnes : commencez par une population pilote volontaire, mesurez les incidents et le temps de résolution, ajustez la procédure, puis étendez. Communiquez systématiquement, via un canal Teams temporaire accessible aux deux organisations, le calendrier précis de bascule de chaque département, avec une date de gel des créations de nouveaux canaux dans l’ancien tenant pour éviter de perdre du contenu créé après la capture de migration.
Harmoniser les pratiques d’usage, pas seulement les licences
Deux entreprises qui utilisent toutes les deux Teams ne l’utilisent presque jamais de la même façon : l’une privilégie les canaux publics et une culture de transparence, l’autre fonctionne en canaux privés cloisonnés par silo hiérarchique ; l’une a l’habitude des réunions courtes et cadrées, l’autre multiplie les points informels. Ignorer cet écart culturel en pensant que « c’est le même outil » est une erreur fréquente. Organisez, dans les quatre à six semaines suivant la bascule technique, des ateliers courts de comparaison des pratiques avec des représentants des deux organisations, pour définir ensemble une charte d’usage commune : structuration des équipes et canaux, règles de nommage, politique de rétention des messages, usage des statuts.
Cette charte doit être publiée dans un onglet Wiki accessible à tous et rappelée activement pendant les trois premiers mois, pas seulement diffusée une fois par email. Désignez des « ambassadeurs Teams » dans chaque entité, issus des deux organisations à parts égales, chargés de répondre aux questions d’usage et de remonter les points de friction au comité d’intégration.
Utiliser Teams comme vitrine de l’intégration réussie
Au-delà de l’aspect technique, Teams peut jouer un rôle actif dans la réussite culturelle de la fusion. Créez une équipe transverse « Nouvelle Entité » avec des canaux thématiques qui mélangent délibérément des collaborateurs des deux origines sur des sujets non menaçants : innovation, retours d’expérience clients, événements internes. Ce type d’espace, animé activement les premières semaines par la communication interne, crée des interactions organiques entre des personnes qui, sinon, n’auraient jamais eu de raison de s’écrire.
Utilisez également les Town Halls Teams pour organiser des sessions de questions-réponses régulières avec la direction pendant la phase d’intégration : l’incertitude est le principal facteur d’anxiété et de départ volontaire dans les six premiers mois suivant une fusion, et une communication descendante régulière et honnête, avec un vrai espace pour les questions difficiles, réduit sensiblement ce risque. Documentez les questions récurrentes dans une FAQ vivante mise à jour après chaque session, plutôt que de laisser les mêmes interrogations resurgir en boucle.
Piloter les indicateurs d’adoption et les points de friction
Un chef de projet d’intégration doit suivre des indicateurs concrets d’adoption, pas seulement de connexion technique. Le nombre de comptes activés dans le nouveau tenant est un indicateur de vanité s’il n’est pas complété par des données d’usage réel : combien de canaux mixtes (avec des membres des deux origines) sont réellement actifs, combien de réunions inter-entités ont eu lieu, quel est le taux de réponse aux sondages internes diffusés via Teams. Ces signaux, croisés avec les remontées qualitatives des ambassadeurs, permettent d’identifier rapidement les poches de résistance : une équipe entière qui continue à utiliser un outil de messagerie parallèle est un signal fort qu’il faut traiter avant qu’il ne devienne un point de blocage structurel de l’intégration.
Une fusion-acquisition réussie sur le plan opérationnel se reconnaît à un signe simple : six mois après le closing, plus personne ne distingue spontanément « eux » et « nous » dans les canaux Teams quotidiens. Y parvenir suppose de traiter la bascule technique avec la même rigueur qu’un projet de migration classique, mais aussi et surtout d’utiliser délibérément l’outil comme un espace de création de lien entre deux cultures d’entreprise qui doivent apprendre à n’en faire qu’une.