A transferência de conhecimento é o que mantém uma organização resiliente quando as pessoas seguem em frente. Com a Trupeer, pode poupar horas na documentação da transferência de conhecimento começando com um modelo gratuito de SOP para transferência de conhecimento, personalizando-o com as suas diretrizes de marca e usando o nosso criador de SOP com IA para transformar conhecimento em walkthroughs em vídeo que a próxima pessoa consegue, de facto, utilizar.

O que é um modelo de SOP para transferência de conhecimento e quando precisa de um?

Uma SOP de transferência de conhecimento é o procedimento estabelecido para passar o que uma pessoa sabe para as mãos de outra pessoa — e para a escrita — antes de essa pessoa ficar indisponível. É um procedimento e não um plano porque a mesma sequência é executada sempre, e um plano escrito do zero para cada saída chega tarde demais para ser útil.

Precisa de uma quando uma função tem conhecimento que não está documentado e que não está na posse de mais ninguém. É um conjunto mais restrito de funções do que a maioria das organizações assume e, além disso, é mais urgente. O teste é simples: se esta pessoa não entrasse amanhã, o que ficaria bloqueado e quanto tempo demoraria até alguém dar por isso.

Execute-o em caso de resignação, em mudanças internas, em licença parental com cerca de três meses e em qualquer função ocupada por uma única pessoa durante mais de aproximadamente quatro anos. Este último gatilho é o que as pessoas ignoram, e é o que gera as piores surpresas, porque a duração do tempo na função é o que transforma conhecimento explícito em hábito invisível.

Porque é que a transferência de conhecimento baseada em inventário falha no que realmente importa

Quase todos os modelos de transferência de conhecimento em circulação funcionam da mesma forma. Peça à pessoa que sai para listar o que sabe ou o que possui. Transforme a lista em documentos. Vá assinalando os itens. Assine um formulário.

O método tem uma suposição fatal: as pessoas conseguem ver o seu próprio conhecimento. Não conseguem — e quanto mais experientes são, menos conseguem. Seis anos numa função, as verificações que faz sem pensar, a pessoa a quem liga em vez da fila que devia usar, o ficheiro que chega com atraso num mês em cada quatro: nada disto parece conhecimento. Parece apenas terça-feira.

Assim, um inventário produz um registo fiel das responsabilidades e quase nenhum dos hábitos. A documentação parece completa, a checklist está toda preenchida e as coisas que falham no primeiro mês são itens que ninguém pensou em listar, incluindo a pessoa que sai.

A solução não é uma lista melhor. É deixar de perguntar e começar a observar.

Como personalizar este modelo na Trupeer

Passo 1: Abra a secção de Modelos

Vá à secção de Modelos no menu principal.

Passo 2: Selecione e abra um modelo

Clique em qualquer modelo com que queira trabalhar para o abrir.

Passo 3: Expanda a visualização do modelo

Se necessário, expanda a visualização do modelo para ver o layout completo e os detalhes com clareza.

Passo 4: Edite o modelo

Clique em Editar para começar a modificar o modelo selecionado.

No editor, pode:

• Adicionar novas secções

• Definir ou atualizar regras de formatação

• Adicionar um logótipo e ajustar a sua posição e definições relacionadas

Passo 5: Guarde o seu modelo personalizado

Depois de fazer todas as alterações necessárias, clique em Guardar para guardar o modelo atualizado como seu.

Passo 6: Pré-visualize e ajuste o modelo

Quando quiser ver como fica o seu modelo personalizado, abra a Pré-visualização.

A partir do ecrã de pré-visualização, pode continuar a fazer ajustes diretamente, se necessário, garantindo que o modelo aparece exatamente como o pretende.

Com um modelo de SOP para transferência de conhecimento, pode:

• Poupar horas na documentação: Ignore a página em branco com uma estrutura preparada para transições.

• Capturar conhecimento crítico: As secções integradas garantem que tanto o conhecimento tácito como o explícito são transferidos.

• Manter-se alinhado com a marca: Aplique o seu logótipo, fontes e cores usando o kit de marca da Trupeer.

• Onboarding do novo responsável mais rápido: Combine a SOP com walkthroughs em vídeo para que ganhem velocidade rapidamente.

• Uniformizar as transições: Use a mesma SOP para cada mudança de função ou saída.

• Aceder a equipas globais: Traduza documentos de transferência de conhecimento para 65+ idiomas com um clique.

Shadowing inverso: a pessoa que sai observa o sucessor a trabalhar

O shadowing tradicional faz com que o sucessor observe a pessoa que sai a trabalhar. Parece produtivo e ensina muito pouco, porque uma pessoa fluente a executar uma tarefa familiar salta as decisões. O sucessor vê o que aconteceu e não o porquê, e não consegue distinguir quais partes foram escolhas.

Inverta isso. Logo na primeira semana, o sucessor faz o trabalho enquanto a pessoa que sai fica ao lado e não diz nada, a menos que algo esteja prestes a correr mal.

Isto é desconfortável para as duas pessoas e é precisamente aí que está o valor. Sempre que a pessoa que sai tem de falar, acaba de revelar um pedaço de conhecimento que nenhuma lista teria mostrado, porque o gatilho para dizer isso foi observar alguém a fazer mal em vez de ser perguntado o que sabe. Essas intervenções são o resultado.

A transferência termina quando passa um ciclo completo do trabalho e a pessoa que sai não diz absolutamente nada. Não quando a checklist está completa, e não quando os documentos estão escritos. O silêncio é o teste de saída, e é o único que é difícil de simular.

O registo de interrupções no centro deste modelo de SOP

Um único artefacto carrega todo o procedimento. Sempre que a pessoa que sai fala, alguém regista uma linha.

O que o sucessor estava a fazer. A tarefa, no momento da interrupção.

O que a pessoa que sai disse. Pelas palavras da pessoa que sai, sem ser “arrumado”.

Isto teria estado numa lista? Sim ou não. Acompanhe isto, porque a proporção de respostas “não” é o argumento para executar o procedimento desta forma na próxima vez.

Consequência se for ignorado. Três níveis: cosmética, retrabalho ou incidente. É assim que a documentação ganha prioridade depois, já que nem toda a interrupção merece um artigo escrito.

Foi documentado? O link, assim que existir.

O registo é preenchido em tempo real por quem está a observar, o que pode ser o gestor em vez de qualquer um dos dois principais intervenientes. Duas pessoas numa conversa stressante são más a tomar notas.

Conte as interrupções semanalmente. Uma transferência saudável mostra uma queda acentuada: tipicamente algo como vinte e cinco na primeira semana para menos de cinco até à quarta semana. Uma linha estável significa que o sucessor não está a receber controlo real, que é a falha mais comum deste método.

Modelo gratuito de SOP para transferência de conhecimento: o procedimento completo para copiar

Copie daqui. Substitua tudo o que estiver entre parêntesis rectos.

1. Objetivo. Transferir o conhecimento prático de uma função que está a sair ou a mudar para um sucessor identificado e para uma forma escrita, antes de a pessoa responsável pela função ficar indisponível.

2. Gatilho. Resignação aceite, mudança interna confirmada, licença alargada aprovada ou uma função identificada como dependente de uma única pessoa durante [annual risk review]. O procedimento começa no prazo de [2] dias úteis após o gatilho.

3. Teste de âmbito. Execute o procedimento completo quando a pessoa responsável pela função desempenhar qualquer tarefa recorrente que ninguém mais tenha executado nos últimos [6] meses, ou quando tiver acesso a qualquer sistema que ninguém mais tenha. Quando nenhuma destas condições se verificar, uma nota de passagem de responsabilidade por escrito é suficiente.

4. Funções. A pessoa que sai observa e intervém. O sucessor executa o trabalho. O observador, normalmente o gestor de linha, mantém o registo de interrupções e fica responsável pela validação. [Role] dá cobertura para que o sucessor fique, de facto, libertado das suas responsabilidades anteriores, que é o passo que mais frequentemente é ignorado e aquele que decide se isto funciona.

5. Primeira semana, transferência de controlos. O sucessor executa toda a gama de trabalho recorrente da função com a pessoa que sai presente. A pessoa que sai não toca no teclado. Cada intervenção é registada.

6. Semanas dois e três, documentação a partir do registo. Trabalhando a partir do registo, começando pela consequência mais elevada, o sucessor escreve a documentação. O sucessor escreve-a em vez da pessoa que sai, porque é o único que ainda se lembra do que não era óbvio. A pessoa que sai revê. Qualquer item classificado como “cosmética” pode ficar no registo sem ser escrito.

7. Semana final, o ciclo silencioso. O sucessor completa um ciclo completo do trabalho, incluindo quaisquer tarefas mensais ou de fim de período, sem qualquer intervenção. Se a pessoa que sai tiver de falar, o ciclo recomeça ou o item é escalado como uma lacuna conhecida.

8. Acesso, relações e credenciais. Tratado separadamente e nunca dentro de uma sessão de trabalho. A transferência de acesso é feita através de [normal access request process] para contas baseadas em funções, em vez de contas nomeadas. As relações são transferidas por apresentação com uma passagem de responsabilidade nomeada por escrito, e não por passar uma lista de contactos.

9. Registo de lacunas conhecidas. Qualquer coisa que a transferência não tenha coberto, com um responsável e uma data. Todas as transferências reais têm isto. Um procedimento que não produz nada disto não foi executado com honestidade.

10. Validação. O observador assina quando o ciclo silencioso estiver completo e o registo de lacunas conhecidas tiver um responsável para cada entrada. Não antes do último dia da pessoa que sai, e não no último dia da pessoa que sai.

Copie daqui.

Como executar o ciclo silencioso que termina a transferência

O ciclo silencioso é a única parte que as pessoas tentam ignorar, normalmente porque o período de aviso prévio da pessoa que sai já terminou. Resista a isso, porque é no ciclo que descobre se alguma das semanas anteriores funcionou.

Defina o ciclo como o período mais longo durante o qual o trabalho naturalmente decorre. Para a maioria das funções operacionais, isso é um mês, porque tem de incluir o fim de período, o relatório mensal, o fornecedor que fatura no dia vinte e oito. Para uma função cujo trabalho é genuinamente semanal, uma semana é suficiente. Escolher um ciclo mais curto para caber no período de aviso prévio é a forma mais comum de este procedimento ser quebrado silenciosamente.

Durante o ciclo, a pessoa que sai mantém-se disponível e em silêncio. Se a chamarem, registe isso e trate esse item como uma lacuna, e não como uma falha da transferência.

Se o aviso prévio for demasiado curto para um ciclo completo, execute o ciclo depois de a pessoa que sai ter saído, com um substituto externo identificado, e registe-o como uma lacuna conhecida em vez de fingir que aconteceu.

Um exemplo de transferência de conhecimento: 31 itens de checklist, 9 incidentes

A Nordvale Energy, com cerca de novecentos colaboradores, perdeu o engenheiro de dados que tinha sido responsável pelo pipeline de reporting noturno durante seis anos. O pipeline alimentava tanto os dashboards de trading como um relatório regulatório.

A transferência foi completa pelos padrões convencionais. Ela listou tudo o que tinha sob sua responsabilidade, o que deu trinta e um itens. Escreveu catorze documentos, num total de cerca de nove mil palavras, e registou quatro vídeos de walkthrough. O seu gestor assinou a checklist no último dia dela.

No primeiro mês após a saída, houve nove incidentes no pipeline. Seis deles estavam ligados a coisas que nunca tinham aparecido na lista, e não porque ela tivesse ocultado algo.

Havia um passo manual que ela executava todas as terças-feiras e que executava todas as terças-feiras durante quatro anos, o qual deixou de ser registado como um passo. Havia um ficheiro do fornecedor que chega com atraso cerca de um mês em cada quatro, e ela tratava isso esperando, em vez de seguir qualquer processo que alguém conseguisse nomear. Havia uma pessoa específica em Finanças que ela telefonava quando uma reconciliação não batia, em vez da fila oficial, porque a fila oficial demorava três dias. Dois dashboards pareciam estar avariados entre as seis e as seis e quarenta todas as manhãs e era isso que se pretendia. E havia um script com uma data codificada que precisava de ser alterada em cada abril.

Nada disto é exótico. Tudo isto é o resíduo de seis anos, e nada disto é recuperável perguntando a alguém o que sabe.

Oito meses depois, um segundo engenheiro saiu da mesma equipa. Desta vez, o sucessor executou o pipeline desde a primeira semana, com a pessoa que sai a observar. O registo de interrupções registou vinte e sete intervenções na primeira semana, onze na segunda, quatro na terceira e uma na quarta. No total, quarenta e três itens, dos quais dezanove foram marcados como itens que nunca teriam aparecido numa lista.

A documentação foi escrita a partir do registo, e não a partir de um inventário, na maioria dos casos com uma ou duas linhas cada, priorizada pela consequência. O mês seguinte a essa saída gerou dois incidentes.

A segunda transferência não demorou mais tempo no calendário do que a primeira. Produziu menos palavras e muito menos “quebras”.

Tipos de conhecimento a transferir e por que razão as listas falham na maior parte

A maioria dos guias nesta fase oferece uma taxonomia: explícito e tácito, técnico e relacional, processual e contextual. As categorias estão corretas e não são muito úteis como ferramenta de trabalho, pela razão acima. Não pode pedir a alguém para enumerar o seu conhecimento tácito, porque a característica definidora do conhecimento tácito é que o seu detentor não o experiencia como conhecimento.

Use a taxonomia para verificação de cobertura depois do facto, e não como um estímulo antes. No fim da primeira semana, olhe para o registo de interrupções e pergunte quais categorias estão sub-representadas. Se todas as entradas forem processuais e nenhuma for relacional, ainda não deu ao sucessor nada que exija falar com outro departamento, e a segunda semana deve resolver isso.

A única categoria que vale a pena pedir diretamente é o conhecimento sobre falhas: o que correu mal antes, como parecia e o que foi feito. Esse é o único tipo que as pessoas conseguem recordar de forma fiável quando lhes pedem, porque os incidentes são memoráveis de um modo que as terças-feiras não são.

Comparação de métodos de transferência de conhecimento e quando funciona cada um

A combinação prática para um período de aviso prévio de quatro semanas é shadowing inverso para a rotina, entrevista estruturada para o histórico de falhas e relações, e walkthroughs gravados para tornar a documentação barata. Nada desta lista substitui a sobreposição.

Transferência de conhecimento em software e TI para funções com forte componente de sistemas

As funções de engenharia e TI precisam de três adições, porque o conhecimento está parcialmente em sistemas que o sucessor não consegue inspecionar a partir de um documento.

Execute a transferência no ambiente real, incluindo acesso à produção, com a pessoa que sai a observar. Uma transferência feita inteiramente em staging ensina a forma do trabalho e não a realidade.

Inclua pelo menos uma rotação de on-call ou uma execução de fim de período dentro da sobreposição, porque o conhecimento de falhas que importa só aparece quando algo falha e existe pressão de tempo.

E trate dependências não documentadas como um resultado de primeira classe. Quais trabalhos consomem quais credenciais, quais scripts correm a partir de que máquina, de que é que um serviço depende de facto. Este é o material que gera incidentes seis meses mais tarde e deve estar na sua documentação de TI, e não numa nota de passagem de responsabilidade que fica arquivada.

Para uma função com profundidade operacional genuína, combine este procedimento com um plano de 30-60-90 dias para o sucessor, já que a transferência cobre o primeiro mês e a competência restante demora mais tempo.

E se não houver sucessor e não houver sobreposição?

Esta é a situação real mais comum e quase nenhum modelo aborda isso, por isso vale a pena ser direto.

Se não houver um sucessor identificado, transfira para o gestor ou para a pessoa que vai ficar com o trabalho temporariamente e execute o mesmo procedimento com essa pessoa. É imperfeito e é muito melhor do que transferir para ninguém, porque transforma o conhecimento de uma cabeça em duas mais um registo.

Se não houver sobreposição nenhuma, porque a saída foi imediata, aceite que uma transferência completa não está disponível e execute uma versão mais curta. Use o tempo disponível para o histórico de falhas e dependências em vez de rotina, já que a rotina pode ser redescoberta lentamente e as dependências não. Depois, preencha o registo de lacunas conhecidas de forma agressiva e trate-o como uma lista de risco em tempo real, e não como uma formalidade de fecho.

Em funções reguladas, ou seja, qualquer coisa com uma pessoa responsável identificada sob uma licença, uma função controlada ou uma função exigida por um safety case, nenhum destes atalhos é aceitável. Envolva a conformidade no momento da resignação, porque a própria vaga pode precisar de ser reportada e o sucessor pode precisar de ser aprovado antes de poder agir.

Posso obter um modelo de SOP para transferência de conhecimento em Word, Excel ou PPT?

O Word serve o procedimento em si, ou seja, as dez cláusulas numeradas acima, e é o que a maioria das organizações vai querer na sua biblioteca de processos. O Excel serve o registo de interrupções, que é onde o trabalho real acontece: uma linha por intervenção, com colunas para tarefa, o que foi dito, sim ou não que pode ser listado, consequência e link quando estiver documentado. Esta folha é o artefacto mais útil que esta página produz, e é o único que nenhum modelo descarregável fornece.

O PowerPoint serve o resumo que dá ao grupo de direção ou ao diretor da pessoa que sai, mostrando a contagem de interrupções a cair semana após semana. Este gráfico sustenta o argumento de que a sobreposição é melhor do que qualquer outra argumentação, o que importa porque a sobreposição é a parte cara e a primeira coisa que o financeiro questiona.

Como documentar uma transferência de conhecimento sem parar o trabalho

O passo de documentação é onde as transferências ficam bloqueadas. As semanas dois e três assumem que o sucessor tem tempo para escrever, e um sucessor que acabou de assumir uma função completa não tem.

A Trupeer AI remove grande parte desse custo. O sucessor executa uma tarefa com a pessoa que sai a observar, regista-a uma vez e o resultado é um guia formatado passo a passo com screenshots já prontos. Editar um rascunho que já existe é um trabalho diferente de escrever a partir de uma página em branco no fim de uma semana longa.

Registe. Dê marca. Traduza. Trupeer.

A mesma gravação produz um procedimento escrito, um vídeo para quem vier a seguir e um documento na sua base de conhecimento com branding consistente. Como o registo de interrupções é priorizado pela consequência, regista os dez itens que importam em vez dos quarenta que não importam. O criador de SOP cobre a parte do procedimento e as instruções de configuração estão no guia de configuração do modelo de documento.

Quando a transferência é um dos vários momentos em que a sua organização deve estar a capturar conhecimento, o nosso modelo de gestão do conhecimento define os restantes.

Perguntas Frequentes

Existe um modelo gratuito de SOP para transferência de conhecimento em Word?

O procedimento de dez cláusulas acima é colado diretamente no Word ou no Google Docs e foi escrito para ficar numa biblioteca de processos sem necessidade de edição adicional para além dos campos entre parêntesis rectos. Não há descarregamento com acesso restrito, o que também significa que não existe um formulário entre si e o texto. Guarde a sua versão preenchida com as suas próprias definições de gatilho, porque é essa a parte que a torna sua.

Existe um modelo de transferência de conhecimento em Excel ou xls?

O Excel é o local certo para o registo de interrupções, e o registo importa mais do que o procedimento. Cinco colunas: tarefa, o que foi dito, isto teria estado numa lista, consequência e o link depois de estar documentado. Adicione uma contagem semanal para que a queda seja visível, porque esse número é o que lhe diz se a transferência está a funcionar enquanto ainda está a decorrer.

Existe um modelo de SOP para transferência de conhecimento em PPT?

Use slides para o caso em vez do procedimento. Quatro slides funcionam: as funções em risco, a sobreposição solicitada com datas, a contagem de interrupções da última transferência que executou e o registo de lacunas conhecidas dessa transferência. As duas últimas são o que faz com que a sobreposição seja aprovada na próxima vez.

Existe um modelo de SOP para transferência de conhecimento em PDF?

Exporte o seu próprio, desde que os campos entre parêntesis rectos incluam os seus gatilhos, os seus períodos de aviso prévio e as suas funções nomeadas. Um PDF genérico não consegue conter isso, e um procedimento que ainda diga [Role] na cláusula 4 não será seguido por ninguém.

Qual é a forma completa do plano KT?

KT significa knowledge transfer (transferência de conhecimento), por isso um plano KT é um plano de transferência de conhecimento. O termo é mais comum em serviços de TI e outsourcing, onde a transição entre fornecedores ou entre equipas offshore e onshore acontece com frequência suficiente para precisar de um nome estabelecido. Um plano KT é normalmente a instância por cada saída. A SOP nesta página é o procedimento estabelecido que gera cada uma dessas instâncias.

Quanto tempo deve demorar uma transferência de conhecimento?

Tempo suficiente para incluir um ciclo completo do trabalho sem intervenção, o que é um mês para a maioria das funções operacionais devido às tarefas de fim de período. Quatro semanas de sobreposição genuína é o objetivo prático. Duas semanas funcionam para funções mais específicas e não são suficientes para quem esteve numa função durante vários anos.

Quem deve ser responsável pela transferência de conhecimento?

O gestor de linha, como observador e responsável pela validação. Não a pessoa que sai, que tem o menor incentivo e a menor visibilidade do seu próprio conhecimento, e não os RH, que podem ser responsáveis pelo gatilho e pela checklist, mas não conseguem avaliar se o sucessor consegue, de facto, executar o trabalho.

Qual é a diferença entre transferência de conhecimento e passagem de responsabilidade?

Uma passagem de responsabilidade é o documento e o momento, ou seja, aqui está o que está a ser recolhido. A transferência de conhecimento é o processo que torna a passagem de responsabilidade “sobrevivível” e demora semanas em vez de uma tarde. Uma nota de passagem de responsabilidade sem uma transferência por trás é uma lista do que o sucessor passa a ser responsável por não saber.