Transferência de Conhecimentos do Onshore para o Offshore: Fases, Riscos e Documentação
A transferência de conhecimento do onshore para o offshore decorre em cinco fases: definição do âmbito, KT primária (shadowing), reverse shadowing, execução em paralelo e cutover com hypercare. Cada fase tem os seus próprios outputs de documentação. Se falhar uma, a fase seguinte ultrapassa o prazo.
Uma única restrição molda tudo. O tempo dos SME é fixo pelo plano de transição, mas a necessidade da equipa offshore por esse conhecimento não termina. A equipa onshore ainda tem um trabalho diário. A equipa de receção tem perguntas. A data de cutover não muda.
O método é o mesmo quer o trabalho esteja a ser transferido para um centro de serviços empresariais globais, para um centro de capacidades globais ou para um parceiro BPO.
Este guia aborda os sete passos, as cinco fases e o que cada uma produz, uma checklist completa de KT e os pontos de falha que fazem perder conhecimento mesmo em programas bem geridos.
Como fazer a transferência de conhecimento do onshore para o offshore: 7 passos
Inventarie todos os processos ao nível da atividade. Registe volume, complexidade, sistemas e o responsável nomeado de cada um.
Identifique pontos únicos de conhecimento. São atividades que apenas uma pessoa consegue executar. Agende-as primeiro, mesmo que fora da ordem prevista.
Registe as sessões de KT primária à medida que acontecem. Capture a sessão em si, não notas escritas depois.
Documente procedimentos e exceções ao nível do ecrã. Trate os caminhos de exceção com o mesmo cuidado que o caminho principal.
Faça reverse shadowing. A equipa offshore executa o trabalho enquanto o responsável atual observa e corrige.
Valide a competência por atividade e por pessoa. Conte as pessoas que conseguem fazer o trabalho, não as sessões entregues.
Faça o cutover com uma saída de hypercare baseada em métricas. Saia com base na qualidade, não numa data.
Os passos 2, 3 e 6 são os primeiros a ser cortados quando um programa corre atrasado. São também os três que determinam se o conhecimento foi realmente transferido.
Comece por um processo. Registe uma única sessão de KT no Trupeer e obtenha o SOP, o vídeo de formação e as traduções de volta no mesmo dia. Start free.
As cinco fases da transferência de conhecimento do onshore para o offshore
Os prestadores de serviços e os centros captive usam nomes diferentes, mas a sequência é a mesma.
Fase 1: Due diligence e definição do âmbito
Construa o universo do processo: todas as atividades, o seu volume, complexidade, sistemas, controlos e responsável atual. O volume e a complexidade determinam o modelo de FTE; por isso, os erros aqui propagam-se por toda a transição.
Defina o âmbito ao nível da atividade, não ao nível do processo. “Contas a pagar” não é um item de âmbito. “Exceções de faturas sem PO para a entidade alemã” é. Um âmbito mais fino revela as atividades que apenas uma pessoa conhece, ou seja, os riscos a aposentar primeiro.
Output: universo do processo, modelo de FTE, plano de transição, registo de riscos. Comece pelo nosso modelo de plano de transição se não tiver um padrão interno.
Fase 2: KT primária (shadowing)
A equipa offshore observa o responsável atual a executar o trabalho, normalmente durante duas a seis semanas.
A duração do ciclo é o que os planos mais frequentemente acertam mal. Um processo mensal, trimestral ou anual precisa de uma janela de KT suficientemente longa para ver pelo menos um ciclo completo, idealmente dois. Não consegue aprender um fecho mensal em duas semanas. Se a janela for curta, trate o primeiro ciclo em direto como parte da KT e agende apoio onshore para esse ciclo.
Output: procedimentos de ambiente de trabalho, mapas de processo, walkthroughs ao nível do ecrã, registo de exceções, registo de perguntas.
Onde o Trupeer se encaixa: O responsável atual grava o ecrã da sessão no Trupeer ou faz upload da gravação do Teams ou do Zoom. O Trupeer transforma isso num SOP passo a passo com screenshots, um vídeo de formação narrado e uma entrada pesquisável na sua base de conhecimento. O SME revê e aprova o rascunho. Ninguém o escreve com base apenas na memória. Em programas liderados por BPO, o BPO transitions documentation tool empacota este fluxo de trabalho para as passagens de testemunho do responsável atual.
Como funciona numa sessão de shadowing:
Capture a sessão. O responsável atual grava o ecrã do trabalho no Trupeer enquanto o executa, ou faz upload da gravação da chamada de KT do Teams ou do Zoom.
Obtenha o rascunho do SOP. O Trupeer transforma a gravação em instruções passo a passo com um screenshot para cada passo, além de um vídeo de formação narrado.
Adicione as exceções. O SME adiciona uma exceção como o seu próprio passo, exatamente onde acontece no processo, para não se perder numa nota lateral.
Traduza para o site offshore. Gere o SOP e o vídeo na língua de trabalho da equipa de receção.
Publique na base de conhecimento. O SOP fica pesquisável ao nível do passo, para a equipa offshore encontrar a resposta no oitavo mês sem ter de rever toda a sessão.
Veja uma sessão real de KT tornar-se um SOP em menos de 10 minutos. Book a demo
Fase 3: Reverse shadowing
Agora a equipa offshore executa o trabalho enquanto o responsável atual observa e corrige. É aqui que surgem as lacunas reais, porque executar um processo revela pressupostos que a observação esconde.
O reverse shadowing é a fase que mais frequentemente é comprimida quando um programa corre atrasado. Trata-se de uma poupança falsa. Cada lacuna falhada aqui vira uma escalada após o cutover, quando o SME que conseguiria responder em trinta segundos já saiu.
Output: documentação corrigida, registo de perguntas fechado, competência validada por atividade e por pessoa.
Onde o Trupeer se encaixa: Registe também as sessões de reverse-shadowing. As correções do SME valem muitas vezes mais do que o walkthrough original. Edite o SOP existente com essas correções em vez de começar um novo documento, para existir uma versão orientadora. O transitions accelerator mostra como isto encurta a fase de reverse-shadowing.
Como funciona numa sessão de reverse-shadowing:
Registe a sessão. Capture o trabalho executado pelo analista offshore enquanto o SME observa e corrige.
Abra o SOP da Fase 2. Trabalhe no mesmo SOP em vez de criar um novo documento.
Aplique as correções. Edite os passos que o SME corrigiu e adicione quaisquer novas exceções que a sessão tenha revelado.
Atualize os outputs. Atualize o vídeo de formação e as versões traduzidas a partir do SOP corrigido.
Volte a publicar e valide. O responsável do processo onshore aprova o SOP atualizado, que passa a ser a cópia orientadora para o cutover.
Fase 4: Execução em paralelo
As duas equipas executam o trabalho e os outputs são reconciliados. Paga duas vezes pelo mesmo trabalho, por isso mantenha a execução em paralelo apenas para processos em que os erros são dispendiosos: reporte financeiro, submissões regulatórias, execuções de pagamentos, compromissos com clientes.
Se uma execução em paralelo completa não estiver justificada, use reconciliação por amostragem. A equipa offshore executa o processo e a equipa onshore verifica uma amostra definida face a tolerâncias acordadas.
Output: resultados de reconciliação, registo de defeitos, decisão go/no-go face a critérios pré-acordados.
Fase 5: Cutover, hypercare e estado estável
A equipa offshore assume a responsabilidade. O hypercare, normalmente de quatro a doze semanas, mantém o apoio onshore em chamada enquanto as métricas são monitorizadas de perto.
Defina a saída do hypercare como uma métrica, não como uma data. Sair após seis semanas enquanto a qualidade ainda está abaixo do nível de referência empurra o problema para o estado estável, onde é mais difícil financiá-lo e escalá-lo.
Output: desempenho do SLA face ao nível de referência, registo de defeitos fechado, saída de hypercare validada e uma base de conhecimento que se mantém atual após a equipa do programa sair.
Porque é que a transferência de conhecimento do onshore para o offshore falha, mesmo quando é documentada
A maioria das transições produz muitos documentos. O problema é como esses documentos são criados.
Escritos após a sessão, com base na memória. Um recetor escreve o que entendeu. Os passos que acharam confusos ficam descritos de forma vaga e notas vagas sobre um passo confuso são a escalada de amanhã.
O detalhe ao nível do ecrã desaparece. “Atualizar os termos de pagamento no vendor master” ignora quais dos quatro ecrãs semelhantes, qual o campo e qual o erro significa parar.
As exceções são tratadas como casos-limite. Os responsáveis do processo descrevem o caminho feliz. As exceções impulsionam quase todas as escaladas.
O tempo do SME acaba antes das perguntas. A maioria das perguntas chega depois de a janela de KT fechar. Se o único registo for um documento, voltam a contactar pessoas que entretanto já mudaram de funções.
A língua é tratada por último, se é que é tratada. As lacunas de compreensão raramente são reportadas. Mais tarde aparecem como variação de qualidade que ninguém consegue explicar.
As cinco situações resultam de uma única dependência: pessoas reconstroem uma sessão em vez de a sessão ser o registo.
Como a Genpact transformou sessões gravadas em SOPs à escala
O desafio da Genpact era um rollout Workday a nível de empresa, não uma transição offshore, mas o problema de captura era o mesmo. Davetta Harper, VP Organizational Change Leader, teve de preparar 140.000 colaboradores em 40 países para um novo sistema.
Isso significou mais de 500 materiais de formação em 20 workstreams, em cinco línguas, para equipas no Japão, Brasil, Espanha, Tailândia e China. Construir cada peça manualmente e enviá-la para tradutores humanos teria levado um ano.
A equipa gravou as suas sessões existentes de design de processo no Microsoft Teams e os walkthroughs dos SME, carregou-os no Trupeer e obteve de volta SOPs e vídeos de demonstração traduzidos para as cinco línguas.
140.000 colaboradores formados
40 países
3 meses para entregar um programa de 12 meses
5 línguas
“Precisávamos de formar 140.000 pessoas em 40 países num sistema completamente novo. O Trupeer deu-nos uma forma de chegar lá de verdade.” Davetta Harper, VP Organizational Change Leader, Genpact
Leia a história completa da Genpact
A fazer uma transição? Veja como o fluxo de trabalho da Genpact se aplica ao seu plano de KT. Book a demo
O conjunto de documentação que uma transição offshore precisa
Cada artefacto responde a uma pergunta diferente. Se faltar um, fica uma lacuna que a equipa offshore vai encontrar.
Mapa de processo: Fluxo ponta a ponta, passagens de testemunho, sistemas e controlos. Responde “onde é que isto se enquadra?”
Procedimento de ambiente de trabalho ou SOP: Passos ao nível do ecrã com screenshots. Responde “como é que faço isto?”
Runbook: Atividades temporizadas e sequenciadas para trabalho cíclico, como fecho do fim do mês. Responde “o que acontece quando?”
Job aid: Referência rápida para uma única tarefa. Responde “lembra-me rapidamente.”
Registo de exceções: Desvios conhecidos, os seus gatilhos e correções. Responde “isto não corresponde ao SOP.”
Matriz de escalada: Quem perguntar, para quê e com que rapidez. Responde “quem é que eu pergunto?”
Registo de perguntas: Todas as perguntas de KT e as respetivas respostas. Torna-se o FAQ real da equipa.
O registo de exceções e o registo de perguntas são os mais frequentemente ignorados e os que têm mais valor, porque nada mais capta esse conhecimento. Modelos: knowledge transfer plan template, handover document, project handover checklist, runbook template. Para produzir SOPs em centenas de processos, veja how to create SOPs at scale.
Checklist de transferência de conhecimento do onshore para o offshore
Antes de iniciar a KT
Universo do processo ao nível da atividade, com volume e complexidade
SME nomeado para cada atividade incluída no âmbito
Pontos únicos de conhecimento sinalizados e agendados primeiro
Passagens de testemunho a montante e a jusante mapeadas
Duração do ciclo verificada face à janela de KT para cada processo
Critérios de competência acordados por ambas as partes
Acesso ao sistema pronto para a equipa de receção no primeiro dia
Retenção acordada para SME cujas funções estão a terminar
Durante a KT
Sessões gravadas à medida que decorrem, não escritas depois
SOPs ao nível do ecrã, com screenshots
Caminhos de exceção documentados ao lado do caminho principal
Registo de perguntas atualizado diariamente, com responsável e data de entrega
Reverse shadowing agendado como a sua própria fase
SOPs validados pelo responsável do processo onshore, não apenas pelo recetor
Versões traduzidas para sites a trabalhar noutra língua
Antes do cutover
Competência validada para cada atividade e pessoa nomeada
Todas as perguntas críticas e de alta prioridade fechadas
Execução em paralelo ou reconciliação por amostragem aprovada
Matriz de escalada testada, não apenas distribuída
Saída de hypercare definida como métrica
Responsável pela documentação nomeado para após o encerramento do programa
Qualidade de referência e definições de SLA acordadas
O último item de cada lista é o que mais frequentemente é ignorado. Cada um é barato de configurar cedo e caro de corrigir mais tarde.
Três riscos que o seu plano de transição provavelmente não mostra
Desgaste onshore durante a KT. Em transições orientadas por custos, as pessoas que dão KT muitas vezes sabem que as suas funções estão a terminar. Bónus de retenção ajudam, mas não eliminam o risco. Sequencie os pontos únicos de conhecimento primeiro. Se um SME sair na terceira semana, o trabalho único dele deve já estar registado na segunda semana.
Desgaste offshore após o cutover. A equipa treinada em KT não é a equipa que executa o processo 18 meses depois. Se os documentos foram construídos para a transição e não para a operação, as coortes posteriores aprendem por transmissão oral e a qualidade diverge. Trate o output de KT como um ativo permanente com um responsável nomeado.
Língua. O inglês de trabalho cobre o caminho feliz e falha onde a precisão importa: exceções, controlos, passos regulatórios. Para processos com peso financeiro ou de conformidade, traduza os SOPs para a língua de trabalho do site. Use tradução ligada ao SOP de origem, para que uma única edição atualize todas as línguas. A re-tradução manual fica desatualizada e os SOPs traduzidos desatualizados são piores do que não ter, porque as pessoas confiam neles.
Transferência de conhecimento do onshore para o offshore em indústrias reguladas
Banca, seguros, saúde e ciências da vida acrescentam uma restrição. Uma gravação de KT que mostre dados de clientes, registos de doentes ou detalhes de cartões é uma nova cópia desses dados num novo sistema. A própria gravação entra no âmbito para revisão.
Os programas que fazem isto bem fazem cinco coisas:
Desfocar ou mascarar campos sensíveis no momento da captura, não depois
Usar dados de teste ou dados “limpos” para demonstrações sempre que o processo o permita
Controlar o acesso através de single sign-on e permissões baseadas em funções, para que o material de KT siga as mesmas regras de acesso que o processo
Manter a residência dos dados alinhada com as jurisdições incluídas no âmbito, o que importa quando o site offshore está fora da região de origem dos dados
Manter o histórico de versões, para que um auditor veja qual o procedimento aplicado numa data específica
Numa transição regulada, o rasto de documentação faz parte do ambiente de controlo. O Trupeer é certificado SOC 2 Type II e ISO 27001 e está em conformidade com o GDPR, com opções de desfocagem de dados sensíveis, SSO e residência de dados. Os detalhes estão no Trust Center.
Governança: quem é responsável pelo quê
A transferência de conhecimento falha em silêncio quando a responsabilidade não está clara. Uma divisão viável parece-se com isto:
Responsável da transição: É responsável pelo plano, pelo registo de riscos e pelas portas de fase. Responde pela decisão go/no-go.
Responsável do processo onshore: É responsável pela exatidão do que é transferido. Valida que cada SOP corresponde ao processo tal como é realmente executado.
Responsável de entrega offshore: É responsável pela competência da equipa de receção. Valida que as pessoas nomeadas conseguem executar as atividades nomeadas.
Responsável pela documentação: É responsável pelo conjunto de SOPs e mantém-no atualizado após o cutover. Esta função é frequentemente deixada sem atribuição, razão pela qual a documentação se degrada.
Stakeholder do negócio: É responsável pelos critérios de aceitação e por quanto de disrupção é aceitável durante o hypercare.
Vigie o responsável pela documentação. Se ninguém mantiver os SOPs atualizados após o encerramento do programa, eles são mais precisos no dia em que a transição termina e pioram a partir daí.
Como medir se a transferência funcionou
As sessões entregues face às sessões planeadas medem atividade, não resultado. Acompanhe estas métricas em vez disso:
Taxa de validação de competência: Percentagem de atividades com um responsável nomeado e avaliado na parte offshore. A única métrica de KT que reflete capacidade.
Redução do registo de perguntas: Novas perguntas por semana. Uma linha estável ou em subida no final da KT significa que a transferência não está a convergir.
Escaladas de volta para o onshore: O sinal mais claro após o cutover. Cada uma é conhecimento que não foi transferido.
Qualidade face ao nível de referência pré-transição: Apenas é significativa se usar a mesma definição utilizada antes.
Cobertura de documentação: Percentagem de atividades com um SOP atual e revisto. Não é a mesma coisa que documentos produzidos.
Tempo do novo colaborador até à proficiência: O teste do mês 12. Se um novo contratado ainda precisa de uma pessoa para explicar o processo, os documentos falharam.
Modelos comuns de transição e o que significam para a KT
Lift and shift: Mover o processo como está e melhorá-lo mais tarde. É o caminho mais rápido para o cutover e a carga de documentação é a mais alta, porque todos os workarounds existentes têm de ser capturados com fidelidade.
Faseado ou baseado em ondas: Mover em ondas por processo, entidade ou geografia. Menor risco e um calendário mais longo. As ondas posteriores reutilizam os padrões de documentação definidos nas anteriores.
Transformar e depois transferir: Redesenhar o processo no onshore e, em seguida, mover a nova versão. O estado final mais limpo e o maior risco, porque a equipa offshore aprende um processo que ninguém executou ainda em produção.
Treinar o formador: Transferir para uma pequena equipa core offshore, que depois forma toda a restante equipa. Pouco tempo de SME e apenas tão bom quanto o que a equipa core documenta.
Treinar o formador é onde as sessões gravadas compensam mais. A formação de segunda geração é apenas tão boa quanto o registo que a equipa core recebeu.
Capture uma vez, mantenha após o cutover
A transferência de conhecimento do onshore para o offshore resume-se a um desequilíbrio: o tempo dos SME é fixo e a necessidade do conhecimento deles não é. Três hábitos gerem isso. Registe a sessão em vez de a reconstruir. Documente as exceções com a mesma atenção que o caminho feliz. Dê um responsável à documentação após o fim do programa, porque a transição termina e o processo não.
Registe a sua próxima sessão de KT. Obtenha o SOP hoje. Faça upload de uma gravação do Teams ou do Zoom e obtenha um SOP passo a passo, um vídeo de formação e traduções. Start free ou book a demo.
Perguntas Frequentes
O que é a transferência de conhecimento offshore?
É a passagem estruturada da capacidade de executar um processo, de uma equipa onshore incumbente para um centro de entrega offshore ou captive, dentro de uma janela de transição fixa. Normalmente passa por definição de âmbito, shadowing, reverse shadowing, um parallel run opcional e hypercare antes de a equipa offshore assumir a responsabilidade total.
Qual é a melhor forma de transferir conhecimento do onshore para o offshore?
Registe as sessões de KT à medida que acontecem em vez de as redigir depois, e agende as atividades apenas primeiro para a pessoa que as conhece. Em seguida, documente as exceções ao nível do ecrã, faça reverse shadowing, e valide a competência por atividade e por pessoa antes do cutover.
O que deve incluir um plano de transferência de conhecimento offshore?
Um inventário de processos ao nível da atividade com volumes, um SME nomeado por atividade, pontos únicos de conhecimento agendados primeiro, janelas de KT dimensionadas ao comprimento do ciclo de cada processo, critérios de competência acordados, datas dedicadas de reverse-shadowing, uma saída de hypercare baseada em métricas e um responsável nomeado pela documentação após o programa terminar.
Quanto tempo demora a transferência de conhecimento numa transição offshore?
Depende mais do comprimento do ciclo do que do número de processos. O trabalho transacional diário pode avançar em duas a quatro semanas. Os processos mensais ou trimestrais precisam de seis a doze semanas, para que a equipa veja pelo menos um ciclo completo.
O que é reverse shadowing na transferência de conhecimento?
Reverse shadowing é a fase em que a equipa offshore executa o trabalho enquanto o SME onshore observa e corrige. Isto revela lacunas que a observação não consegue mostrar. Registe estas sessões, porque as correções são muitas vezes mais valiosas do que o walkthrough original.
Quais são os maiores riscos na transferência de conhecimento de onshore para offshore?
O conhecimento detido por uma única pessoa, janelas de KT mais curtas do que o ciclo do processo, reverse shadowing comprimido e documentação que ninguém assume após o cutover. As diferenças de idioma nos locais offshore são um quinto risco que a maioria dos planos ignora.
A IA pode ajudar na transferência de conhecimento offshore?
Sim. Ferramentas como a Trupeer transformam sessões de KT gravadas do Teams, Zoom ou de uma gravação de ecrã em SOPs passo a passo com capturas de ecrã, vídeos de formação e traduções. Isto elimina a etapa de redigir a partir da memória, onde a maior parte do conhecimento se perde. A Genpact usou esta abordagem para formar 140.000 colaboradores em 40 países em três meses.
Como medir se a transferência de conhecimento funcionou?
Acompanhe a taxa de validação de competência, a redução do registo de perguntas, as escaladas de volta para o onshore após o cutover e a qualidade face à linha de base pré-transição. O teste mais forte a longo prazo é a rapidez com que um novo colaborador atinge proficiência doze meses depois.
A gravação de sessões de KT é compatível em transições regulamentadas?
Pode ser, se a gravação for tratada como dados abrangidos. Desfocar campos sensíveis no momento da captura, usar dados anonimizados para demos quando possível, controlar o acesso através de SSO e funções, alinhar a residência dos dados com as jurisdições envolvidas e manter o histórico de versões para auditorias. A Trupeer é certificada SOC 2 Type II e ISO 27001 e está em conformidade com o GDPR.
