2 March 20267 min de lecture
La plupart des comparaisons interne/externalisation s’ouvrent sur un tableau de coûts, et ce tableau favorise presque toujours l’externalisation. Ce n’est pas un bon point de départ, car le coût est rarement ce qui rend la décision mauvaise a posteriori. Les missions échouent parce que le travail exigeait quelque chose que l’externalisation ne pouvait pas donner, et le prix n’a jamais été le problème.
Il existe une meilleure question, et elle est assez inconfortable pour que la plupart des prestataires ne la posent pas.
Ce travail est-il ce qui vous différencie de vos concurrents, ou est-ce un travail qui doit simplement être bien fait ?
Presque tout découle de la réponse.
Le travail qui vous différencie
Certaines parties d’un système sont la raison pour laquelle les clients vous choisissent. Le moteur de tarification chez un assureur. L’algorithme de mise en relation sur une place de marché. L’éditeur dans un outil de design. Ce travail se capitalise : chaque décision qui y est prise dépend des cent décisions précédentes, et l’essentiel de ce raisonnement n’est jamais écrit.
C’est exactement le savoir qu’un salarié accumule et qu’un partenaire n’a pas. On peut en documenter une grande partie, et il le faut, mais la version qui vit dans la tête de quelqu’un après trois ans est plus riche que tout ce que contient le wiki. Pour ce travail, recrutez, attendez les mois nécessaires et payez le tarif local.
Nous le dirons dès le premier appel. Une mission vendue contre le meilleur jugement de l’acheteur est désagréable pour tout le monde et n’est jamais reconduite.
Le travail qui doit être bien fait, mais qui ne fait pas la différence
Puis il y a tout le reste, et c’est l’essentiel du système. Le panneau d’administration. L’intégration avec le prestataire de paiement. L’application mobile qui reprend le produit web. Le reporting que personne n’aime construire. La suite de tests inscrite à la feuille de route depuis deux trimestres.
Ce travail doit tout de même être bien fait ; de mauvaises versions vous nuiront. Mais il ne se capitalise pas de la même façon, les exigences y sont plus stables et le raisonnement plus lisible de l’extérieur. C’est là que l’externalisation fonctionne, et cela représente une part du backlog bien plus grande que ne le supposent la plupart des équipes.
La deuxième question : à quelle vitesse les exigences bougent-elles ?
Une fois que vous savez que le travail peut être externalisé, la deuxième question décide où. Un travail dont les exigences changent chaque semaine a besoin de quelqu’un dans votre journée de travail, car chaque ambiguïté est une question, et une question qui coûte une journée s’accumule vite. Un travail qui peut être spécifié d’avance et validé à la livraison se moque du fuseau horaire, et vous devriez prendre l’option la moins chère.
- Change chaque semaine, exige de la discussion → near-shore, heures communes
- Spécifiable en amont, accepté à la livraison → le far-shore convient et coûte moins cher
- En file d’attente, à fort volume, en continu → un grand écart horaire est un avantage
Ce que la comparaison des coûts oublie
Quand vous en venez au coût, faites le calcul honnêtement. L’écart de tarif est réel, mais trois éléments manquent systématiquement du côté interne du tableau, et deux du côté externalisé.
Absents du calcul interne : les honoraires de recrutement, les mois pendant lesquels le poste reste vacant sans que le travail avance, et les charges patronales et le matériel. Absents du calcul externalisé : la montée en compétence avant que quiconque soit productif, et le temps de pilotage que vos propres équipes consacrent à la direction et à la revue. Intégrez ces cinq éléments et l’écart se resserre, généralement en restant favorable à l’externalisation, mais d’un montant que vous pouvez réellement défendre devant un directeur financier.
Vous pouvez changer d’avis
La décision n’est définitive que si vous la laissez l’être. Beaucoup d’équipes démarrent une compétence en externe, valident la direction, puis l’internalisent une fois qu’elle mérite clairement un poste permanent. Ce chemin ne reste ouvert que si le code, l’infrastructure et la documentation vous appartiennent tout du long et si la passation est planifiée plutôt qu’improvisée, ce qu’il vaut mieux confirmer par écrit au début, quand vous avez du levier, plutôt qu’à la fin, quand vous n’en avez plus.