Transfer de cunoștințe de la Onshore la Offshore: 5 faze & checklist

Transferul de cunoștințe de la onshore la offshore rulează în cinci faze: definire (scoping), KT primar (shadowing), shadowing invers, rulare paralelă și cutover cu hypercare. Fiecare fază are propriile rezultate de documentare. Dacă sari peste una, faza următoare depășește termenul.

O singură constrângere modelează totul. Timpul SME este fixat de planul de tranziție, dar nevoia echipei offshore pentru acele cunoștințe nu se termină niciodată. Echipa onshore are în continuare un job de zi cu zi. Echipa care primește are întrebări. Data cutover nu se mută.

Metoda este aceeași indiferent dacă munca se mută într-un centru de servicii de business globale, într-un global capability centre sau într-un partener BPO.

Acest ghid acoperă cei șapte pași, cele cinci faze și ce produce fiecare, o listă completă de verificare pentru KT și punctele de eșec care fac ca informațiile să se piardă chiar și în programe bine gestionate.

Cum faci transferul de cunoștințe de la onshore la offshore: 7 pași

1. Inventariază fiecare proces la nivel de activitate. Înregistrează volumul, complexitatea, sistemele și proprietarul desemnat pentru fiecare.

2. Identifică punctele unice de cunoaștere. Acestea sunt activități pe care le poate face doar o singură persoană. Programează-le primele, chiar dacă în ordinea planului.

3. Înregistrează sesiunile de KT primar pe măsură ce se întâmplă. Captează sesiunea în sine, nu notele scrise ulterior.

4. Documentează procedurile și excepțiile la nivel de ecran. Tratează rutele de excepție cu aceeași atenție ca ruta principală.

5. Rulează shadowing invers. Echipa offshore face munca, în timp ce persoana care deține rolul urmărește și corectează.

6. Semnează competența pe activitate și pe persoană. Numără persoanele care pot face munca, nu sesiunile livrate.

7. Fă cutover cu un exit de hypercare bazat pe metrici. Ieși pe calitate, nu pe o dată.

Pașii 2, 3 și 6 sunt cei tăiați primele când un program rulează cu întârziere. Tot ei sunt și cei trei care decid dacă cunoștințele chiar s-au transferat.

Începe cu un singur proces. Înregistrează o singură sesiune de KT în Trupeer și primește SOP-ul, videoclipul de training și traducerile înapoi în aceeași zi. Start free.

Cele cinci faze ale transferului de cunoștințe de la onshore la offshore

Furnizorii de servicii și centrele captive folosesc nume diferite, dar secvența este aceeași.

Faza 1: Due diligence și definire (scoping)

Construiește universul proceselor: fiecare activitate, volumul ei, complexitatea, sistemele, controalele și proprietarul actual. Volumul și complexitatea determină modelul FTE, astfel încât erorile de aici se propagă în toată tranziția.

Definire la nivel de activitate, nu la nivel de proces. „Conturi de plătit” nu este un element de scope. „Excepții pentru facturi fără PO pentru entitatea germană” este. Un scope mai fin scoate la iveală activitățile pe care le cunoaște doar o singură persoană — adică riscurile pe care trebuie să le retragi primele.

Rezultat: universul proceselor, modelul FTE, planul de tranziție, registrul de riscuri. Pornește de la transition plan template dacă nu ai un standard intern.

Faza 2: KT primar (shadowing)

Echipa offshore urmărește persoana care deține rolul făcând munca, de obicei timp de două până la șase săptămâni.

Durata ciclului este ceea ce planurile greșesc cel mai des. Un proces lunar, trimestrial sau anual are nevoie de o fereastră de KT suficient de lungă ca să vezi cel puțin un ciclu complet, ideal două. Nu poți învăța o închidere lunară în două săptămâni. Dacă fereastra este scurtă, tratează primul ciclu live ca parte din KT și programează suport onshore pentru el.

Rezultat: proceduri desktop, hărți de proces, parcurgeri la nivel de ecran, jurnalul excepțiilor, jurnalul întrebărilor.

Unde se potrivește Trupeer: Persoana care deține rolul înregistrează ecranul sesiunii în Trupeer sau încarcă înregistrarea din Teams sau Zoom. Trupeer o transformă într-un SOP pas cu pas cu capturi de ecran, un videoclip de training narat și o intrare căutabilă în baza ta de cunoștințe. SME-ul revizuiește și aprobă draftul. Nimeni nu îl scrie din memorie. Pentru programe conduse de BPO, BPO transitions documentation tool împachetează acest flux de lucru pentru predarea către succesor.

Cum funcționează într-o sesiune de shadowing:

1. Captează sesiunea. Persoana care deține rolul înregistrează ecranul cu Trupeer în timp ce face munca sau încarci înregistrarea din Teams sau Zoom a apelului de KT.

2. Obține draftul SOP. Trupeer transformă înregistrarea în instrucțiuni pas cu pas, cu o captură de ecran pentru fiecare pas, plus un videoclip de training narat.

3. Adaugă excepțiile. SME-ul adaugă o excepție ca propriul pas, chiar acolo unde apare în proces, astfel încât să nu se piardă într-o notă laterală.

4. Tradu pentru site-ul offshore. Generează SOP-ul și videoclipul în limba de lucru a echipei care primește.

5. Publică în baza de cunoștințe. SOP-ul devine căutabil la nivel de pas, astfel încât echipa offshore să găsească răspunsul în luna a opta fără să reurmărească toată sesiunea.

Vezi cum o sesiune reală de KT devine un SOP în mai puțin de 10 minute. Programează o demonstrație

Faza 3: Shadowing invers

Acum echipa offshore face munca, în timp ce persoana care deține rolul urmărește și corectează. Aici apar cele mai reale goluri, pentru că executarea unui proces scoate la iveală presupuneri pe care urmărirea le ascunde.

Shadowing invers este faza care este cel mai des comprimată când un program rulează cu întârziere. Este o economisire falsă. Fiecare gol ratat aici devine o escaladare după cutover, când SME-ul care ar fi putut răspunde în treizeci de secunde a plecat deja.

Rezultat: documentație corectată, jurnal de întrebări închis, competență semnată pe activitate și pe persoană.

Unde se potrivește Trupeer: Înregistrează și sesiunile de shadowing invers. Corecțiile SME-ului valorează adesea mai mult decât parcurgerea inițială. Editează SOP-ul existent cu aceste corecții, în loc să pornești un document nou, astfel încât să existe o singură versiune care guvernează. transitions accelerator arată cum scurtează această abordare faza de shadowing invers.

Cum funcționează într-o sesiune de shadowing invers:

1. Înregistrează sesiunea. Captează activitatea analistului offshore în timp ce SME-ul urmărește și corectează.

2. Deschide SOP-ul din Faza 2. Lucrează pe același SOP, nu crea un document nou.

3. Aplică corecțiile. Editează pașii pe care SME-ul i-a corectat și adaugă orice excepție nouă pe care a scos-o la iveală sesiunea.

4. Reîmprospătează rezultatele. Actualizează videoclipul de training și versiunile traduse din SOP-ul corectat.

5. Republică și semnează. Proprietarul procesului onshore aprobă SOP-ul actualizat, care devine copia care guvernează pentru cutover.

Faza 4: Rulare paralelă

Ambele echipe fac munca, iar rezultatele sunt reconciliate. Plătești de două ori pentru aceeași muncă, așa că păstrează rulările paralele pentru procesele unde erorile sunt costisitoare: raportare financiară, declarații/reglementări, rulări de plăți, angajamentele față de clienți.

Dacă o rulare paralelă completă nu este justificată, folosește reconciliere eșantionată. Echipa offshore rulează procesul, iar echipa onshore verifică un eșantion de seturi față de toleranțele convenite.

Rezultat: rezultate ale reconcilierii, jurnal de defecte, decizie go/no-go față de criteriile convenite dinainte.

Faza 5: Cutover, hypercare și stare de funcționare (steady state)

Echipa offshore preia proprietatea. Hypercare, de obicei patru până la douăsprezece săptămâni, menține suportul onshore disponibil la cerere, în timp ce metricile sunt urmărite îndeaproape.

Stabilește exitul din hypercare ca o metrică, nu ca o dată. Dacă pleci după șase săptămâni când calitatea este încă sub nivelul de bază, problema se mută în steady state, unde este mai greu de finanțat și de escaladat.

Rezultat: performanță SLA față de baseline, jurnal de defecte închis, exit din hypercare semnat și o bază de cunoștințe care rămâne actuală după plecarea echipei de program.

De ce transferul de cunoștințe de la onshore la offshore eșuează, chiar și când este documentat

Majoritatea tranzițiilor produc o mulțime de documente. Problema este cum sunt create acele documente.

• Scrise după sesiune, din memorie. Un receptor scrie ce a înțeles. Pașii pe care i-a găsit confuzi sunt scriși vag, iar notele vagi despre un pas confuz sunt escaladarea de mâine.

• Detaliile la nivel de ecran dispar. „Actualizează termenii de plată în vendor master” sare peste care dintre cele patru ecrane similare, ce câmp și ce eroare înseamnă stop.

• Excepțiile sunt tratate ca cazuri-limită. Proprietarii de proces descriu ruta „happy path”. Excepțiile generează aproape toate escaladările.

• Timpul SME se termină înainte ca întrebările să se termine. Majoritatea întrebărilor ajung după ce fereastra de KT s-a închis. Dacă singura înregistrare este un document, ei se întorc la oameni care au plecat deja.

• Limbajul este gestionat ultima dată, dacă este gestionat deloc. Lacunele de înțelegere sunt rareori raportate. Apar mai târziu ca variații de calitate pe care nimeni nu le poate explica.

Toate cele cinci provin dintr-o singură dependență: oamenii reconstruiesc o sesiune, în loc ca sesiunea să fie înregistrarea.

Cum Genpact a transformat sesiunile înregistrate în SOP-uri la scară

Provocarea Genpact a fost un rollout la nivel de companie pentru Workday, nu o tranziție offshore, dar problema de captură a fost aceeași. Davetta Harper, VP Organizational Change Leader, a trebuit să pregătească 140.000 de angajați din 40 de țări pentru un sistem nou.

Asta a însemnat mai mult de 500 materiale de training pentru 20 de workstreams, în cinci limbi, pentru echipe din Japonia, Brazilia, Spania, Thailanda și China. Construirea fiecărei piese manual și trimiterea către traducători umani ar fi durat un an.

Echipa a înregistrat sesiunile lor existente de Microsoft Teams pentru design de proces și parcurgerile SME, le-a încărcat în Trupeer și a primit înapoi SOP-uri și videoclipuri demo traduse în toate cele cinci limbi.

• 140.000 de angajați instruiți

• 40 de țări

• 3 luni pentru a livra un program de 12 luni

• 5 limbi

„Am avut nevoie să instruim 140.000 de oameni din 40 de țări pe un sistem complet nou. Trupeer ne-a oferit o modalitate reală de a ajunge acolo.” Davetta Harper, VP Organizational Change Leader, Genpact

Citește povestea completă Genpact

Rulezi o tranziție? Vezi cum se aplică workflow-ul Genpact planului tău de KT. Programează o demonstrație

Setul de documentație de care are nevoie o tranziție offshore

Fiecare artefact răspunde la o întrebare diferită. Dacă lipsește unul, apare un gol pe care echipa offshore îl va lovi.

• Harta procesului: Flux end-to-end, predări, sisteme și controale. Răspunde „unde se află?”

• Procedură desktop sau SOP: Pași la nivel de ecran cu capturi de ecran. Răspunde „cum fac asta?”

• Runbook: Activități temporizate și secvențiate pentru munca ciclică, precum închiderea de la finalul lunii. Răspunde „ce se întâmplă când?”

• Job aid: O referință rapidă pentru o singură sarcină. Răspunde „reamintește-mi rapid”.

• Jurnalul excepțiilor: Abateri cunoscute, declanșatorii lor și soluțiile. Răspunde „asta nu se potrivește cu SOP-ul”.

• Escalation matrix: Pe cine să întrebi, pentru ce și cât de repede. Răspunde „pe cine întreb?”

• Jurnalul întrebărilor: Fiecare întrebare de KT și răspunsul ei. Devine FAQ-ul real al echipei.

Jurnalul excepțiilor și jurnalul întrebărilor sunt omise cel mai des și au cea mai mare valoare, deoarece nimic altceva nu captează acele cunoștințe. Șabloane: knowledge transfer plan template, handover document, project handover checklist, runbook template. Pentru a produce SOP-uri pentru sute de procese, vezi how to create SOPs at scale.

Checklist pentru transferul de cunoștințe de la onshore la offshore

Înainte să înceapă KT

• Universul proceselor la nivel de activitate, cu volum și complexitate

• SME desemnat pentru fiecare activitate din scope

• Puncte unice de cunoaștere marcate și programate primele

• Predări amonte și aval mapate

• Durata ciclului verificată față de fereastra de KT pentru fiecare proces

• Criterii de competență convenite de ambele părți

• Acces la sisteme pregătit pentru echipa care primește în prima zi

• Păstrarea (retention) convenită pentru SME-urile ale căror roluri se încheie

În timpul KT

• Sesiuni înregistrate pe măsură ce rulează, nu scrise ulterior

• SOP-uri la nivel de ecran, cu capturi de ecran

• Rute de excepție documentate lângă ruta principală

• Jurnalul întrebărilor actualizat zilnic, cu proprietar și dată limită

• Shadowing invers programat ca propria fază

• SOP-urile semnate de proprietarul procesului onshore, nu doar de receptor

• Versiuni traduse pentru site-urile care lucrează într-o altă limbă

Înainte de cutover

• Competență semnată pentru fiecare activitate și pentru fiecare persoană desemnată

• Toate întrebările critice și cu prioritate ridicată închise

• Rulare paralelă sau reconciliere eșantionată trecută

• Escalation matrix testată, nu doar distribuită

• Exit din hypercare setat ca o metrică

• Proprietar de documentație desemnat pentru după închiderea programului

• Calitate baseline și definiții SLA convenite

Ultimul element din fiecare listă este cel mai des omis. Fiecare este ieftin de setat din timp și scump de reparat mai târziu.

Trei riscuri pe care planul tău de tranziție probabil nu le arată

Reducerea personalului onshore în timpul KT. În tranzițiile conduse de costuri, oamenii care oferă KT adesea știu că rolurile lor se încheie. Primele de retenție ajută, dar nu elimină riscul. Programează punctele unice de cunoaștere primele. Dacă un SME pleacă în săptămâna trei, munca lor unică ar trebui să fie deja înregistrată în săptămâna a doua.

Reducerea personalului offshore după cutover. Echipa instruită în KT nu este echipa care rulează procesul la 18 luni mai târziu. Dacă documentele au fost construite pentru tranziție, nu pentru operațiuni, cohortele ulterioare învață din vorbă în vorbă și calitatea se degradează. Tratează rezultatele KT ca un activ permanent, cu un proprietar desemnat.

Limbajul. Engleza de lucru acoperă ruta „happy path” și eșuează acolo unde contează precizia: excepții, controale, pași de reglementare. Pentru procese cu greutate financiară sau de conformitate, traduce SOP-urile în limba de lucru a site-ului. Folosește traduceri legate de SOP-ul sursă, astfel încât o singură editare actualizează fiecare limbă. Re-traducerea manuală se învechește, iar SOP-urile traduse neactualizate sunt mai rele decât lipsa lor, deoarece oamenii le au încredere.

Transfer de cunoștințe de la onshore la offshore în industrii reglementate

Tranzițiile din banking, asigurări, sănătate și științe ale vieții adaugă o constrângere. O înregistrare KT care arată date despre clienți, dosare de pacienți sau detalii de card este o copie nouă a acelor date într-un sistem nou. Înregistrarea în sine intră în scope pentru revizuire.

Programele care gestionează bine acest lucru fac cinci lucruri:

• Estompează sau maschează câmpurile sensibile în momentul capturii, nu după

• Folosește date de test sau date „scrubbed” pentru demonstrații ori de câte ori procesul permite

• Controlează accesul prin single sign-on și permisiuni bazate pe roluri, astfel încât materialele de KT să respecte aceleași reguli de acces ca procesul

• Păstrează rezidența datelor aliniată cu jurisdicțiile din scope, ceea ce contează când site-ul offshore este în afara regiunii „de acasă” a datelor

• Păstrează istoricul versiunilor, astfel încât un auditor să vadă ce procedură s-a aplicat la o anumită dată

Într-o tranziție reglementată, traseul de documentare face parte din mediul de control. Trupeer este certificat SOC 2 Type II și ISO 27001 și este conform GDPR, cu opțiuni de estompare a datelor sensibile, SSO și rezidență a datelor. Detaliile sunt în Trust Center.

Guvernanță: cine deține ce

Transferul de cunoștințe eșuează în liniște când proprietatea nu este clară. O împărțire funcțională arată așa:

• Lead de tranziție: Deține planul, registrul de riscuri și porțile (phase gates). Răspunde pentru decizia go/no-go.

• Proprietar proces onshore: Deține acuratețea a ceea ce se transferă. Semnează că fiecare SOP se potrivește cu procesul așa cum se face efectiv.

• Lead de livrare offshore: Deține competența echipei care primește. Semnează că persoanele desemnate pot face activitățile desemnate.

• Proprietar de documentație: Deține setul de SOP-uri și îl menține actual după cutover. Acest rol este adesea lăsat nealocat, motiv pentru care documentația se degradează.

• Stakeholder de business: Deține criteriile de acceptare și câtă perturbare este acceptabilă în timpul hypercare.

Urmărește proprietarul documentației. Dacă nimeni nu menține SOP-urile actuale după închiderea programului, ele sunt cele mai exacte în ziua în care se termină tranziția și se înrăutățesc de acolo.

Cum măsori dacă transferul a funcționat

Sesiunile livrate față de sesiunile planificate măsoară activitatea, nu rezultatul. Urmărește în schimb acestea:

• Rata de semnare a competenței: Ponderea activităților cu un proprietar desemnat și evaluat în offshore. Singura metrică de KT care reflectă capacitatea.

• Scăderea jurnalului de întrebări: Întrebări noi pe săptămână. O linie constantă sau în creștere la finalul KT înseamnă că transferul nu convergează.

• Escaladări înapoi către onshore: Cel mai clar semnal după cutover. Fiecare dintre ele este o cunoaștere care nu s-a transferat.

• Calitate față de baseline-ul pre-tranziție: Doar relevantă pe aceeași definiție folosită înainte.

• Acoperire documentație: Ponderea activităților cu un SOP curent, revizuit. Nu este același lucru cu documentele produse.

• Timp până la competență pentru noii angajați: Testul din luna 12. Dacă un nou angajat încă are nevoie de o persoană care să explice procesul, documentele au eșuat.

Modele comune de tranziție și ce înseamnă pentru KT

• Lift and shift: Mută procesul așa cum este și îmbunătățește-l mai târziu. Este cea mai rapidă rută către cutover, iar încărcarea de documentare este cea mai mare, deoarece fiecare workaround existent trebuie capturat fidel.

• În etape sau pe valuri: Mută în valuri după proces, entitate sau geografie. Risc mai mic și un calendar mai lung. Valurile ulterioare reutilizează tiparele de documentare stabilite în cele anterioare.

• Transformă apoi transferă: Redesign-ează procesul onshore, apoi mută noua versiune. Cea mai curată stare finală și cel mai mare risc, deoarece echipa offshore învață un proces pe care nimeni nu l-a rulat încă în producție.

• Train the trainer: Transferă către o mică echipă offshore de bază, care apoi instruiește pe toți ceilalți. Timp SME redus și doar la fel de bun ca documentația pe care o face echipa de bază.

Train the trainer este locul unde sesiunile înregistrate își arată cel mai mult valoarea. Instruirea din a doua generație este doar la fel de bună ca înregistrarea pe care a primit-o echipa de bază.

Captează o singură dată, păstrează după cutover

Transferul de cunoștințe de la onshore la offshore se reduce la un singur dezechilibru: timpul SME este fix, iar nevoia de cunoștințele lor nu este. Trei obiceiuri îl gestionează. Înregistrează sesiunea în loc să o reconstruiești. Documentează excepțiile la fel de atent ca ruta „happy path”. Oferă documentației un proprietar după încheierea programului, deoarece tranziția se termină, dar procesul nu.

Înregistrează următoarea ta sesiune de KT. Obține SOP-ul azi. Încarcă o înregistrare din Teams sau Zoom și primește un SOP pas cu pas, un videoclip de training și traduceri. Start free sau programează o demonstrație.