Transfert de connaissances de l’onshore vers l’offshore : phases, risques et documentation

Le transfert de connaissances de l’onshore vers l’offshore se déroule en cinq phases : cadrage, KT principal (shadowing), shadowing inversé, exécution en parallèle, puis bascule avec hypercare. Chaque phase produit ses propres livrables de documentation. En en sautant une, la phase suivante déborde.

Une contrainte façonne tout. Le temps des SME est fixé par le plan de transition, mais le besoin de ces connaissances par l’équipe offshore ne s’arrête jamais. L’équipe onshore a encore un travail à faire. L’équipe destinataire a des questions. La date de bascule ne bouge pas.

La méthode est la même, que le travail soit transféré vers un centre de services aux entreprises, un centre de compétences ou un partenaire BPO.

Ce guide couvre les sept étapes, les cinq phases et ce que chacune produit, une checklist complète de KT, ainsi que les points de défaillance qui font perdre des connaissances même dans des programmes bien menés.

Comment réaliser un transfert de connaissances de l’onshore vers l’offshore : 7 étapes

1. Inventoriez chaque processus au niveau de l’activité. Notez le volume, la complexité, les systèmes et le responsable nommé pour chaque activité.

2. Identifiez les points de connaissance uniques. Il s’agit d’activités que seule une personne peut réaliser. Planifiez-les en premier, même si cela décale l’ordre prévu.

3. Enregistrez les sessions de KT principal au fil de l’eau. Capturez la session elle-même, pas des notes rédigées après coup.

4. Documentez les procédures et les exceptions au niveau de l’écran. Traitez les parcours d’exception avec le même soin que le parcours principal.

5. Réalisez un shadowing inversé. L’équipe offshore effectue le travail pendant que l’équipe en place observe et corrige.

6. Validez la compétence par activité et par personne. Comptez les personnes capables de faire le travail, pas les sessions délivrées.

7. Effectuez la bascule avec une sortie d’hypercare basée sur un indicateur. Sortez sur la qualité, pas sur une date.

Les étapes 2, 3 et 6 sont celles qu’on coupe en premier quand un programme prend du retard. Ce sont aussi les trois qui déterminent si les connaissances ont réellement été transférées.

Commencez par un seul processus. Enregistrez une session de KT unique dans Trupeer et récupérez le SOP, la vidéo de formation et les traductions le jour même. Start free.

Les cinq phases du transfert de connaissances de l’onshore vers l’offshore

Les prestataires de services et les centres captifs utilisent des noms différents, mais la séquence reste la même.

Phase 1 : due diligence et cadrage

Construisez l’univers des processus : chaque activité, son volume, sa complexité, ses systèmes, ses contrôles et son responsable actuel. Le volume et la complexité pilotent le modèle FTE ; les erreurs ici se propagent à l’ensemble de la transition.

Ciblez au niveau de l’activité, pas au niveau du processus. « Comptes fournisseurs » n’est pas un élément de cadrage. « Exceptions de factures hors bon de commande pour l’entité allemande » en est un. Un cadrage plus fin révèle les activités que seule une personne connaît : ce sont aussi les risques à traiter en premier.

Livrables : univers des processus, modèle FTE, plan de transition, registre des risques. Commencez par notre modèle de plan de transition si vous n’avez pas de standard interne.

Phase 2 : KT principal (shadowing)

L’équipe offshore observe l’équipe en place réaliser le travail, généralement pendant deux à six semaines.

La durée de cycle est ce que les plans se trompent le plus souvent. Un processus mensuel, trimestriel ou annuel nécessite une fenêtre de KT suffisamment longue pour voir au moins un cycle complet, idéalement deux. Vous ne pouvez pas apprendre une clôture mensuelle en deux semaines. Si la fenêtre est courte, considérez le premier cycle en conditions réelles comme faisant partie du KT et planifiez un support onshore pour celui-ci.

Livrables : procédures desktop, schémas de processus, walkthroughs au niveau de l’écran, journal des exceptions, journal des questions.

Où Trupeer intervient : L’équipe en place enregistre l’écran de la session dans Trupeer, ou téléverse l’enregistrement Teams ou Zoom. Trupeer la transforme en SOP pas à pas avec des captures d’écran, une vidéo de formation commentée, et une entrée consultable dans votre base de connaissances. Le SME relit et approuve le brouillon. Personne ne le rédige à partir de sa mémoire. Pour les programmes pilotés par un BPO, le BPO transitions documentation tool regroupe ce workflow pour les passations entre l’équipe en place et l’équipe destinataire.

Comment cela fonctionne pendant une session de shadowing :

1. Capturez la session. L’équipe en place enregistre l’écran du travail dans Trupeer pendant qu’elle le réalise, ou vous téléversez l’enregistrement Teams ou Zoom de l’appel de KT.

2. Obtenez le brouillon de SOP. Trupeer transforme l’enregistrement en instructions pas à pas avec une capture d’écran pour chaque étape, ainsi qu’une vidéo de formation commentée.

3. Ajoutez les exceptions. Le SME ajoute une exception comme une étape à part entière, exactement là où elle se produit dans le processus, pour qu’elle ne se perde pas dans une note annexe.

4. Traduisez pour le site offshore. Générez le SOP et la vidéo dans la langue de travail de l’équipe destinataire.

5. Publiez dans la base de connaissances. Le SOP devient consultable au niveau de l’étape, afin que l’équipe offshore puisse trouver la réponse au mois huit sans devoir revoir toute la session.

Voyez une vraie session de KT devenir un SOP en moins de 10 minutes. Book a demo

Phase 3 : shadowing inversé

Désormais, l’équipe offshore fait le travail pendant que l’équipe en place observe et corrige. C’est ici que les vrais écarts apparaissent, car réaliser un processus met en évidence des hypothèses que le simple fait d’observer masque.

Le shadowing inversé est la phase qu’on comprime le plus souvent quand un programme prend du retard. C’est une fausse économie. Chaque écart manqué ici devient une escalade après la bascule, lorsque le SME qui aurait pu répondre en trente secondes est déjà passé à autre chose.

Livrables : documentation corrigée, journal des questions clôturé, compétence validée par activité et par personne.

Où Trupeer intervient : Enregistrez aussi les sessions de shadowing inversé. Les corrections du SME valent souvent plus que le walkthrough initial. Modifiez le SOP existant avec ces corrections au lieu de démarrer un nouveau document, afin qu’il n’y ait qu’une seule version de référence. Le transitions accelerator montre comment cela réduit la durée de la phase de shadowing inversé.

Comment cela fonctionne pendant une session de shadowing inversé :

1. Enregistrez la session. Capturez l’analyste offshore en train de réaliser le travail pendant que le SME observe et corrige.

2. Ouvrez le SOP de la phase 2. Travaillez sur le même SOP plutôt que de créer un nouveau document.

3. Appliquez les corrections. Modifiez les étapes corrigées par le SME et ajoutez toute nouvelle exception révélée par la session.

4. Actualisez les livrables. Mettez à jour la vidéo de formation et les versions traduites à partir du SOP corrigé.

5. Republiez et validez. Le responsable du processus onshore approuve le SOP mis à jour, qui devient la version de référence pour la bascule.

Phase 4 : exécution en parallèle

Les deux équipes font le travail et les livrables sont rapprochés. Vous payez deux fois pour le même travail : limitez les exécutions en parallèle aux processus où les erreurs coûtent cher, comme le reporting financier, les dépôts réglementaires, les traitements de paiement et les engagements clients.

Si une exécution complète en parallèle n’est pas justifiée, utilisez un rapprochement par échantillonnage. L’équipe offshore exécute le processus, et l’équipe onshore vérifie un échantillon selon des tolérances convenues.

Livrables : résultats de rapprochement, journal des défauts, décision go/no-go selon des critères préalablement définis.

Phase 5 : bascule, hypercare et régime de croisière

L’équipe offshore prend la responsabilité. L’hypercare, généralement de quatre à douze semaines, maintient le support onshore en ligne pendant que les indicateurs sont suivis de près.

Fixez la sortie d’hypercare comme un indicateur, pas comme une date. Partir après six semaines alors que la qualité est encore en dessous du niveau de référence fait entrer le problème dans le régime de croisière, où il est plus difficile à financer et à escalader.

Livrables : performance SLA par rapport au niveau de référence, journal des défauts clôturé, sortie d’hypercare validée, et une base de connaissances qui reste à jour après le départ de l’équipe projet.

Pourquoi le transfert de connaissances de l’onshore vers l’offshore échoue, même lorsqu’il est documenté

La plupart des transitions produisent beaucoup de documents. Le problème, c’est la façon dont ces documents sont créés.

• Rédigés après la session, à partir de la mémoire. Le destinataire rédige ce qu’il a compris. Les étapes qu’il a trouvées confuses sont écrites de manière vague, et des notes vagues sur une étape confuse deviennent l’escalade de demain.

• Le détail au niveau de l’écran disparaît. « Mettez à jour les conditions de paiement dans le référentiel fournisseurs » omet quel écran parmi quatre similaires, quel champ, et quelle erreur signifie qu’il faut s’arrêter.

• Les exceptions sont traitées comme des cas limites. Les responsables de processus décrivent le parcours heureux. Les exceptions déclenchent presque toutes les escalades.

• Le temps des SME s’épuise avant que les questions ne soient résolues. La plupart des questions arrivent après la fermeture de la fenêtre de KT. Si le seul enregistrement est un document, les destinataires se tournent à nouveau vers des personnes qui ont déjà quitté le projet.

• La langue est gérée en dernier, voire pas du tout. Les écarts de compréhension sont rarement signalés. Ils apparaissent plus tard sous forme d’écarts de qualité que personne ne peut expliquer.

Les cinq proviennent d’une seule dépendance : des personnes reconstituent une session au lieu que la session elle-même serve de trace.

Comment Genpact a transformé des sessions enregistrées en SOP à grande échelle

Le défi de Genpact était un déploiement Workday à l’échelle de l’entreprise, pas une transition offshore, mais le problème de capture était le même. Davetta Harper, VP Organizational Change Leader, devait préparer 140 000 employés dans 40 pays à un nouveau système.

Cela impliquait plus de 500 supports de formation sur 20 workstreams, dans cinq langues, pour des équipes au Japon, au Brésil, en Espagne, en Thaïlande et en Chine. Construire chaque élément à la main et l’envoyer à des traducteurs humains aurait pris un an.

L’équipe a enregistré ses sessions existantes de conception de processus sur Microsoft Teams et ses walkthroughs avec les SME, les a téléversés dans Trupeer, puis a récupéré des SOP et des vidéos de démonstration traduits dans les cinq langues.

• 140 000 employés formés

• 40 pays

• 3 mois pour livrer un programme de 12 mois

• 5 langues

« Nous devions former 140 000 personnes dans 40 pays sur un système totalement nouveau. Trupeer nous a donné un moyen d’y parvenir concrètement. » Davetta Harper, VP Organizational Change Leader, Genpact

Lire l’histoire complète de Genpact

Vous lancez une transition ? Découvrez comment le workflow Genpact s’applique à votre plan de KT. Book a demo

L’ensemble de documentation dont une transition offshore a besoin

Chaque livrable répond à une question différente. En en manquant un, vous créez un vide que l’équipe offshore rencontrera.

• Schéma de processus : flux de bout en bout, passations, systèmes et contrôles. Répond à « où cela se situe ? »

• Procédure desktop ou SOP : étapes au niveau de l’écran avec captures d’écran. Répond à « comment je fais ça ? »

• Runbook : activités horodatées et séquencées pour les travaux cycliques comme la clôture de fin de mois. Répond à « que se passe-t-il quand ? »

• Job aid : référence rapide pour une seule tâche. Répond à « rappelle-moi rapidement ».

• Journal des exceptions : écarts connus, leurs déclencheurs et leurs corrections. Répond à « ce n’est pas conforme au SOP ».

• Matrice d’escalade : qui contacter, pour quoi, et à quelle vitesse. Répond à « qui dois-je contacter ? »

• Journal des questions : toutes les questions de KT et leurs réponses. Devient la FAQ réelle de l’équipe.

Le journal des exceptions et le journal des questions sont le plus souvent ignorés, mais ce sont ceux qui apportent le plus de valeur, car rien d’autre ne capture ces connaissances. Modèles : modèle de plan de transfert de connaissances, document de passation, checklist de passation de projet, modèle de runbook. Pour produire des SOP pour des centaines de processus, consultez comment créer des SOP à grande échelle.

Checklist de transfert de connaissances de l’onshore vers l’offshore

Avant le démarrage du KT

• Univers des processus au niveau de l’activité, avec volume et complexité

• SME nommé pour chaque activité incluse

• Points de connaissance uniques identifiés et planifiés en premier

• Passations en amont et en aval cartographiées

• Durée de cycle vérifiée par rapport à la fenêtre de KT pour chaque processus

• Critères de compétence validés par les deux parties

• Accès aux systèmes prêt pour l’équipe destinataire dès le jour 1

• Rétention convenue pour les SME dont les rôles prennent fin

Pendant le KT

• Sessions enregistrées au fil de leur déroulement, pas rédigées après coup

• SOP au niveau de l’écran, avec captures d’écran

• Parcours d’exception documentés à côté du parcours principal

• Journal des questions mis à jour quotidiennement, avec responsable et date d’échéance

• Shadowing inversé planifié comme une phase à part entière

• SOP validés par le responsable du processus onshore, pas seulement par le destinataire

• Versions traduites pour les sites qui travaillent dans une autre langue

Avant la bascule

• Compétence validée pour chaque activité et pour chaque personne nommée

• Toutes les questions critiques et prioritaires clôturées

• Exécution en parallèle ou rapprochement par échantillonnage validé

• Matrice d’escalade testée, pas seulement diffusée

• Sortie d’hypercare définie comme un indicateur

• Responsable de la documentation nommé pour après la clôture du programme

• Qualité de référence et définitions SLA convenues

Le dernier élément de chaque liste est celui le plus souvent ignoré. Chacun est peu coûteux à mettre en place tôt et coûteux à corriger plus tard.

Trois risques que votre plan de transition ne montre probablement pas

Attrition onshore pendant le KT. Dans les transitions pilotées par les coûts, les personnes qui délivrent le KT savent souvent que leurs rôles prennent fin. Les primes de rétention aident, mais n’éliminent pas le risque. Commencez par séquencer les points de connaissance uniques. Si un SME quitte dès la troisième semaine, son travail unique doit déjà avoir été enregistré dès la deuxième semaine.

Attrition offshore après la bascule. L’équipe formée au KT n’est pas la même équipe qui exécute le processus 18 mois plus tard. Si les documents ont été construits pour la transition plutôt que pour l’exploitation, les cohortes suivantes apprennent par transmission orale et la qualité dérive. Traitez les livrables de KT comme un actif permanent avec un responsable nommé.

La langue. Travailler en anglais couvre le parcours heureux et échoue là où la précision compte : exceptions, contrôles, étapes réglementaires. Pour les processus ayant un poids financier ou de conformité, traduisez les SOP dans la langue de travail du site. Utilisez une traduction liée au SOP source : une seule modification met à jour toutes les langues. La re-traduction manuelle devient rapidement obsolète, et des SOP traduits non à jour sont pires que l’absence de traduction, car les équipes leur font confiance.

Transfert de connaissances de l’onshore vers l’offshore dans les secteurs réglementés

Les transitions dans la banque, l’assurance, la santé et les sciences de la vie ajoutent une contrainte. Un enregistrement de KT qui montre des données clients, des dossiers patients ou des détails de carte est une nouvelle copie de ces données dans un nouveau système. L’enregistrement lui-même entre dans le périmètre de revue.

Les programmes qui gèrent cela correctement font cinq choses :

• Flouter ou masquer les champs sensibles au moment de la capture, pas après

• Utiliser des données de test ou nettoyées pour les démonstrations lorsque le processus le permet

• Contrôler l’accès via le single sign-on et des autorisations basées sur les rôles, afin que le matériel de KT suive les mêmes règles d’accès que le processus

• Aligner la résidence des données sur les juridictions incluses dans le périmètre, ce qui compte lorsque le site offshore se trouve en dehors de la région d’origine des données

• Conserver l’historique des versions, pour qu’un auditeur puisse voir quelle procédure a été appliquée à une date donnée

Dans une transition réglementée, la traçabilité documentaire fait partie de l’environnement de contrôle. Trupeer est certifié SOC 2 Type II et ISO 27001, conforme au RGPD, avec des options de floutage des données sensibles, de SSO et de résidence des données. Les détails sont dans le Trust Center.

Gouvernance : qui possède quoi

Le transfert de connaissances échoue silencieusement quand la responsabilité n’est pas claire. Un partage opérationnel ressemble à ceci :

• Lead de transition : détient le plan, le registre des risques et les portes de phase. Responsable de la décision go/no-go.

• Responsable de processus onshore : détient l’exactitude de ce qui est transféré. Valide que chaque SOP correspond au processus tel qu’il est réellement exécuté.

• Lead de delivery offshore : détient la compétence de l’équipe destinataire. Valide que les personnes nommées peuvent réaliser les activités nommées.

• Responsable de la documentation : détient l’ensemble des SOP et le maintient à jour après la bascule. Ce rôle est souvent laissé sans affectation, c’est pourquoi la documentation se dégrade.

• Partie prenante métier : détient les critères d’acceptation et le niveau de perturbation acceptable pendant l’hypercare.

Surveillez le responsable de la documentation. Si personne ne maintient les SOP à jour après la clôture du programme, elles sont les plus exactes le jour où la transition se termine, puis se dégradent.

Comment mesurer si le transfert a fonctionné

Les sessions délivrées par rapport aux sessions prévues mesurent l’activité, pas le résultat. Suivez plutôt ces indicateurs :

• Taux de validation de compétence : part des activités avec un responsable offshore nommé et évalué. Le seul indicateur KT qui reflète la capacité.

• Burn-down du journal des questions : nouvelles questions par semaine. Une ligne stable ou en hausse en fin de KT signifie que le transfert ne converge pas.

• Escalades vers l’onshore : le signal le plus clair après la bascule. Chacune correspond à une connaissance qui n’a pas été transférée.

• Qualité par rapport au niveau de référence avant transition : uniquement significatif si on utilise la même définition qu’avant.

• Couverture documentaire : part des activités avec un SOP actuel et revu. Ce n’est pas la même chose que le nombre de documents produits.

• Délai jusqu’à l’autonomie pour les nouveaux arrivants : le test du mois 12. Si un nouvel embauché a encore besoin qu’une personne lui explique le processus, les documents ont échoué.

Modèles de transition courants et ce qu’ils signifient pour le KT

• Lift and shift : déplacer le processus tel quel et l’améliorer plus tard. C’est le chemin le plus rapide vers la bascule, et la charge documentaire est la plus élevée, car chaque contournement existant doit être capturé fidèlement.

• Par étapes ou par vagues : avancer par vagues selon le processus, l’entité ou la géographie. Risque plus faible et calendrier plus long. Les vagues ultérieures réutilisent les modèles documentaires définis dans les premières.

• Transformer puis transférer : redessiner le processus onshore, puis déplacer la nouvelle version. C’est l’état final le plus propre et le risque le plus élevé, car l’équipe offshore apprend un processus que personne n’a encore exécuté en production.

• Former les formateurs : transférer à une petite équipe offshore de base, qui forme ensuite tout le reste. Peu de temps SME, et uniquement aussi bon que ce que l’équipe de base documente.

Former les formateurs est là où les sessions enregistrées portent le plus leurs fruits. La formation de deuxième génération n’est aussi bonne que l’enregistrement fourni à l’équipe de base.

Capturez-le une fois, conservez-le après la bascule

Le transfert de connaissances de l’onshore vers l’offshore se résume à un déséquilibre : le temps des SME est fixe, et le besoin de leurs connaissances ne l’est pas. Trois habitudes permettent de le gérer. Enregistrez la session au lieu de la reconstituer. Documentez les exceptions avec autant de soin que le parcours heureux. Donnez un responsable à la documentation après la fin du programme, car la transition se termine, mais le processus continue.

Enregistrez votre prochaine session de KT. Obtenez le SOP dès aujourd’hui. Téléversez un enregistrement Teams ou Zoom et récupérez un SOP pas à pas, une vidéo de formation et des traductions. Start free ou book a demo.