16 June 20268 min de lecture
Les partenariats se terminent. Parfois mal, plus souvent pour des raisons parfaitement ordinaires : le travail du client s’achève, vos besoins de capacité changent, le partenaire réoriente son activité, une personne clé s’en va et l’équipe n’est plus celle avec laquelle vous aviez contracté. Rien de tout cela n’est un scandale.
Ce qui décide si la fin sera calme ou coûteuse, c’est une poignée de clauses que les deux parties sont le moins motivées à négocier au moment où elles le peuvent, c’est-à-dire au début, quand tout le monde est optimiste et soucieux de ne pas paraître méfiant.
Les clauses qui rendent une sortie supportable
Six clauses font presque tout le travail. Elles n’ont rien de remarquable à inclure et il est douloureux de s’en passer.
- Un préavis, des deux côtés, assez long pour réaffecter des personnes. Trente jours est courant et souvent trop court pour une équipe d’une certaine taille ; soixante est plus honnête au-delà d’une ou deux personnes.
- Une période de transition après le préavis, pendant laquelle le partenaire continue de travailler aux tarifs convenus, assortie d’une obligation explicite de coopérer à la passation. Sans cela, le préavis s’achève et tout le reste avec lui.
- Les livrables à la résiliation, nommés précisément : dépôts, identifiants, configuration des environnements, accès à l’infrastructure, documentation, et tout ce qui n’existe que sur une machine du partenaire.
- Restitution et suppression des données, avec une échéance et une confirmation écrite, conformes à ce que vous avez promis à votre client dans l’accord de traitement des données.
- La survie de la confidentialité, de la cession de propriété intellectuelle et de la non-sollicitation au-delà de la date de fin, pour que la résiliation ne lève pas discrètement les protections.
- Paiement à la résiliation : ce qui est dû pour les travaux en cours, et ce que deviennent les montants prépayés ou engagés.
Un partenaire qui résiste aux six vous dit quelque chose d’utile très tôt. Un partenaire qui a sa propre version de la liste est déjà passé par là, ce qui est bon signe plutôt que mauvais.
La connaissance qui part avec eux
Les conditions commerciales sont la partie facile. La partie coûteuse d’une fin de mission est la compréhension : pourquoi l’intégration réessaie trois fois, quel interlocuteur du client doit approuver un changement de schéma, contre quoi protège le contournement du module de paiement. Presque rien de tout cela n’est écrit au moment où le préavis est donné.
La meilleure défense n’est pas un document de passation héroïque rédigé dans la dernière quinzaine, qui sera mince parce que personne ne peut restituer sur commande ce qu’il sait. C’est l’habitude d’une documentation continue pendant la mission : les décisions consignées là où elles ont été prises, les runbooks mis à jour dans le cadre du « terminé », une installation d’environnement qu’une nouvelle personne peut suivre sans aide. C’est l’un des arguments pour garder le partenaire dans votre outillage et vos dépôts d’un bout à l’autre, car la connaissance captée dans vos systèmes reste quand les personnes partent.
Vous ne pouvez pas extraire trois années de compréhension en deux semaines de préavis. Vous ne pouvez que l’avoir écrite au fil de l’eau.
La passation, dans l’ordre qui fonctionne
Quand une fin est planifiée, ordonnancez-la délibérément plutôt que de traiter le dernier jour comme une falaise.
Gelez d’abord le périmètre. Cessez de lancer de nouveaux travaux dès la notification du préavis, et terminez ou abandonnez explicitement ce qui est en cours. Un travail à moitié fait sans auteur vaut moins que pas de travail du tout.
Menez ensuite le sprint de documentation : l’architecture et son raisonnement, le runbook opérationnel, les problèmes connus et leur historique, et l’installation de l’environnement, le tout vérifié par quelqu’un qui ne connaît pas déjà le sujet. Une documentation que personne n’a suivie de bout en bout est un brouillon, pas une passation.
Faites ensuite se recouvrir les équipes. L’équipe entrante, la vôtre ou celle d’un autre partenaire, travaille aux côtés de l’équipe sortante pendant une durée définie, tant que celle-ci est encore payée et encore responsable. Payer brièvement deux équipes coûte bien moins cher qu’un démarrage à froid sur un système que personne ne comprend, et c’est l’étape la plus souvent supprimée pour des raisons budgétaires et la plus souvent regrettée.
Transférez ensuite les accès, puis révoquez-les. Chaque identifiant, permission de dépôt, rôle cloud, compte tiers et secret partagé, sur une liste que vous pouvez cocher. La révocation est un événement de sécurité, pas un acte administratif, et elle doit avoir une date et un responsable.
Enfin, bouclez la question des données : restitution, suppression, confirmation écrite, et classement de cette confirmation là où les auditeurs de votre client pourraient la trouver.
Ce que le client doit entendre
Si vous avez correctement annoncé le recours à un partenaire, cette conversation est brève : le partenaire de livraison change, voici le plan de transition, voici les dates, la responsabilité reste la même. C’est tout le message, et il doit arriver avant que le client ne remarque de nouveaux noms, pas après.
N’expliquez pas la fin de la mission en critiquant le partenaire. Même lorsque le partenaire était réellement le problème, le dire au client soulève une question qu’il ne se posait pas : pourquoi l’avez-vous choisi et que vaut votre jugement. Prenez la transition à votre charge, car elle vous incombe.
Soyez réaliste sur le rythme. Une équipe qui vient de reprendre le travail sera plus lente pendant un temps, et le dire à l’avance coûte une phrase inconfortable, alors que le découvrir ensemble coûte de la confiance.
Les fins qui ne devraient pas en être
Deux situations sont prises à tort pour un motif de rupture. La première est un projet raté isolé au sein d’une relation par ailleurs bonne. Menez le retour d’expérience avant de décider : on constate souvent que la spécification était mince ou que la direction venait de vous, et changer de partenaire ne ferait que déplacer le même échec vers une équipe qui doit tout réapprendre.
Le second cas est un creux dans votre flux d’affaires. Mettre fin à un partenariat qui fonctionne parce qu’il n’y a pas de travail ce trimestre revient à repayer toute la montée en charge six mois plus tard. Un dispositif en veille avec un petit flux continu, ou une pause convenue avec des conditions intactes, garde l’option ouverte pour bien moins cher qu’un redémarrage.
Bien finir est un actif commercial
Le secteur est petit et les gens circulent. Un partenaire traité correctement en sortant vous recommande du travail, prend votre appel en cas de crise, et parle de vous en bien à ceux qui hésitent à vous faire confiance. Payez la dernière facture à l’heure, honorez la période de transition au lieu de chercher à l’écourter une fois que vous avez ce qu’il vous faut, et dites franchement pourquoi cela s’arrête. Cela ne coûte presque rien au moment où cela compte, et c’est la partie d’un partenariat dont on se souvient le plus clairement.