Les cent premiers jours après une acquisition ne sont pas remplis de décisions qui pèsent toutes autant. Une partie doit être prise immédiatement : qui signe pour quoi, quel système reste actif, qui communique vers les clients. Une autre partie peut attendre, et parfois attendre est le meilleur choix. La question qui manque souvent n'est pas « que faut-il faire » mais « que se passe-t-il si cette décision tombe deux semaines plus tard » — et qui surveille ce vide dans l'intervalle.
L'ordre des décisions dans les cent premiers jours est souvent organisé comme une planification de projet : ce qui peut se faire en parallèle, ce qui doit se faire successivement. C'est une partie de l'histoire. L'autre partie est l'incertitude. Une décision qui est petite en soi peut néanmoins devoir se trouver en tête de liste parce qu'elle maintient l'incertitude sur ce qui se passe dans cinq autres équipes tant qu'elle n'est pas prise. Comment faire cette distinction, vous le lirez dans la méthode pour trier les décisions selon le coût de l'incertitude plutôt que selon la planification. Sans ce tri, on obtient une liste qui semble logique mais qui laisse les incertitudes les plus coûteuses en bas de liste.
Il existe une hypothèse selon laquelle un plan Day 100 doit être complet : tout ce qui touche à l'intégration doit être planifié quelque part. Cette hypothèse est erronée. Certaines décisions sont mieux différées après le jour cent, parce que l'information nécessaire n'est pas encore disponible, ou parce que la fusion de cette partie n'est de toute façon pas certaine. Ce qui peut attendre et quelles sont les conditions pour surveiller ce report plutôt que de l'oublier, est décrit dans l'aperçu de ce qui peut atterrir après le jour cent et qui continue à le suivre. Reporter une décision est une décision ; elle doit avoir un responsable, même si l'action elle-même n'a pas encore lieu.
La question « qui surveille cela » est tout aussi importante que la question de savoir quelles décisions existent. Une liste de décisions sans responsable par décision est un document, pas un pilotage. Dans la plupart des intégrations, cette surveillance revient à un bureau d'intégration : une petite équipe ou une seule personne qui vérifie chaque semaine si les décisions qui devaient être prises cette semaine l'ont bien été, et qui rend visible le moment où ce n'est pas le cas. Comment un tel bureau d'intégration reste praticable — sans se transformer en bureaucratie propre, sans se vider jusqu'à devenir un formulaire que plus personne ne remplit — est décrit dans l'approche pour garder le bureau d'intégration léger et fonctionnel.
Les décisions des cent premiers jours sont rarement indépendantes les unes des autres. La décision concernant le système CRM à conserver détermine quand les équipes commerciales peuvent être fusionnées. La décision concernant la structure juridique détermine quand la facturation peut s'intégrer. Une partie du retard dans les intégrations ne provient pas d'une prise de décision lente, mais de dépendances qui n'avaient pas été cartographiées à l'avance. Quelles dépendances bloquent le reste du calendrier et comment vous les surveillez, est décrit dans la manière d'identifier les dépendances bloquantes avant qu'elles n'arrêtent le calendrier.
Le jour cent est un jalon, pas une garantie. Les plans prennent du retard, les décisions tombent plus tard que prévu, et la question qui se pose alors n'est pas de savoir si c'est grave, mais quelle est la prochaine étape. Replanifier sans faire dérailler l'ensemble du parcours est une question à part, avec sa propre approche.
Une partie des décisions des cent premiers jours passe par des personnes spécifiques : celle qui connaît la relation client, celle qui gère le système, celle dont la signature est nécessaire. Si cette personne part, est en congé, ou se retrouve surchargée, la décision s'arrête sans que cela n'apparaisse dans la planification. Qui sont ces personnes clés et comment éviter qu'une seule absence n'arrête le calendrier, est décrit dans l'approche pour identifier les personnes clés lors d'une acquisition et maîtriser leur indisponibilité.
À chaque décision de ces cent jours correspond une question qui n'est pas évidente : cette partie doit-elle réellement être fusionnée ? L'intégration détruit parfois de la valeur au lieu d'en créer — fusionner deux systèmes qui fonctionnent tous les deux n'est pas automatiquement meilleur que de les laisser coexister. Cette question doit être posée pour chaque composant, non pas comme une exception mais comme un élément constant de la décision.
Cette page décrit un cadre : quelles décisions pèsent, dans quel ordre, et qui les surveille. Ce n'est pas un état de service ni un parcours réalisé auquel se référer — c'est un outil qui apporte de la structure à une période qui, sans structure, s'embourbe rapidement. L'outil qui soutient ce cadre, avec des générateurs pour la ligne de base des synergies, le plan Day 1 et le plan Day 100, est en cours de construction. Ceux qui souhaitent l'utiliser peuvent s'inscrire sur la liste d'attente.
Une partie des cent jours consiste en un travail qui ne relève pas de décisions mais d'exécution : fusionner des rapports, transférer des données, rédiger des communications. Pour cette partie, une autre question se pose : quelle part de ce travail peut être reprise par l'IA. Le scan de travail de FTE TO AI calcule, par tâche, quelle part du travail s'y prête, ce qui donne une indication des endroits de l'intégration où l'on peut libérer de la capacité pour les décisions qui restent, elles, du travail humain.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.