Conserver l’option de réinternaliser le travail

12 May 20267 min de lecture

Demandez à un acheteur prudent ce qui l’inquiète dans l’externalisation et il vous parlera de qualité, de communication, ou d’un projet qui échoue. Ce sont les problèmes récupérables. Celui qui piège vraiment les entreprises est plus étrange : l’arrangement fonctionne, tout le monde est satisfait, et quatre ans plus tard le travail ne peut plus revenir parce que la capacité de le faire en interne n’existe plus.

Il faut être clair : ce n’est pas une raison d’éviter l’externalisation. C’est une raison de traiter la réversibilité comme une décision de conception prise au début, où elle ne coûte presque rien, plutôt qu’à la fin, où elle coûte très cher et où vous n’avez aucun rapport de force.

Pourquoi la réversibilité est la vraie question de risque

Tous les autres risques d’un dispositif d’externalisation ont un plancher, parce que vous pouvez partir. Une qualité médiocre, des prix qui montent, un partenaire qui s’est désintéressé : tout cela est supportable si la sortie est réelle. Dès qu’elle ne l’est plus, chacun de ces risques devient illimité, et la relation commerciale change de nature même si personne ne le dit à voix haute.

C’est aussi l’axe que personne ne note lors de la sélection. Les acheteurs comparent les tarifs, les références et la maturité des processus. Presque aucun ne demande à quoi ressemble une sortie, et les prestataires ne le proposent pas d’eux-mêmes. La question n’a rien d’hostile et un bon partenaire y répondra franchement, car un partenaire confiant dans la relation n’a aucune raison de compter sur la difficulté de la sortie.

Les quatre verrous

La réversibilité se perd de quatre façons précises, et chacune a une parade peu coûteuse.

• La connaissance. Le raisonnement derrière le système vit dans des conversations auxquelles vous n’avez pas participé. Rien n’est caché ; cela n’a simplement jamais été écrit, et personne ne l’a remarqué parce que ceux qui savaient étaient toujours disponibles.
• Les accès. Comptes cloud, domaines, certificats, fiches sur les stores, supervision et intégration continue, tous créés sous l’organisation du prestataire parce que c’était plus rapide le premier jour.
• Outillage. Le travail dépend des bibliothèques internes, des modèles, des chaînes de production ou de l’hébergement du prestataire, qui sont les siens et non les vôtres, et que vous ne pouvez pas faire tourner sans lui.
• Contrat. Une cession de propriété intellectuelle qui ne prend effet qu’au paiement final plutôt qu’en continu, un préavis assez long pour être punitif, ou aucune obligation d’aider à la transition.

Le premier est celui qui vous piège, car il s’accumule en silence alors que les trois autres sont visibles. Le verrou de connaissance ne ressemble à un problème à aucun instant précis. Il ne se manifeste que la semaine où vous devez recruter, et où vous découvrez que la description de poste devrait être rédigée par les personnes que vous remplacez.

Ce qu’il faut convenir au départ

Tout cela se négocie avant la signature et rien ne se négocie après. Ces clauses n’ont rien d’agressif et un prestataire sérieux n’y fera pas objection.

• Une cession de propriété intellectuelle qui prend effet au fur et à mesure de la production du travail, et non au paiement final.
• Tous les comptes et l’infrastructure au nom de votre société, les collaborateurs du prestataire étant ajoutés comme utilisateurs que vous pouvez retirer.
• La gestion de code source, la CI et le suivi des tickets vous appartiennent, si bien que l’historique du travail est le vôtre par défaut.
• Une obligation de transition nommée : un nombre défini de jours de transfert de connaissances à un tarif convenu, mobilisable sur préavis, quelle que soit la raison de la fin de la mission.
• La divulgation de tout composant appartenant au prestataire présent dans le système livré, assortie soit d’une licence qui survit à la mission, soit d’un engagement de ne pas l’utiliser.
• Un préavis que vous pouvez réellement vous permettre d’assumer, et une décrue par paliers plutôt qu’un arrêt net.

La clause de transition est celle qui compte. Sans elle, le transfert de connaissances se déroule pendant un préavis où le prestataire a déjà perdu le compte et où ses meilleurs éléments sont déjà sur autre chose. Avec elle, la passation est un travail payé et planifié, la seule forme sous laquelle elle se fait réellement.

Des pratiques de travail qui gardent la porte ouverte

Les contrats fixent le plancher. Ce qui préserve la réversibilité au quotidien, c’est une poignée d’habitudes qui valent la peine d’être prises de toute façon, car ce sont les mêmes qui rendent le travail lisible.

Les décisions sont consignées là où vous pouvez les lire, dans votre dépôt, pas dans le wiki du prestataire. L’architecture est expliquée à quelqu’un en interne au moment où elle est décidée, pas rétrospectivement. Le build tourne sur une infrastructure que vous contrôlez, et quelqu’un de votre côté l’a déjà exécuté. Et au moins une personne en interne peut poser la question gênante sur chaque système externalisé, ce qui est une exigence plus faible que de savoir faire le travail et bien plus forte que de croire les réponses sur parole.

À quoi ressemble une réinternalisation planifiée

Le jour venu, et pour les compétences qui réussissent il vient souvent, la forme est constante. Vous recrutez avant la transition plutôt qu’après, car un nouveau salarié qui apprend de l’équipe sortante vaut plus qu’un salarié qui apprend d’un dépôt. Vous organisez un recouvrement délibéré, le prestataire restant responsable de la livraison pendant que vos équipes reprennent la main morceau par morceau. Vous déplacez d’abord les plus petits composants et laissez pour la fin celui qui fait peur à tout le monde, une fois la nouvelle équipe en confiance.

Vous prévenez aussi le prestataire tôt et honnêtement. Un partenaire prévenu six mois à l’avance organisera correctement la passation et vous aidera souvent à recruter, car sa réputation vaut plus que le dernier trimestre d’un compte. Un partenaire prévenu à la dernière minute se comporte comme n’importe qui se comporterait.

Le coût de l’option, et quand le payer

La réversibilité n’est pas gratuite. La documentation prend du temps, exiger vos propres comptes et votre propre outillage ralentit le premier jour, et une clause de transition a un prix. Pour un système réellement périphérique qui ne reviendra jamais, cette dépense n’est pas toujours justifiée, et il est raisonnable d’accepter une part d’enfermement en échange de rapidité.

Mais faites-en une décision plutôt qu’un choix par défaut. La règle empirique : payez pour la réversibilité partout où le travail touche à quelque chose qui se cumule, héberge des données clients, ou dont l’absence pendant un mois poserait un vrai problème. C’est une liste plus courte que « tout » et plus longue que celle sur laquelle agit la plupart des entreprises, et bien la définir est ce qui rend une décision d’externalisation sûre à annuler plutôt que simplement facile à prendre.