Use este modelo
A transferência de conhecimento é o que mantém uma organização resiliente quando as pessoas e o trabalho mudam. Com a Trupeer, pode poupar horas no planeamento da transferência de conhecimento começando com um modelo de plano de transferência de conhecimento gratuito, personalizando-o com as suas diretrizes de marca e transformando cada sessão de KT num vídeo passo a passo que a próxima pessoa consegue, de facto, utilizar. Com pressa? O nosso gerador de plano de transferência de conhecimento gratuito cria uma primeira versão a partir dos seus processos e da sua equipa em minutos.
O que é um modelo de plano de transferência de conhecimento?
Um modelo de plano de transferência de conhecimento é uma estrutura pronta para planear como o conhecimento passa das pessoas que o detêm para as pessoas que dele precisam, antes de os detentores se tornarem indisponíveis. Define o que está no âmbito, quem está envolvido, as sessões e o calendário, como a transferência será conduzida e registada, e os critérios de saída que provam que funcionou. Também é chamado modelo de plano de KT, plano de transição de conhecimento ou plano de passagem de conhecimento.
Um plano de KT é escrito para uma transferência específica: uma pessoa a sair de uma função, uma equipa a passar trabalho para outra equipa, ou um processo a passar para um fornecedor de outsourcing ou para um GCC. É isso que o distingue de uma SOP de transferência de conhecimento, que é o procedimento contínuo que a sua organização segue sempre que necessário. A SOP diz como faz a transferência de conhecimento; o plano diz como vai fazer esta, com nomes, datas e sessões.
Quando precisa de um plano de transferência de conhecimento?
Precisa de um plano de KT sempre que o conhecimento que não está documentado, ou que não é detido por mais ninguém, esteja prestes a mudar. Os gatilhos mais comuns são:
Resignações e reformas, especialmente para quem esteve numa função durante vários anos.
Movimentações internas, quando alguém muda de equipa ou de função, mas continua na organização.
Férias prolongadas, como licença parental ou uma sabática com mais de alguns meses.
Funções de uma só pessoa, em que apenas uma pessoa consegue fazer o trabalho, mesmo que ainda ninguém esteja a sair.
Transições de equipa e de processo, como outsourcing para um BPO, mudança de fornecedores, criação de um GCC ou implementação de um novo sistema.
O teste é simples: se esta pessoa, ou esta equipa, estivesse indisponível amanhã, o que impediria a continuidade e quanto tempo demoraria até alguém notar?
Pré-visualize o modelo de plano de transferência de conhecimento
O modelo abre com uma visão geral da transferência: quem está a passar, quem está a receber e as datas-chave. Em seguida, aborda o conhecimento no âmbito, funções, um calendário de KT sessão a sessão, o método de transferência, um registo de interrupções, o plano de documentação, critérios de saída, acesso e relações, um registo de lacunas conhecidas e a validação. Cada secção é editável, pelo que funciona para uma saída individual ou para uma transição entre várias equipas.
Como personalizar este modelo na Trupeer
Passo 1: Abra a secção Modelos
Aceda à secção 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 de forma clara.
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.
No ecrã de pré-visualização, pode continuar a fazer ajustes diretamente, se necessário, garantindo que o modelo aparece exatamente como pretende.
Com um modelo de plano de transferência de conhecimento, pode:
Planear a transferência antes de ser urgente: Comece com uma estrutura preparada para passagens de funções, em vez de uma página em branco.
Capturar conhecimento tácito e explícito: As secções integradas cobrem a rotina, as exceções e as relações.
Transformar a conclusão em algo mensurável: Os critérios de saída substituem “a passagem está concluída” por evidência.
Manter-se alinhado com a marca: Aplique o seu logótipo, fontes e cores com o kit de marca da Trupeer.
Integrar o sucessor mais rapidamente: Combine o plano com vídeos passo a passo gravados durante a KT.
Atingir equipas globais: Traduza a documentação de KT para 65+ idiomas com um único clique.
O que um plano de transferência de conhecimento deve conter
Um plano de KT completo abrange estas secções. O modelo abaixo segue a mesma ordem.
Visão geral: o que está a ser transferido, de quem, para quem e até quando.
Âmbito e áreas de conhecimento: as tarefas, processos, sistemas e relações no âmbito.
Funções: quem passa, quem recebe, quem observa e quem valida.
Calendário de KT: cada sessão ou atividade, com responsável, data e resultado.
Método de transferência: como o conhecimento vai passar, incluindo gravação e reverse shadowing.
Registo de interrupções: o registo em tempo real do que o recetor não sabia.
Plano de documentação: o que será escrito ou gravado e com que prioridade.
Critérios de saída: a evidência de que a transferência está completa.
Acesso, credenciais e relações: o que é transferido separadamente das sessões de trabalho.
Registo de lacunas conhecidas: o que não foi transferido, com responsável e data.
Validação: quem confirma que a transferência está completa e quando.
Modelo gratuito de plano de transferência de conhecimento: a estrutura para copiar
Copie a estrutura abaixo para o seu próprio documento. Substitua tudo o que estiver entre parêntesis retos.
1. Visão geral. Transferência: [função, equipa ou processo]. A passar: [nome ou equipa]. A receber: [nome ou equipa]. Observador e validação: [gestor de linha ou responsável pela transição]. Gatilho: [resignação, mudança, saída, transição]. Último dia ou go-live: [data].
2. Âmbito e áreas de conhecimento.
Área | Exemplos | No âmbito? | Risco se for omitido |
|---|---|---|---|
Tarefas recorrentes | [Tarefas diárias, semanais, mensais, de fecho de período] | [Sim / Não] | [Cosmético / Retrabalho / Incidente] |
Sistemas e acesso | [Aplicações, scripts, credenciais] | [Sim / Não] | [Cosmético / Retrabalho / Incidente] |
Exceções e histórico de falhas | [O que corre mal e o que foi feito] | [Sim / Não] | [Cosmético / Retrabalho / Incidente] |
Relações | [Contactos internos, fornecedores, clientes] | [Sim / Não] | [Cosmético / Retrabalho / Incidente] |
3. Funções. A pessoa que passa observa e intervém. O recetor executa o trabalho. O observador, normalmente o gestor de linha ou o responsável pela transição, mantém o registo de interrupções e faz a validação. [Função] assegura cobertura para que o recetor fique, de facto, libertado das suas responsabilidades anteriores.
4. Calendário de KT.
Semana | Atividade | Responsável | Resultado |
|---|---|---|---|
1 | Walkthroughs gravados de cada tarefa recorrente; o recetor começa a fazer o trabalho enquanto o detentor observa | Detentor e recetor | Gravações, registo de interrupções |
2 a 3 | Documentação escrita a partir do registo, primeiro o que tem maior impacto; entrevista estruturada sobre histórico de falhas e relações | Recetor, revisto pelo detentor | SOPs e vídeos, lista de contactos |
4 | Ciclo silencioso: o recetor executa um ciclo completo do trabalho sem intervenção | Recetor, observado | Evidência de saída, registo de lacunas conhecidas |
5. Método de transferência. Cada sessão de KT é gravada. A partir da primeira semana, o recetor faz o trabalho enquanto o detentor observa e só fala para evitar um erro (reverse shadowing). As gravações são transformadas em SOPs e vídeos em [2] dias úteis.
6. Registo de interrupções.
Tarefa | O que o detentor disse | Isto estaria numa lista? | Consequência se for omitido | Registado |
|---|---|---|---|---|
[Tarefa] | [Nas palavras do detentor] | [Sim / Não] | [Cosmético / Retrabalho / Incidente] | [Link] |
7. Plano de documentação. Escreva as entradas do registo classificadas como retrabalho ou incidente primeiro. As entradas classificadas como cosmético podem ficar no registo. Guarde tudo em [knowledge base].
8. Critérios de saída.
Critério | Evidência |
|---|---|
Cada tarefa recorrente gravada | Gravações ligadas no plano |
Documentação para cada item de retrabalho ou incidente | Links para SOP e vídeo |
Ciclo silencioso concluído | Nota do observador com data |
Lacunas conhecidas atribuídas | Registo com responsável e data para cada entrada |
9. Acesso, credenciais e relações. O acesso é transferido através de [processo de pedido de acesso] para contas baseadas em funções. As relações são transferidas por apresentação, com uma passagem de funções nomeada por escrito.
10. Registo de lacunas conhecidas. Lacuna, responsável, data de entrega, estado.
11. Validação. O observador valida quando o ciclo silencioso estiver concluído e todas as lacunas conhecidas tiverem um responsável. Não antes do último dia do detentor, e não nesse dia.
Gere o seu plano de transferência de conhecimento em minutos
Se preferir não começar a partir de uma cópia em branco, o gerador de plano de transferência de conhecimento gratuito cria o plano para si. Liste os processos a transferir, descreva a equipa de cada lado e escolha uma janela de KT, e ele apresenta as fases, sessões, responsáveis e critérios de saída. Exporte o plano completo com uma conta gratuita e, em seguida, registe a sua primeira sessão de KT na Trupeer.
Porque é que os planos de KT apenas com inventário falham no que realmente importa
Quase todos os planos de transferência de conhecimento começam da mesma forma: pedir à pessoa que está a sair para listar o que sabe ou o que detém, transformar a lista em documentos, marcar os itens e assinar um formulário.
O método tem uma suposição fatal: que as pessoas conseguem ver o 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 oficial, o ficheiro que chega tarde num mês em cada quatro: nenhum destes parece conhecimento. Parece “terça-feira”.
Assim, um inventário produz um registo fiel de responsabilidades e quase nenhum dos hábitos. O plano parece completo, a checklist está toda preenchida e as coisas que falham no primeiro mês são os itens que ninguém pensou em listar, incluindo a pessoa que saiu. A solução não é uma lista melhor. É parar de perguntar e começar a observar.
Reverse shadowing e o registo de interrupções
O shadowing padrão faz com que o recetor observe o detentor a trabalhar. Parece produtivo e ensina muito pouco, porque uma pessoa fluente a executar uma tarefa familiar salta as decisões.
Inverta isso. A partir da primeira semana, o recetor faz o trabalho enquanto o detentor está ao lado e não diz nada, a menos que algo esteja prestes a correr mal. Isto é reverse shadowing, e sempre que o detentor tem de falar, revelou uma parte de conhecimento que nenhuma lista teria mostrado.
Essas intervenções entram no registo de interrupções, preenchido em tempo real pelo observador, e não por qualquer uma das duas pessoas que estão a fazer o trabalho. Conte-as semanalmente. Uma transferência saudável mostra uma queda acentuada: muitas vezes algo como vinte e cinco na primeira semana para menos de cinco até à quarta. Uma linha estável costuma significar que o recetor não está a receber controlo real, que é a falha mais comum deste método.
O ciclo silencioso: como termina um plano de transferência de conhecimento
A transferência está concluída quando passa um ciclo completo do trabalho e o detentor não diz absolutamente nada. Não quando a checklist está completa, e não quando os documentos estão escritos.
Defina o ciclo como o período mais longo em que o trabalho naturalmente decorre. Para a maioria das funções operacionais, isso é um mês, porque tem de incluir fecho de período, o relatório mensal e o fornecedor que fatura com atraso. Escolher um ciclo mais curto para caber num período de aviso é a forma mais comum de os planos de KT serem quebrados silenciosamente. Se o período de aviso for demasiado curto para um ciclo completo, execute-o depois de o detentor sair, com um plano de contingência nomeado, e registe-o como lacuna conhecida em vez de fingir que aconteceu.
Exemplo de plano de transferência de conhecimento: uma função, duas transferências
Veja como a abordagem se desenrola, usando um exemplo ilustrativo. Uma empresa de energia de média dimensão, a Nordvale Energy, perdeu o engenheiro de dados que tinha sido responsável pelo pipeline de reporting noturno durante seis anos.
A primeira transferência usou um inventário. Ela listou trinta e um itens que detinha, escreveu catorze documentos e gravou quatro vídeos de walkthrough. O seu gestor validou no último dia. No mês seguinte, houve nove incidentes no pipeline, e seis foram atribuídos a coisas que nunca apareceram na lista: um passo manual que ela executava todas as terças-feiras, um ficheiro de fornecedor que chega tarde num mês em cada quatro, um contacto em Finance que ela chamava em vez da fila oficial e um script com uma data que precisava de ser alterada todas as abril.
A segunda transferência usou este plano. Oito meses depois, outro engenheiro deixou a mesma equipa. O sucessor executou o pipeline a partir da primeira semana, com o detentor 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: quarenta e três itens, dos quais dezanove nunca teriam aparecido numa lista. A documentação foi escrita a partir do registo, priorizada pelo impacto. O mês após 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 falhas. Os detalhes neste exemplo são ilustrativos.
Plano de transferência de conhecimento para uma transição de equipa ou de processo
O mesmo plano escala de uma pessoa para uma equipa inteira. Quando um processo passa para um fornecedor de outsourcing, para um GCC ou para um novo fornecedor, a estrutura mantém-se, com três alterações:
Âmbito por processo, não por pessoa. Liste todos os processos na transição e os SMEs que conhecem cada um.
Calendário por vagas. Planeie sessões de KT gravadas por processo, depois reprodução, shadowing e reverse shadowing para a equipa recetora.
Critérios de saída por pessoa. Valide individualmente cada membro da equipa recetora para o cutover, usando uma transition readiness assessment.
Para o método completo de transição, consulte o transition SOP template e a transition handover sign-off checklist.
Métodos de transferência de conhecimento comparados
Método | Em que consiste | Funciona quando | Falha quando |
|---|---|---|---|
Documentação em primeiro lugar | O detentor escreve tudo antes da passagem | O trabalho é processual e estável | A permanência é longa, porque os hábitos são invisíveis para quem escreve |
Shadowing | O recetor observa o detentor a trabalhar | O período de aviso é muito curto, ou o recetor é novo no domínio | Usado sozinho, porque pessoas fluentes saltam o raciocínio |
Reverse shadowing | O detentor observa o recetor a trabalhar | Há pelo menos três ou quatro semanas de sobreposição | O recetor não é libertado das responsabilidades anteriores |
Entrevista estruturada | Uma terceira parte questiona o detentor | Extrair histórico de falhas e relações | Usado para extrair rotina, que o detentor não consegue explicar |
Walkthrough gravado | O detentor grava-se a executar tarefas | Construir material de referência rapidamente | Tratado como a transferência completa, em vez de um input |
Registo de lacunas conhecidas | Registar o que não foi transferido | Sempre, como passo final | Tratado como falha, em vez de um resultado honesto |
A combinação prática para uma janela de quatro semanas é reverse shadowing para a rotina, uma entrevista estruturada para o histórico de falhas e relações, e walkthroughs gravados para tornar a documentação mais barata.
Variantes do plano de transferência de conhecimento
Funções com foco em TI e sistemas
Conduza a transferência no ambiente real, inclua pelo menos uma rotação de on-call ou um run de fecho de período na sobreposição e trate as dependências não documentadas como um resultado de primeira classe. Registe-as no seu IT documentation.
Sem sucessor ou sem sobreposição
Se não houver um sucessor nomeado, transfira para o gestor ou para quem vá deter o trabalho temporariamente. Se não houver sobreposição, utilize o tempo de que dispõe para o histórico de falhas e dependências, já que a rotina pode ser redescoberta lentamente e as dependências não, e trate o registo de lacunas conhecidas como uma lista de risco em tempo real.
Transições de fornecedor para fornecedor e de outsourcing
Adicione o cliente e ambos os fornecedores como signatários, registe cada sessão como parte das obrigações de KT do contrato e mantenha tudo numa base de conhecimento detida pelo cliente. Veja o nosso guia para vendor-to-vendor transition knowledge transfer.
Funções governamentais e reguladas
Para funções com uma pessoa responsável nomeada, uma função controlada ou autoridades delegadas, envolva a conformidade desde o início. A vaga pode precisar de reporte e o sucessor pode precisar de aprovação antes de poder agir.
Registe todas as sessões de KT com a Trupeer
A etapa de documentação é onde as transferências ficam bloqueadas, porque um recetor que acabou de assumir uma função completa não tem tempo para escrever. A Trupeer elimina grande parte desse custo. O recetor executa uma tarefa com o detentor a observar, grava-a uma vez com o AI screen recorder e a Trupeer transforma-a num passo a passo SOP com capturas de ecrã e um vídeo narrado. 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.
Como o registo de interrupções é priorizado pelo impacto, regista os dez itens que importam em vez dos quarenta que não importam. Publique tudo numa base de conhecimento pesquisável e traduza-o para equipas noutras localizações.
A mesma abordagem, primeiro a gravação, funciona à escala. A Genpact gravou sessões existentes do MS Teams e walkthroughs de SMEs, carregou-os para a Trupeer e obteve SOPs e vídeos de demonstração em cinco línguas: mais de 500 materiais de formação para 140.000 colaboradores em 40 países, entregues em 3 meses em vez de 12. Leia a história do cliente Genpact.
Plano de KT vs SOP de KT vs documento de passagem vs plano de transição
Documento | O que abrange | Quando é escrito |
|---|---|---|
Plano de transferência de conhecimento | Como vai decorrer uma transferência específica: âmbito, sessões, responsáveis, critérios de saída | Para cada transferência |
SOP de transferência de conhecimento | O procedimento contínuo que a sua organização segue para cada transferência | Uma vez, depois revisto |
Documento de passagem | O que está a ser passado num determinado momento | Na passagem |
Plano de transição | A mudança mais alargada de uma função, equipa ou processo, da qual a KT é apenas uma parte | Para cada transição |
Veja o handover document template, transition plan template e knowledge management template.
Checklist do plano de transferência de conhecimento
O gatilho, as pessoas e as datas são registados na visão geral.
Cada tarefa recorrente, sistema, área de exceção e relação está no âmbito ou é excluída de forma explícita.
O recetor é libertado das responsabilidades anteriores para a sobreposição.
Cada sessão de KT é gravada.
O reverse shadowing começa na primeira semana, com um registo de interrupções mantido pelo observador.
A documentação é escrita a partir do registo, primeiro o que tem maior impacto.
Conclui-se um ciclo silencioso completo, incluindo trabalho de fecho de período.
O acesso e as relações são transferidos separadamente, por escrito.
Cada lacuna conhecida tem um responsável e uma data.
A validação acontece após o ciclo silencioso, e não no último dia.
Erros comuns a evitar
Planear apenas com base num inventário. As listas capturam responsabilidades, não hábitos.
Não libertar o recetor. Se continuar a fazer o trabalho antigo, o reverse shadowing nunca acontece de verdade.
Reduzir o ciclo para caber no período de aviso. Registe-o como lacuna em vez disso.
Pedirem ao detentor para escrever a documentação. O recetor lembra-se do que não era óbvio.
Assinar no último dia. Nessa altura, ninguém consegue corrigir o que falta.
Descarregue o modelo gratuito de plano de transferência de conhecimento
Abra o modelo na Trupeer, aplique o seu kit de marca e registe as suas sessões de KT à medida que avança, ou deixe o knowledge transfer plan generator criar o plano para si. Get the free knowledge transfer plan template.
Perguntas Frequentes
O que é um plano de transferência de conhecimento?
Um plano de transferência de conhecimento define como o conhecimento vai passar das pessoas que o detêm para as pessoas que dele precisam, para uma saída específica, mudança de função ou transição. Abrange âmbito, funções, sessões e calendário, o método de transferência, documentação, critérios de saída e validação.
Qual é a forma completa de KT plan?
KT significa knowledge transfer, por isso um KT plan é um plano de transferência de conhecimento. O termo é mais comum em serviços de TI e outsourcing, onde as transições entre equipas e fornecedores acontecem frequentemente.
O que deve incluir um plano de transferência de conhecimento?
Uma visão geral, âmbito e áreas de conhecimento, funções, um calendário de KT, o método de transferência, um registo de interrupções, um plano de documentação, critérios de saída, acesso e relações, um registo de lacunas conhecidas e validação.
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 fecho de período. Quatro semanas de sobreposição é um objetivo prático; duas semanas podem funcionar para funções mais específicas.
Quem deve ser responsável pelo plano de transferência de conhecimento?
O gestor de linha ou o responsável pela transição, como observador e responsável pela validação. Não a pessoa que está a sair, que tem a menor visibilidade do próprio conhecimento, e não os RH, que podem ser responsáveis pelo gatilho, mas não conseguem avaliar se o recetor consegue fazer o trabalho.
Qual é a diferença entre um KT plan e uma KT SOP?
A KT SOP é o procedimento contínuo que a sua organização segue para cada transferência. O KT plan aplica-o a uma transferência específica, com nomes, sessões, datas e critérios de saída.
Como posso criar rapidamente um plano de transferência de conhecimento?
Use o knowledge transfer plan generator gratuito. Introduza os seus processos e a sua equipa, escolha uma janela de KT e exporte um plano com sessões, responsáveis e critérios de saída.
Qual é um exemplo de plano de transferência de conhecimento?
O exemplo da Nordvale Energy nesta página compara duas transferências da mesma função: uma baseada num inventário, que levou a nove incidentes, e outra baseada em reverse shadowing e num registo de interrupções, que levou a dois.
Existe um modelo de plano de transferência de conhecimento no Word?
A estrutura acima é colada diretamente no Word ou no Google Docs. Abra o modelo na Trupeer para aplicar o seu kit de marca e exporte-o, e guarde a sua versão com os seus próprios gatilhos e funções.
Existe um modelo de plano de transferência de conhecimento no Excel?
O Excel é o local certo para o calendário de KT e o registo de interrupções: uma linha por sessão ou intervenção, com uma contagem semanal para que a queda nas interrupções seja visível enquanto a transferência ainda está a decorrer.
Existe um modelo de plano de transferência de conhecimento no PPT?
Use slides para o caso, em vez do plano: as funções em risco, a sobreposição que está a solicitar, a contagem de interrupções da última transferência e o registo de lacunas conhecidas.
Existe um modelo de plano de transferência de conhecimento em PDF?
Exporte o seu próprio PDF quando os campos entre parêntesis retos incluírem os seus gatilhos, datas e nomes. Um PDF genérico não consegue conter isso, e um plano que ainda diga [Role] não será seguido.
Qual é a diferença entre transferência de conhecimento e passagem?
A passagem é o documento e o momento: aqui está o que vai receber. A transferência de conhecimento é o processo que torna a passagem sustentável, e demora semanas em vez de uma tarde.
