Externaliser une compétence clé, que ce soit le développement d'un module technique, la production de contenus marketing ou la gestion d'infrastructure, a ses avantages : rapidité, expertise spécialisée, couverture de pointe. Mais il arrive un moment où il faut rapatrier cette compétence en interne — souvent pour réduire les coûts, sécuriser le savoir-faire, ou accélérer les cycles d'itération produit. Remplacer une compétence externalisée en 120 jours est ambitieux mais réalisable si l'on structure le processus autour d'objectifs clairs, d'un plan d'apprentissage intensif et d'une gouvernance serrée. Voici ma méthode opérationnelle, testée sur plusieurs missions, pour réussir cette transition.

Clarifier l'objectif et le périmètre

Avant toute chose, il faut répondre à trois questions simples mais déterminantes :

  • Quel résultat concret doit être obtenu à J+120 ? (ex. : livrer le même module, maintenir un SLA, produire X contenus/mois)
  • Quelles compétences spécifiques sont nécessaires ? (techniques, process, outils, conformité)
  • Quel est le niveau de qualité et de performance attendu comparé au prestataire actuel ?
  • Formalisez ces éléments dans un statement de projet : périmètre, KPI de succès (temps de livraison, taux d'erreur, coût par unité, NPS interne), contraintes (sécurité, réglementation), et dépendances externes. Sans ce cadre, le transfert devient flou et prend du retard.

    Constituer l'équipe et définir les rôles

    Je privilégie une petite équipe dédiée au démarrage, combinant :

  • Un leader de projet (responsable de la livraison et de la coordination)
  • 2–3 apprenants opérationnels (internes, volontaires, ou recrutés) qui auront la main sur la production
  • Un expert transfert (ex : CTO, lead technique ou chef de projet) pour valider les standards
  • Le prestataire actuel, en rôle de mentor pour 60–90 jours
  • Attribuez des rôles clairs : qui apprend quoi, qui valide la qualité, qui gère la relation prestataire. Documentez les responsabilités dans un RACI simple.

    Plan d'apprentissage intensif : la structure 30/60/30

    Découper les 120 jours en phases facilite le suivi :

  • J0–J30 : montée en compétence rapide (observation + pratique encadrée)
    Objectifs : comprendre l'existant, accéder aux environnements, réaliser des tâches simples sous supervision. Moyens : pair programming, shadowing, revue de code/process, playbooks existants. Livrable : checklist d'operationalisation et 1er module livré en binôme.
  • J31–J90 : montée en autonomie (prise en charge progressive)
    Objectifs : responsabilité sur des sous-ensembles, gestion des incidents, tests de bout-en-bout. Moyens : training formel (MOOCs, ateliers internes), hackathons, sessions de feedback hebdo. Livrable : 2–3 projets indépendants, KPI mesurables en amélioration.
  • J91–J120 : stabilisation et transfert complet
    Objectifs : autonomie totale sur le périmètre, documentation complète, transfert de contact client éventuel. Moyens : runbooks finalisés, playbooks QA, formation croisée. Livrable : SLA atteints, revue finale avec le prestataire et plan de suivi post-transition.
  • Combiner méthodes d'apprentissage

    Un plan mixte maximise l'efficacité :

  • On-the-job learning : apprentissage en situation réelle, indispensable pour la mise en pratique.
  • Formations ciblées : cours techniques (Udemy, Coursera, LinkedIn Learning) ou certifications selon le besoin.
  • Mentorat : sessions régulières avec le prestataire, échanges de bonnes pratiques et de retours d'expérience.
  • Ateliers pratiques : rétrospectives, démos, et « war room » pour les premières mises en production.
  • Je recommande un budget formation et une liste de ressources partagées (wiki Confluence, GitHub, Loom pour les captures de sessions). L'accès aux environnements et aux outils doit être prioritaire dès la première semaine.

    Mesurer les progrès : KPI pragmatiques

    Sans métriques, tout devient subjectif. Conservez quelques KPI simples et actionnables :

  • Taux de tâches réalisées sans assistance (%)
  • Temps moyen de résolution d'incident
  • Qualité livrable : taux de défauts / retours client
  • Coverage documentaire : % de processus documentés et validations passées
  • Confiance opérationnelle : score d'autonomie auto-évalué hebdomadairement
  • Publiez un tableau de bord hebdomadaire pour aligner l'équipe et les décideurs. Des réunions courtes (15–30 min) quotidiennes maintiennent le rythme.

    Gouvernance et relation avec le prestataire

    Le prestataire n'est pas l'ennemi, il est souvent la meilleure source de savoir-faire. Je conseille :

  • Contrat de transition avec SLA de mentorat (ex. 2h/jour de support pendant 60 jours)
  • Sessions de transfert formelles (knowledge dumps, ateliers techniques)
  • Clause de réversibilité claire (format des livrables, accès aux codes, propriété intellectuelle)
  • Prévoir des incentives : par exemple, une partie du paiement final conditionnée à la réussite du transfert. Cela aligne les intérêts et accélère la documentation.

    Risques fréquents et comment les atténuer

    Anticiper les obstacles vous fera gagner du temps :

  • Risque : sous-estimation de la complexité technique — Atténuation : audit initial du prestataire, proof of concept sur une fonctionnalité critique.
  • Risque : turnover des apprenants — Atténuation : engagement contractuel, plan de formation motivant, reconnaissance interne.
  • Risque : documentation insuffisante — Atténuation : templates obligatoires, revue documentaire hebdomadaire.
  • Risque : dégradation de la qualité pendant la transition — Atténuation : runbooks, shadowing prolongé et seuils d'acceptation progressifs.
  • Exemple de planning synthétique (120 jours)

    PériodeObjectifsLivrables
    J0–J30Accès, observation, tâches simplesChecklist d'operationalisation, 1 module livré en binôme
    J31–J60Prise en charge de sous-systèmes2 fonctionnalités indépendantes, documentation initiale
    J61–J90Autonomie, gestion incidentsKPI améliorés, playbooks QA
    J91–J120Stabilisation, transfert completSLA atteints, documentation complète, revue finale

    Points pratiques et outils que j'utilise

    Pour gagner en efficacité : privilégiez des outils collaboratifs et traçables :

  • Gestion de tickets : Jira, Trello pour les petites équipes
  • Documentation : Confluence, Notion
  • Partage de code : GitLab/GitHub avec CI/CD pour automatiser les déploiements
  • Captures et tutoriels : Loom ou OBS pour les walkthroughs
  • Métriques : Grafana/Datadog pour la supervision, ou simplement Google Sheets pour un tableau de bord minimal
  • La technologie doit soutenir le transfert, pas le ralentir. Standardisez les templates et automatisez les tests pour réduire la friction.

    Culture et leadership : l'ingrédient souvent négligé

    Enfin, la réussite dépend de la culture. Favorisez une atmosphère où l'erreur est admise comme source d'apprentissage, célébrez les petites victoires, et maintenez une communication transparente avec les parties prenantes. En 120 jours, la technique s'apprend ; la confiance se construit. Assurez-vous que les managers soutiennent le temps de formation et protègent l'équipe des urgences non prioritaires.